Using Wikis to collaborate on Product Design
By Anurag Batra on May 04, 2009
Came across an interesting post from Oleg Shilovitsky on the "Daily PLM Think Tank Blog" about the weaknesses of wiki as a medium of collaboration for PLM platforms in general. As it happens, I have somewhat of an opinion on that issue - we've been using our own PLM for managing product development lifecycle, documentation and even requirements for many years. We've also been using an enterprise wiki for many years.
While the author of the PLM Think Tank Blog brings up a few good points - and I agree with all the facts that he has presented. However, I also believe that some of the weaknesses could very well be strengths - it just depends on how you use a wiki.We often use the wiki for the following purposes:
a) A number of small teams need to chime in on a feature that one of the teams is working on
b) A developer wants to publish a design based on numerous discussions and prototyping
c) Program management wants to publish schedules, weekly meeting updates, action items, etc
d) A product manager starts a page on a future feature that he'll continue to add to as customer requirements trickle in
Now, the common aspect of each of these use cases is - well defined ownership. Now wouldn't that defeat the whole purpose of the wiki, you'd ask. The answer is no - the owner's job is not to maintain the page, but to initiate and publish it. The fact that a wiki is much easier to update than an excel sheet checked into a document management system, it is that much more effective in gathering those little inputs that form just a single line item on a long spreadsheet of product requirements.
Another aspect touched upon by the blog above is the fact that information on the wiki could be outdated or disorganized pretty soon. That's why it is essential to understand the reasonable expected lifecycle of a wiki page based upon its content and number of expected participants. A number of our wiki pages explode in content (such as feedback requests on a proposed idea). However, we use those for short-term data gathering only. The moment we have all that information, we move it to a more presentable summary medium such as powerpoint, or in a more scalable enterprise application.
Integration is another aspect that we've done fairly well to the extent needed in wikis. You can use Agile PLM's URL Attachment feature to link any wiki page to any PLM object. You could even put that URL in a descriptive field on that object's attributes, and Agile will automatically render that URL as clickable in your browser. We've also implemented a small macro on our wiki editor which automatically converts any Agile part numbers in the wiki to clickable URLs pointing directly to that part in Agile. With LDAP authentication enabled, that part in PLM is literally a click away from the wiki post.
Eventually, the utility of any social media is limited only by the drive of the people using it, and what is the wrong choice for someone could be the right one for others. All I've presented here is the level of success that we've had by the Wiki, and I thank Oleg Shilovitsky for the food for thought. I'd love to hear from our readers about their own successes or failures using social media with PLM.