Skip to main content
Enterprise Agile Planning Image

This post is from the CollabNet VersionOne blog and has not been updated since the original publish date.

Last Updated Dec 10, 2008 — Enterprise Agile Planning expert

(Tools != Community) && (Community != Tools)

Enterprise Agile Planning

Like any company in today’s world, CollabNet keeps pretty close tabs on sites or blogs which affect our products or our clients.  Recently, our CEO, Bill Portelli, forwarded along a link to the Department of the Navy’s CIO Office (DON CIO) blog.  This is related to the DISA project I blogged about previously, and the most recent post there (‘Trust: The Most Important Thing‘) contains a very telling quote:

"…while information technology affords us tremendous advances in transparency and information sharing, our organizational behavior and culture actually prohibit it."

This single statement struck a nerve in my mind about how organizations and the people that manage them sometimes equate the building or acquisition of tools with the building of communities and collaboration.  To most folks who have any knowledge of Open Source communities and their inner workings, this would seem to be clearly not true.  By the way, I beg indulgence of the non-technical folks reading this blog with regard to my title – the engineer in me still exists and the title above is a shorthand for ‘Tools do not equal Community, and Community does not equal Tools’.

In reading through DON CIO’s blog, it is clear that he comprehends that his organization needs to understand the path to collaboration, transparency, and information sharing does not go through which tools they choose.  It runs much deeper than that, and I’m thankful CollabNet’s senior staff and field organization generally understand that to be successful with a client, you need to take an approach advocated in the book Samurai Selling: The Ancient Art of Modern Service – specifically, making your client successful is the ultimate goal, and making them successful means considering how your tool/service is most beneficial to them.  In some cases, that may mean your tool isn’t the most appropriate, but maybe your service offering is, or maybe you have to integrate with a competitor’s tool to further develop the client’s community.  It also means you should be prepared to guide them in the best practices they can utilize to help steer their organization down a new path where the organizational culture/behavior can evolve to take advantage of the tools that enable better collaboration.

In the end, understanding you have to take into account existing company cultures, behaviors, and norms is critical to building a successful community, and making sure that is your primary goal as an organization, not the pushing of a tool at the expense of service, will help make you (and your client) more successful in the end.

Note – just found Richard Millington‘s Online Community Building Manifesto, which speaks nicely to some of the things I mentioned above. 

More from the Blog

View more
Jul 27, 2021 Becomes First to Achieve FedRAMP Moderate “In Process” Status for Enterprise Agile Planning Solution

Enterprise Agile Planning, the leading AI-driven DevOps value stream delivery, and ma ...
Read More
Jun 21, 2021

How Agile can be implemented effectively across the organization

Enterprise Agile Planning
Just a few decades ago, a “disruption” was seen as an undesirable thin ...
Read More
May 31, 2021

Agile change management processes are key to delivering software faster

Enterprise Agile Planning
With its emphasis on delivery value faster, agile product management s ...
Read More
May 03, 2021

Bringing the agile planning approach to your whole business

Enterprise Agile Planning
The events of the last 12 months have demonstrated that the only sure ...
Read More
Contact Us