11-16-2010 11:45 AM
There is a poorly utilized public-facing Cisco Document Wiki. I believe that CSC would be a more useful, widely adopted, and better fit for the documentation content that exists in the DocWiki.
What do others think of this?
Are there any other advantages or disadvantages you can think of?
Are there any internal rules or policies that would prevent this from happening?
11-17-2010 08:05 AM
Thanks for the idea, Jonathan. And thanks for your contributions to CSC. The idea of merging Doc Wiki with CSC is something we have discussed internally. However, there are some reasons why they are being kept separate for now. One of the primary reasons is the organization of content. As you know, CSC is structured on technologies categories or areas. The Doc Wiki team wants to be able to categorize documents based on platform or specific technology (e.g. ASR9K, BGP, SNMP, etc.). CSC can do this kind of classification using tags, but the ability to browse and navigate content on tags is not perfect right now in CSC. We are looking at ways to improve this in the future.
As for enhancing CSC content creation, we have a big initiative going on in the TAC right now to get more internal participation on CSC. You've probably already started noticing more docs and blogs by TAC engineers. This is only going to increase, so CSC is definitely the place to come for good technical content.
11-17-2010 09:26 AM
One of the primary reasons is the organization of content. As you know, CSC is structured on technologies categories or areas. The Doc Wiki team wants to be able to categorize documents based on platform or specific technology (e.g. ASR9K, BGP, SNMP, etc.).
I have done some work with Jive SBS in another capacity. Personally I believe we should consider an expansion of the existing community hierarchy to find a common ground between both teams. This likely could match the Cisco.com product organization structure. The existing community structure and functionality could be maintained since users could continue opening discussions at the technology level (e.g. Contact Center) or the individual platform level (e.g. Contact Center Express). This would allow discussions and documentation to coexist in a single logical hierarchy.
Example:
In my opinion, this would go a long way toward condensing the currently very disparate information sources. Official BU documentation could be locked to prevent editing as I sense that as another reason for holdout. It would also better utilize the other features of Jive SBS such as video, blog, and possibly even private projects for things such as EFTs.
11-17-2010 08:26 PM
We're looking at doing something like this. That is, abstract the interface from the Jive platform so that we can take advantage of things like tagging, and present content in a more flexible way.
As for using content for EFT, absolutely! We're also pursuing private community options where by we will enable communities for EFTs where customers can collaborate with other EFT users and BU representatives. When the EFT goes FCS, the community can be opened up with all of the content that is still current relating to the product/technology rollout.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide