Posts tagged ‘collaboration’

June 26, 2009

Three Keys to Developing a Collaboration Strategy around SharePoint

If you are thinking about your overall collaboration strategy and how to best leverage SharePoint, there are 3 things you need to understand before you develop your approach: 

1. What a collaboration strategy is.    Collaboration can be both synchronous (real-time) and asynchronous (“offline”).   Synchronous collaboration is your web meetings/conferencing and instant messaging.  With SharePoint you are mostly talking about asynchronous collaboration in which users manipulate time and space to their own advantage with some degree of independence.  Users can work when and where they want without being constrained by the schedules, time zones, or locations of others.

2.  The degree of openness the collaboration strategy will address.  Is it focused on project teams with a limited number of users?   Is focused more on a business process?    Is it more open and community focused?   or is it focused on the individual and collaboration within their social network?     Identifying the degree of openness will help define the scope of your strategy.   I’d also include whether or not the collaboration is globally or regionally or line of business focused.   This will help provide a focus for SharePoint as the technology incorporates several components from social computing to team sites to portals to workflows, etc…

3. Goals and Objectives – what are the business drivers and what do you hope to achieve?   organize and capture knowledge?   attract top talent?  provide a platform for project management?   external collaboration with business partners or clients?  is it more document management focused?   compliance?    executive dashboards?  collaborative business process management such as contract management or regulatory submissions?  

You can then outline your approach for developing your collaboration strategy around SharePoint.  Your approach might include identifying the current state, assembling an advisory panel of stakeholders and their requirements, evaluating SharePoint to determine the fit and gaps, design the high level future state and overall roadmap for implementing the solution.

Identifying the Current State – Take an inventory of the current state of collaboration technology within your organization.  Where does the information live?  What are users collaborating on?  Types of documents and with whom (internal or external people)?  How are people collaborating today?  Fileshares or email?  Externally hosted platforms?   Document management system?   Some combination of technology?    Paint the picture of the current state of collaboration and the technologies involved.   I’d also include costs of those technologies if you can identify them.   It’s likely you’re spending a total of 6 or 7 figures on several technologies depending on the size of your organization.  

Deliverable:  Current State Summary

Stakeholders - Assemble a panel of stakeholders (global in nature if possible) and interview or survey them.   Ask them how they collaborate, what tools they use, what their priorities are, and frustrations/challenges they face.  I’d also inquire about their definition of success if they were to leverage a tool like SharePoint successfully.   Does the stakeholder hope to just stop emailing versions of documents and be more organized?   Or do they foresee cost savings from process improvements with forms/workflows (more of a six sigma approach).  Draft a generic requirements list for SharePoint (including features like calendaring, workflows, secure team space, etc..) and get feedback on it.

Deliverable:  Stakeholder Requirements Summary and a High Level Requirements Table.

Evaluate SharePoint – Once you understand the current state and have spent time on stakeholder requirements, it’s time to look at SharePoint.  What components of SharePoint do you need?   Will SharePoint address requirements out of the box?   Where is room for customization or branding or workflow/forms development?   Does business intelligence fit into the picture pulling data from ERP or CRM or datawarehouse systems?   Look at the features & functionality of SharePoint and develop.   If you don’t know SharePoint well, you’ll need some outside assistance from a technology consultant or your Microsoft Sales Engineer.

Deliverable:  Fit/Gap Analysis.

Future State and Roadmap - Design the future state both at a high level functional/conceptual perspective and technical architecture level around SharePoint.   Try to focus on the ideal state as the vision.   This would include all the components you might need (base architecture like web and database servers as well as BDC, excel services, or forms).   You might already have a SharePoint implementation in place.  However, the current state will tell you if you have all the right components to meet your stakeholder requirements.  The roadmap will provide the game plan to get you from the current state to future state.  Break it up into phases and try to keep it simple if you are first deploying SharePoint.  The first phase should build the baseline infrastructure for future phases.   You can’t build a house without the foundation first.   Subsequent phases can include expanding the deployment.  I’d also focus on 1 particular

Deliverable:  Overall Collaboration Strategy Document including sections for the executive summary, the current state summary, stakeholder summary, requirements, fit/gap analysis, your future state/roadmap, and of course costs and risks.

Depending on the size of your organization developing a collaboration strategy around SharePoint might take anywhere from 10-12 weeks — if you do it right.  Investing in this type of planning will help maximize the ROI of SharePoint and set the foundation for a successful deployment.  In my next series of blog entries, I’ll tackle the topic of SharePoint Governance.   The is a lot more technical information on SharePoint on the web, but not enough on governance — at least not enough comprehensive information.

Follow me on Twitter…
May 23, 2008

Natural units of collaboration…

I came across an interesting discussion on another blog about the natural units of collaboration.  There were some posts on “ideas” being a natural unit.   And I’m not sure ideas are a natural “unit” of collaboration. Ideas can lead to collaboration or can simply be the focus of a collaborative event or project(ideation, sharing and commenting on ideas, innovation, etc..).  Ideas, in effect, are simply a form of the broader theme of “content”.  

So content (be it ideas, files, discussions, blogs, Q&A, wikis, etc..) is really the first natural unit of collaboration. 

Second, people are a natural unit.  Collaboration being the interaction between 2 or more people. 

A third natural unit of collaboration is the “Degree of Openness” or lack there of.  Openness in the form of the internet (the whole community thing) is great — but the reality is businesses need secure collaboration and secure communities to protect IP and maintain whatever competitive advantage they have.  And communities tend to be less secure the more people involved.   And it is much easier to collaborate (and establish trust, commitment, team spirit) in smaller groups….    Likewise, as we’ve seen with the open internet (with youtube/facebook/myspace/etc) — openness is okay and works to some degree, but it still needs to be “policed” and monitored and people still want control of their privacy.  There’s probably a broader political theme I could expand on here…but won’t.

The final unit of collaboration is time.  Is it a project with a beginning and end, an ongoing project/event/business process?     Time affects resources involved too.  It also affects how we collaborate and overall scope of the collaboration itself.  The shorter the time, the less unstructured you want the collaboration to be.    In the case of an ongoing business process — you probably want that a little more structured.   Shorter time = more stress too and can affect the quality of effort. 

Content, People, Degree of Openness, and Time — there maybe more — but these 4 are the “units” of collaboration that come to my mind.   And anyone whose studied basic project management – schedule, scope, resources come to mind here.

May 18, 2008

Collaborative Innovation: Marketing vs. the Platform

Someone recently asked me about the topics of innovation & collaboration.   The question was whether this is simply a bunch of marketing and people stuff.   They wanted to know why the technology mattered….and my response was this….

The marketing and people stuff is important — no question about it. Any successful collaborative technology deployment I was part of had “marketing” component which is very key to that overall success once you have setup the platform.  However, you must do viral marketing — leveraging the power of social networks to evangelize the platform (and based on my experiences I’d argue this is the case both outside an organization as well as inside).   

A collaboration/innovation initiative for an organization must be grass roots and bottom up. As much as you might try to “manage” innovation (eg. stage-gates,etc..). or “manage” and force the use of collaboration technology — you simply can’t.   Today – the technology is the business and the business is the technology.  And technology is equally important and the platform has to be compelling otherwise users will not adopt it!    Facebook is compelling. Linkedin is compelling. Rimm Blackberry is compelling. Google is compelling. These platforms don’t need to do much marketing do they? ;)   And others may try to copy them and they may even try to “out-market” them to compete — but overtime no amount of marketing or touchy-feely people stuff will outshine a superior technology platform with superior features that spreads by word of mouth.

May 14, 2008

Lessons Learned from eRoom …

Once you start to use eRoom, it’s very hard to work any other way.  I have used Sharepoint, Lotus Quickr, and of course the old standard email to manage projects.   And I’m a little biased towards eRoom even to this day.    Now in full disclosure I used to work for eRoom(which became Documentum then EMC) since 1999 and I have seen the cult-like following its users have.   From early adopters like the Wharton Business School to Deloitte and Ford….. I’ve been inside too many customers to count across the globe.   

SharePoint is definitely getting better and has a developer community which will no doubt help drive it’s ultimate dominance over the market.  eRoom was definitely bleeding edge for it time and there is a lesson to be learned from it.   And the lesson is that the designers and product managers of eRoom listened to customers and listened to the people in the field who made this technology work.   As a result, eRoom was rapidly deployed and easily adopted by end users.   10 things that made eRoom implemented and accepted so quickly are:

1. Ease of setup and adoption.  eRoom was designed to be easy from the start — from install to room creation — the designers of this product recognized eRoom is a productivity tool for knowledge workers and adoption is the most important thing to consider with this type of technology.   

2.  The eRoom database feature.  Again easy — simple wizard to create a database inside a room.  If you ever used Lotus Notes, there is NO developer required here.   From a simple contact list to Q&As, to part or inventory lists to document libraries — this is probably the most used and most powerful feature inside eRoom.    Highly customizable, highly secure, AND the ability to nest any other eRoom object inside a row.  And accessible via API/XML makes this a POWERFUL feature.

3. Nesting.   This is simply smart design.  It’s much more than a folder or file inside a folder….it’s ANY object inside ANY other object.   Again, this parent-child relationship makes it secure and easy to see what belongs where — keeping everything organized within whatever “context” you desire.   This also helps you secure the workspace.  And if you are anal and like to be organized — so you can easily find things later — you’ll like eRoom’s ability to nest objects too.    

4. Communities.  Again – ahead of its time.   Tight integration with multiple LDAP vendors and native eRoom membership — this community model came out in like 2001? — before the Web 2.0 craze made this a more popular buzzword.   And one of the most critical things for these types of applications is the ability to get people quick, easy, and secure access.  We’re NOT talking about openness here.  eRoom communities help you secure your workspaces, allow you to do segment the user population, and prevent “potential” access to eRooms within a community (that is if you setup communities the right way). 

5. Flexible interface.  What I mean by this is eRoom is like a blank canvas for me to paint.  As a project manager or person “coordinating” the room — I can design the room layout however I want — and again it’s EASY!   Folders, databases, room settings for announcements or status… so so so smart!!    Other competing apps — sorry, they just don’t compare (try and mess with Sharepoint interface as a non-techy…not so easy).   eRoom is flexible because it is not as structured in its taxonomy like a Documentum content server for example.  While Documentum is powerful in its own right for heavy duty content/document management — eRoom removes alot of that complexity and provides simple document management & controls.   This is yet another example where eRoom was ahead of its time — allowing users to create their own “folksonomy” using eRoom objects like folders, databases, notes, discussions, etc…   Tagging can be done with custom fields, but not many customers have exposed that feature which is ashame.  

6. Supportability — okay, every software application has it’s problems.   Having done some technical support in my former life, it’s like seeing someone naked — all the flaws, cellulite, wrinkles, etc..   And while eRoom has some sex appeal, the app is no exception :)    However, most sys admins setup eRoom and let it run.  The learning curve for admins is low and the biggest issue is probably scalability – not because it doesn’t scale — you just have to scale it correctly.   So don’t take the easy supportability for granted and pay attention to both hardware and application limitations as you grow your deployment — and this will make supportability easier.   Let’s face it — growth isn’t such a bad problem to have….

7. Security.   Ahh .. the global economy and new buzzwords like open collaboration, peace, love and sharing and caring — well that was great in the 1960′s, but this is 2008 — and the real buzzword people should be saying is SECURE COLLABORATION!!!!    And eRoom is by far the most secure collaboration tool out there.  Why?  Because again designers listened to customers early on and designed it that way.  Okay, one could argue “it runs on microsoft IIS”.   Sure, like 90% of the world, we are at the mercy of Mr. Softy.  But there’s a reason why law firms, professional service firms, pharma firms, energy companies and just about every industry out there uses eRoom — and that’s because they can use it on the public internet, put highly sensitive documents and project / product information in an eRoom, and TRUST that they can securely collaborate with their extended enterprise or clients.  And eRoom 7.4 even integrates rights management around documents to make it even more secure. 

8. Document Management.  Uploading documents into eRoom is easy.  3 step process: Add file, browse, okay – you’re done.  Of course with the plugin, you drag & drop from your desktop to the browser — doesn’t get easier than that.   In an eRoom, double click on the file to read or edit it — once again easy.   You want to do some lightweight content management for your line of business or department or project or business process?  Create an eRoom database with an “attachment field”.  Keep things neat, organized, and again easy to search.   It’s all about context!   Sure, Sharepoint has a doc library — but try to nest a discussion thread under each row… not so easy,

9. Project Management.  By far the biggest use of eroom is to manage projects.  Everyone works off the same page…no emailing documents back and forth, version control, etc..  And as I mentioned earlier, I like the flexibility of painting my eRoom canvas to match my project.  Easy to add a custom banner graphic, a project plan feature, easy status reporting, easy to manage issues/Q&A/tasks/scope changes, an approval process database for change requests — simple basic project management stuff most people find painful to manage in Word or Excel.   Even better, I can setup an alert email that is sent to me immediately if someone updates something I think is important.  Or I can just opt to get a nightly email summary of changes in an eroom.  This push communications makes my life easier as a project manager.

10. Customizability.  You can build so much cool stuff on top of eRoom or push / pull data to/from an eRoom.   And you can brand eRoom to make it your own too.  You want to bring visibility into who is working on what task and when it’s due across all eRooms — and the dashboard feature doesn’t quite cut it?    It’s easy to add a custom web page that allows you to slice and dice data within the eRoom tree structure and bring transparency and accountability to the work people are doing.   You want to see more robust reporting on an eRoom database?  Easy to build and secure API/xml access.    You want to pull ERP data into an eRoom to bring visibility to it there within a “secure context” — you can do it easily.

May 14, 2008

4Cs of Collaboration…

4 things to consider when implementing collaboration technology.   Any collaborative technology is difficult to implement because of change and you need to get users to adopt the software.    So if you’re concerned about end user adoption, think about these 4c’s:  context, convenience, closeness, and convergence.   

Context.  This is about focus, filtering, and providing visiblity — i.e. helping users to make sense of the digital mess of information that we manage for projects, clients, process, etc…   AND putting it all within a secure context that users can easily understand and find later.   You might think “it’s like a portal” — but it’s much more than a basic portal because an collaborative space is not just a means to display information, it provides a context to actually get work done.

Convenience.  This is about usability and ease of use — again helping to keep things as simple as possible for end users.  Fitting the technology into their daily work and personal lives.  Making this technology easy means users adopt it.  Once they adopt it — it’s hard to change as you just can’t work any other way. 

Closeness. This about end users and understanding what they need, what they want, and how they work.   If you think you can just “build it” and they will come, you are wrong.  Some will understand this technology and become power users.  As an IT organization, you need to empower those individuals to be change agents and educate them as much as possible.  You also need to pick specific projects or “contexts” and be consultative with best practices.

Convergence. A buzz word that is now more popular.  This about converging technologies.  As technology converges within the context of communities – no matter how big or small they are — the focus still remains on things like convenience, context, and closeness to foster user adoption.

Follow

Get every new post delivered to your Inbox.