(Product, IT & System Development)
Many organizations try to improve their quality and productivity by establishing a company-wide process improvement program. These programs often result in large amounts of process documentation which eventually becomes a burden or is ignored completely. In many cases, the organization is left with very little benefit to show for its efforts.
The model for development organizations (CMMI-DEV) guides groups such as software, IT, hardware and systems projects in their improvement efforts.
How we help organizations
- Consulting and workshops on specific CMMI-development topic areas
- Consulting and workshops on Scrum (with and without CMMI)
- Process improvement training / consulting (e.g., goal setting, action plan development)
- Educational workshops (from 3 hours to 3 days, see below)
- Informal and formal appraisals to determine where you are today (with or without reference to published frameworks like CMMI and Scrum)
- Condensed summary of level 2 and 3 CMMI practices
- How-to book on Making Process Improvement Work: A Concise Action Guide for Software Managers and Practitioners
- CMMI-DEV 1.3 PDF (full text)
- Article: Goal-Problem Improvement
- Article: Adding Practices to Scrum to Achieve Your Goals (and comparison with CMMI Level 3)
- Article: Keeping processes simple
- Article: Expediting CMMI Maturity Level 3 – 10 Essential Tips and Their Demons
Each workshop focuses on using CMMI practices to achieve business goals and solve real problems. Participants start each workshop by identifying their group’s goals and problems. As they learn about the Process Areas (PA) they select elements from each PA that best help them move towards their goals and fix their problems.
Throughout the workshops we discuss the problems that people encounter while doing process improvement. These include over-documenting processes, implementing too much change at once, resistance to change, rote use of the CMMI, and maintaining management buy-in.