It’s what we also think about our company, BIS.
When we first started the SPI (Software Process Improvement) all we knew about CMMI were the acronym and that it will be difficult. Someone told us it’s a huge headache waiting for us due to the bureaucracy CMMI will bring. That it is by no means suitable for our small organization.
After some training and a bit of self evaluation, we came to the conclusion that in fact CMMI is about the essential practices of the industry.
We develop software for financial institutions – we need these practices to be competitive and survive a rocking-and-rolling environment.
Size of the company is of course an issue in adopting the practices, even on maturity level 2 ; resources are not easily found when you are small.
But regarding the implementation of the CMMI practices, we’ve discovered soon enough that this doesn’t automatically bring bureaucracy in the company. It depends greatly on the solutions you choose. CMMI is telling in fact what practices you should have, not how to do things.
In a way it’s like when you prepare for a hiking in the mountains.
” A few rules you should hike by are to always tell someone where your going and when they should expect you to return. […] Also hike with a buddy or group whenever possible. […] When heading out for a hiking trip there are some definite basic items you should bring along. The most important has to be food and water.
Remember anything can happen at anytime, don’t assume you won’t need it, etc. etc.”
These are recommended practices regardless of how many days you’re planning to hike, how big is your party or how difficult the trails are. They tell you what you need to stay safe and have fun!
It’s the same with any organization, regardless of the size. You need configuration management, project management, quality management and so on. The essential practices – take them with you and you will have a better chance to stay safe and even survive in a crisis situation.
How you implement those practices is a different story and it’s the most difficult part of the game. The tricks of the hiking expedition and of the SPI project.
Regarding the size problem, I don’t think we are telling news when we are saying that the main issues of our SPI project were:
– the budget allocated to the SPI project
– human nature, naturally not always open to changes, especially when changes demand personal effort.
– creeping bureaucracy
These can be found in fact in any SPI project but, in a small setting, dealing with them is a little bit more difficult due to lack of resources.
Let’s consider what we found was the most difficult process area: measurement and analysis.
In this case, bureaucracy can creep and destroy all good intentions.
One must be very very careful in defining objectives and selecting metrics and indicators. “If we don’t need it, we won’t do it” must be written on all walls. Think “money”, think “time” – analyse the resources needed to collect and measure and analyse results.
Such measurement and analyses activities can divert most-needed resources from projects.
Our first MA plan had more than 30 metrics and after 3 months we discovered only a couple were applied.
Then we’ve defined a small set of objectives more realistic, intelligent and suitable for our business. We’ve chosen 5 “good” metrics and started with them the journey.
We came to the idea that automation is a must in collecting and validating measurement data and collecting data must be embedded in the daily activities.
This has brought Microsoft TFS and the Sharepoint technology in our path and we’ve been good travel companions ever since.
Andreea & Emilia