Page Rank, Authority and Enterprise Search

As explained in David's book, authority is used to help determine the rank of a piece of content.  And page rank is most likely influenced by using the items that David highlights in his book. Specifically:

  • Who created the content
  • What else that person has created in the past 
  • The content creator’s social media connections
  • The content creator’s online activity with further content
  • The content creator’s interaction with other people
  • How the content this person created was received in a social media setting
  • The content’s quality, authority, and originality.
  • The content’s stylistics (language level, reading difficulty, paragraph length, use of headings and subheadings, overall length, embedded links, supportive links in footnotes, citations, images, and any multimedia embedded in it.

I am not willing to completely read between the lines on this, but I sense that there could be a hint of not only knowing what content was created in the past by the person, but actually what content has the person created on the same subject in the past. If I do or do not read between the lines, I am thinking that authority can be taken to an extra layer of granularity within the enterprise.  What I mean is, authority can actually be assigned to employees for a specific subject area.  

Even in the enterprise, a page rank on a subject can still be applied using the bullets above with a couple of small adjustments.  Page rank would be influenced based on the person's previous content created on the subject, including both writing and social interactions on the subject.  

So, by building on the original thoughts in David's book, the ideas on determining the rank of a piece of content depends on not just the general authority of the person that created the content, but can be strengthened based on the authority the employee has on the subject the content is about.  (btw, I could have completely gone down the path that page rank should be based on the subject of the page, so it becomes more granular and is a subject page rank - this concept is much more difficult to do).

This comment was inspired by +David Amerland 's book, Google Semantic Search - Amazon Location 1351






Enterprise Identity is not a Differentiator in Enterprise Search


Enterprise Identity is not a Differentiator in Enterprise Search
Photo by Eric Ziegler
As I read David Amerland's book, and I learn more and more about how semantic search works, I start to get a better understanding of how semantic web and semantic search might work within the enterprise.  

In the David's book, he refers to identity as being very important for building trust, authority and reputation.  As I think about the enterprise, all content has an author associated with it, especially when the enterprise has a collaboration system like Jive or SharePoint. In addition all content on the intranet portal like the news and policies have an author.  So in the enterprise, identity is almost always associated with content.

As David explains, identity enables authority which enables trust and builds a persons reputation.  So the question that I asked myself is, if identity is critical for authority, trust and reputation.  And if all content in the enterprise has an identity associated with it, what is the differentiator that builds authority and trust?

The differentiator that I came up with is ... identity is not a differentiator but rather the differentiator happens downstream where reputation is built based on the person's ability to become an authority on a subject.

This comment was inspired by +David Amerland 's book, Google Semantic Search - Amazon Location 1261

Enhancing the Enterprise Community via Search and Social

Enhancing the Enterprise Community via Search and Social
Photo by Eric Ziegler
This comment was inspired by +David Amerland 's book, Google Semantic Search.

David mentions that communities back in the day numbered in the 100's and that in those communities it was easy to reach out and contact another person since most people knew each other.  In many companies (not all) the same thing happens, employees are numbered in the 100's. While companies can and are in many cases similar to the the small communities mentioned in David Amerland's book, it doesn't mean that employees can just go over and talk to another person to get the answer. Employees do not know everyone in the enterprise as they would in a community.  The dynamics in the enterprise is different than a community. So, some of the best ways of getting answers to question employees don't know is to use search and to use social.

And if that is the case, what are you doing to ensure that search is built in a way that finds useful information and how are you preparing your organization to embrace social?

Reducing the Gap through Semantic and Social

Reducing the Gap through Semantic and Social
Photo by Eric Ziegler

This comment was inspired by +David Amerland 's book, Google Semantic Search

As I think about semantic search and the value it can provide to an enterprise, I realize very quickly that enterprise semantic search is all about reducing the gaps and the distance between employees, groups, teams, departments, divisions. And combining the power of enterprise social with semantic search is even more powerful that either on their own.  These thoughts lead me to believe that it is all about getting people to realize and recognize that interacting, finding, discovering and interacting again is all about reducing the gap.





SEO won't fix a site that sucks

SEO won't fix a site that sucks
Photo by Eric ziegler
As I stated in my last post, my plan is to regularly post short little notes I created as I read books. My expectation is that the posts will come in spurts, based on my ability to find time to read the book I am reading. As you will find, my notes are typically caused by the book and are not notes directly of or from the book. 

A couple of ground rules. I will always reference which book I was reading which caused the thought. If I can, I will reference where in the book I was when I wrote my comment, but there are times where it just does not make sense and the only reference you will see is to the book.  The notes I am posting could be as short as sentence or they could be longer. I will not be posting more than one note a day, but there could be many days between posts.

This comment was inspired by  +David Amerland 's book, Google Semantic Search
Remember, if people find the site through search or other means and the site sucks, you are going to do more harm than good. 







Collisions of Change

Collisions of Change
Photo by Sarah Ziegler
I have been in the midst of several small changes recently. I have a new position at work with new responsibilities, I have realized the beauty of using a task oriented system to keep me organized, and I have gotten back to reading both for pleasure and for growing my mind.

These last two items are colliding in a great and spectacular way. Well maybe that is a little bit of an exaggeration....  What I mean is that with my reading, I have found that taking notes has done me wonders in helping me think through the thoughts that come up while I read them. And my method of taking these notes have caused them to start showing up in my task management system. My intention is to share these notes on my blog as a form of #workingoutloud (ala +Bryce Williams and +John Stepper of +Change Agents Worldwide ).  

The goal is that if I share these out loud, others might learn from what I see within the text and what I see beyond the text.  Hope you enjoy the series.

-eric

Enterprise Humility

Enterprise Humility
Photo by Eric Ziegler
Enterprise humility is extremely important. But enterprise humility in many companies is very difficult. Think about it. How many people are truly humble? I know that I can show humility and be humble. But I know that I am not humble or show humility in all situations. I can think of many situations where people have come up to me and pumped me full of stuff that made my head 10x's bigger. While I might not be humble as often as I would want to be, I do embrace humility and the humility that I show has served me well, allowing me to listen to others, respect others, which has turned into others listening to me and respecting me. If individuals struggle with humility, what is the likelihood that enterprise show humility?

As an organization, enterprise humility is about respecting the employees, accepting that your employees will make mistakes and encouraging them to learn from the mistakes. Enterprise humility is about encouraging employees to share, work out loud (#WOL) and try "things" that are risky but within some defined set of rules. If an employee is able to make mistakes, it enables them to push the limits of what is possible. They will learn more. The will grow faster. The company will be more effective and be more successful. While there might be a step backwards when a mistake is made, think about how much faster they will go when things don't go wrong. And if that happens, think about the impact it will have on the company.

Leaders play a huge part in humility in the organization. Leader humility is about enabling others to learn, grow, and be independent. If a leader is humble enough to let others build on their ideas and to step in to fill in gaps they all will grow. Leaders must be open to allowing their employees to make mistakes and if a mistake is made, not put a new process in to ensure that mistake never occurs again.

An organization needs to embrace humility and encourage people to be humble. Humility in the enterprise is important to ensure diversity of thought and the refining of ideas by all employees. Humility is important for innovation. Humility is important for engaged employees. Humility is important for driving business value.

To put it bluntly, an organization that does not embrace humility, is an organization that is not as effective as it could be and has a higher chance of failure.





Declare Victory!

Photo by Eric Ziegler
How successful are your enterprise social software implementations? If you are like me, I believe that the success of an implementation is never actually complete until well after the initial implementation and roll out. Why? Let me ask the question, do you believe that if you build it they will come? If you do, you will most certainly #fail.

While there is some truth to the idea that if you build it, they will come, I really question how many "they" actually is. Your early adopters will show up, but what about the quick followers? Or the lagging followers? Quick and lagging followers only come when you build it in the rare occasion. The issue is that they often can't see the business value that the social software provides. They don't see how it could improve the way they do their job. They don't realize that sharing openly, working out loud and collaborating in a social manner are ways to build a career that is much bigger and longer lasting than the age old ways of working.

Since success can't be declared immediately, how and when can you determine success and when can you declare "VICTORY"? I believe that some of the best ways of determining success with social software is based on the great stories of individuals, departments, groups, and divisions. How has the social software impacted them individually? How has the social software impacted their department and provided business value? How has a group used the social software to resolve an issue or implemented a new idea? How has the social software changed how the sub-division or the division communicates (e.g. is the communication two way vs. the traditional one-way communication)?

While each story gathered will be unique, the stories are great ways of getting across to anyone that asks why the software is a success and then also gives them ideas on how to use the social implementation for their own success.

How about sharing some of your stories of success?

Rewarded for Good Behavior

Photo by Eric Ziegler
In my last post, I talked about removing an expert from a team to make the team more effective. Obviously, the wrong behavior from an expert can be bad for a team. But not all experts are bad for a team and not all experts exhibit bad behaviors. In addition experts are definitely not bad for organizations as a whole. And that is what this blog post is about - experts rewarded the right way can be invaluable in an organization.

Employees are often rewarded for being the expert at something - Java development, financial analysis, trader, vendor product integration, sales person, etc. The question is, how are these "experts" rewarded. Does the reward influence behaviors and make the individual better, the team better, or the company better? Ideally the reward is influencing to have a positive impact on the individual, the team and the company. But more often than not, the reward is not given as a reward that enhances the team or the company directly and is directed at the individual. In some cases, these rewards could have a negative effect to the team or the company.

Rewards are often given to the expert for some type of heroics. Saving the day when the system blows up or bringing in the big dollars at the end of the quarter, or delivering functionality after spending 20 hours one day implementing or delivering on a major project. It is easy to find reasons to give rewards under these circumstances. But experts are much more valuable to an organization than heroics and rewarding employees and experts for the material things we see everyday.

Experts and employees can provide much more value in an organization by sharing their knowledge and information about their expertise. They are much more valuable when they help others, educate others, and coach others. And experts should be rewarded for these good behaviors. Experts and employees should be rewarded for sharing their knowledge to their team and rewarded even more for sharing their knowledge to other parts of the organization.

Enterprises typically do not have reward systems in place that account for the team sharing or the organization sharing. In addition, there are little to no expectations set by organizations for employees to share. While rewards and expectations are great, there is another issue. Employees are not provided any guidelines on what, how, when, where, and why to share. Employees are also not given any guidelines or expectations on who to share information with. Even if an organization has rewards for this type of behavior, without help, the employees will flounder and in some cases share in ways that are not as effective as possible.

As organizations change and start thinking about how their employees can share information more freely, they will need to not only setup expectations they will need to tell the employees what sharing looks like so the employees can mimic these good behaviors. Lastly, to reinforce these good behaviors, a little reward does not hurt.





Who moved the expert?

Who moved the expert?
Photo by Eric Ziegler
You are the manager of a team. Your team is good at what they do but you believe they could do even more. They are just not clicking and getting as much as you would have expected. As you review how the team is doing you also notice that some of the employees on the team are not learning the material / topic / technology / etc. as well as they could. If you were to characterize the team, you could almost say that they have stagnated their knowledge grows slowly, and they appear to just walking aimlessly through each work week.

As you start to observe the team closer, you realize that one person is viewed as "The Expert" on the team and everyone on the team goes to this one person for support and direction. While this does not happen in every situation, it happens in so many situations that you realize that "The Expert" is considered by the team as indispensable. "The Expert" is invaluable and the team raves about the person. The Expert is the go to person and answers all questions, helping the team get to a solution quicker.

But how invaluable is "The Expert" really? How indispensable is "The Expert" really?

If you remove "The Expert" from team, what happens? Do new people step up and become an expert? What are the short and long term implications to doing something like this? Short term things slow down, no doubt. But long term, do people start to step up, do they start to lead and does the expertise that was with one person start to be dispersed into the team? Does the team get smarter and the team starts to click like a well oiled machine, getting more done than when "The Expert" was part of the team?

Is removing the expert from a team a risk? Absolutely. But, remember, it is a risk to not make a change also. The risk is that the team is not growing, learning, and being as effective as they could be as a team.