Is Wiki-based Collaboration the Answer?


Home  >  gantthead blogs  > 
about this blog RSS

recent posts
   Have You Considered Adoption? (of Project Management Tools)
   Do Your IT Projects Produce?
   Project Manager - Should You Really BE THE CHANGE?
   You Are SO HOT Right Now!
   New From PMI - Read an Article, Take a Quiz!

Project Management 2.0

  by - Dave Garrett

New technologies, concepts, and Web 2.0 tools are popping up everywhere. How can you use them to help your project team collaborate, communicate - or just give your project an extra boost? [Contact Dave]

View Dave Garrett's profile on LinkedIn Add to Technorati Favorites Add to NetvibesGet this widget from Widgetbox

Advice | Certification | Collaboration Tools | Decision Making | Estimating | Interviews | Learning | Management Approaches | Personal Productivity | PM Software | PPM Software | Presentation Tools | Reporting Tools | Requirements | Research | Risk | Scheduling Software | Security | Team Building | Techie Tools | Time Killers | Time Tracking Software | Training | Virtual Team Tools | Web-based Tools


Is Wiki-based Collaboration the Answer?

Situation: Your collaboration tools just aren't cutting it.

The range of SaaS tools out there has expanded way beyond BaseCamp knock-offs to tools that approach projects from a variety of angles. Each tool has its own heritage that’s reflective of what the vendor believes is important.  One interesting tool that I’ve looked at recently is PBworks, formerly known as PBwiki.  Their approach is very collaborative in nature and less structured than most.  By providing easy ways for you to define your own structure, they hope to provide tools you can make fit your work style, versus having to adapt your work to rules imposed by the tool.

We recently spoke with Chris Yeh of PBworks, who told us a bit about their approach to collaboration and managing knowledge.  Here’s what he said.



Q.  You guys firmly believe that wikis provide a better collaboration platform than folder-based file sharing or email.  Can you tell us a bit about why that is? (provide examples if possible)

Wiki-based collaboration provides several major benefits that file sharing and email simply can’t.

First, let’s deal with file sharing.  The issue with file sharing is that it’s difficult to understand how a document has evolved over time.  At best, you might be able to view different versions of the file from some archive.
With a wiki, revision and change management are an integral part of how you work; all revisions are stored, you can see the history of changes with a single click, you can compare any two revisions, and you can always revert back to a prior version.

This kind of flexibility gives people the freedom to be more creative; you can take more risks because the revision history is there as a safety net.

Wikis also allow true co-authoring, rather than simply passing redlines back and forth.  When a group of people works on a document, the asynchronous edits are notoriously difficult to re-integrate.  Usually, whoever is responsible ends up having to read through several different drafts and manually integrate comments and suggestions.

With a wiki page, everyone is always working on a current version that reflects everyone else’s edits.  This decentralized approach saves a ton of time.  One of our customers is Deloitte Digital, which uses us for creating new business plans.  Their CEO, Peter Williams, reports that using PBworks lets them cut down the time they spent on editing final reports by 90%.

With email, the issues are slightly different.  The problem with email is that it’s so easy to lose the context of the conversation.  Most emails are not self-contained; to understand them, you have to read the entire conversation to pull out the nuggets of information that are actually relevant.

A wiki page provides a centralized, authoritative record; it is largely self-contained, and once you read it, you can make a decision or draw a conclusion.

Another PBworks customer is Capgemini, the consulting firm.  They were able to use PBworks to cut down project-related emails by 90% on one of their marketing projects.



Q.  You seem to specialize in certain industries, like creative, legal and financial services.  Is there something special about the ways that people work and collaborate in those industries that make your approach a fit?

We focus on use cases where individual users have to deal with multiple projects and initiatives, and where communications need to cross geographic or corporate boundaries.  We’ve designed our product so that not only can you use hosted wiki pages to collaborate, you can also get a personalized dashboard of activity, tasks, and milestones across all of your different projects.

For example, while designers and lawyers may seem very different, the challenges they face at work are very similar: They are staffed on multiple projects for multiple clients, and they have to keep track of a lot of tasks and information.  Both lawyers and agencies end up using PBworks in a very similar way to manage their client projects: They create new workspaces for each new project or case (using our workspace templates), they collaborate with a project team to get things done, and they track their progress using a personalized dashboard.  Whether you’re building informercial websites like Livemercial, or prosecuting a personal injury case like McConnell & Sneed, the collaboration process is very similar.



Q.  Every toolset has implementation challenges.  What are yours and what approaches do you use to get around them?

One of the big challenges with adopting a broad collaboration platform like PBworks is that there are so many possibilities.  Even I don’t know all of the capabilities of the product, and with our engineering team adding new functionality all the time, sometimes people aren’t sure where to begin.

That’s why we put such a heavy emphasis on certain specific solution-focused product editions, like Project Edition for project leaders or Legal Edition for lawyers.  This allows us to do things like build usage-specific templates, instructional videos, and case studies.

We also back up our product with some of the best service in the business.  You can contact our support team via email, and get a response from a real human being in hours, sometimes even in minutes.  And if you need help getting started, we offer a $100 custom trial package which gets you professional services to customize our product and provide a one-on-one training session.



Q.  A big part of project management is having a high-level view of what’s going on.  There’s no gantt chart view, task dependencies, etc. in PBworks.  Is that intentional or are those features to be added later?

It’s intentional.  We’re big fans of rapid iteration and innovation, so our general approach is to launch a simple, usable product, and build up from there based on feedback from real users.  For example, PBworks started off as PBwiki, a bare-bones hosted wiki.  It didn’t even offer user accounts.  But over time, it’s evolved into a full hosted collaboration suite, complete with document management, basic project management, and even a mobile edition for iPhones and Blackberries.

After we launched Project Edition, we immediately began hearing feedback on issues like task dependencies and measuring resource load.  We’re working on such features, and many more.

It’s also the case that we heard from a number of project managers who thought that the level of detail and customization was just right.  Let’s face it; many projects are not complex enough to warrant a full project management solution, yet are more complicated than a simple to-do list can handle.  PBworks is great for those ad hoc projects that make up most of our work lives.



Q.  What do you feel the biggest challenge in collaboration today (beyond what you’ve addressed in PBworks) and what is your organization doing to address it going forward?

The biggest challenge in collaboration today is encouraging the end user to make online collaboration an integral part of their daily work.  Tools that require users to abandon old but comfortable ways of working, or that require double entry, aren’t going to work out in the long run.
I think that collaboration has a lot to learn from the bottom-up usability of social media tools like Twitter.  These informal and unstructured tools are a great way to handle the initial phases of brainstorming, when you don’t even know the objective of your proto-project.  We’re looking very closely at these tools and how our customers use them so that we can integrate their lessons into our products.
Ultimately, collaboration is about bringing together, people, processes, and production.  Collaboration vendors won’t be successful unless their products can bring together all three of those elements.

| Posted: August 08, 2009 10:51 AM | Permalink |


L. Michiko Diby says:

My team has started using a wiki as a PM Tool. We have lists for risks, assumptions, constraints. We have a lot of documents and have documents sites for all our users. We have implemented an issue management work flow - from a Change Control List to a Defect List - all in the wiki, and viewable to the user. The collaboration site is now critcal to our productivity and to our legitimacy in the eyes of the users. It also provides a certain level of CYA - we send out approvals using the approval workflow. No one can say they never got the email. We have modified our SOP to include a standard sharepoint implementation for each project.

Getting there was a bit of a struggle. and I've been on teams that have tried wikis unsuccessfully. The unsuccesful implementations were becuase too many people tried to figure out the initial wiki site organization. I think that you need to have one or two folks set it up - and then everyone else build on the base structure. For the succesfull implementation that is exactly what we did. We didn't make it inflexible - there is still room for people to 'do thier own thing'.

Saturday, August 8, 2009 11:21:16 AM EDT
Linda says:

What was the orginial organization for your SharePoint site?

Tuesday, September 29, 2009 10:09:30 AM EDT
vthearne@yahoo.com says:

I realize this is a PBworks plug - and it looks to fill a nice niche - but

If you are producing any product that requires documentation as an OUTPUT - a wiki is not the answer. Unstructured tools are just that - unstructured. Blank, hidden, mis-named, partially contructed, poorly written, and other pages proliferate, and it can easily become a electronic junk yard.

Wiki''s are great for small companies, small projects, informal collaboration (especially off-shore), lists, FAQs, easy-public information. But, the fluid nature of the environment can make mission-critical information (the stuff we pay people $50 an hour to create, critique, and revise) difficult to track, manage and control - which the whole point of being an effective PM.

Tuesday, September 29, 2009 2:19:04 PM EDT
Dave Garrett says:

vtheearne - Thanks for the input. I think you have a point about wikis having their niche, but not being a silver bullet. However, I think that's true for just about any tool out there. What I try to do with these postings is uncover what a tool might be good at and hopefully some of its failings. -- and you've pointed to a potential one here.

Tuesday, September 29, 2009 2:43:44 PM EDT
mikeworth@iinet.net.au says:

I agree with *both* comments above!

Recognising that a wiki provides un-solicited, unstructured, informal input that can uncover hidden risks, mis-information, opinions and stakeholder issues - but then using that information to confirm, or even modify, the structured, managed, mission-critical information and project plans - may ultimately lead to an outcome that is more broadly perceived as successful than would otherwise be the case!

**Short-term** wikis solve the 'electronic junk yard' while providing a repository for documents and an opportunity for comment - especially since the comments can disappear once the management decisions have been made - and it's easy to re-create the output document repository.

It's another tool in the box, and if you recognise the failings early it can be useful!

Tuesday, September 29, 2009 6:05:08 PM EDT

Please Login/Register to leave a comment.



sponsored announcements and special offers

96% of customers recommend LiquidPlanner to friends. Small team? Big stack of projects? Decide what's important, decide who can do it, and start making progress today. Schedule, collaborate, and track time in one central place. Start today with a no-risk trial.

Register Today and Save 15%!
Earn PDUs and advanced project management credentials 100% online from Villanova University, ranked #1 by U.S. News & World Report. Learn how!

Boston University's online Master of Science in Computer Information Systems with a concentration in IT Project Management is aligned with the PMP© certification and empowers students to become leaders in the field. Flexible to your schedule, this program can be completed in as little as 18 months.

You're a Business Analyst and You Don't Even Know It. If you are involved in implementing change in your organization (whether IT or process-related), you are a business analyst. But do you understand the fundamentals of business analysis and follow best practices? Our business analysis courses provide the foundation you need to ensure your solutions bring value to your organization. Check out our upcoming BA courses, including Principles of Business Analysis.

DeVry University's Keller Graduate School of Management offers the right mix of project management programs, with four project management programs accredited by PMI Global Accreditation Center (GAC): MPM; MBA with PM concentration; MISM with PM concentration; and MNCM with PM concentration. You can also receive a GCPM—Graduate Certificate in Project Management. Download a copy of The Power of Project Management.



"One morning I shot an elephant in my pajamas. How he got into my pajamas I'll never know."
- Groucho Marx