Wow this looks like a way to make sure everyone is miserable forever. What insane evil cooked this up?!
#agile

@bill_tribble Does it work?

Depends on the team. This probably won't prevent a good team from delivering product. Yet, this probably won't change a bad team to suddenly start performing.

But in all cases, this will allow some software development consultants and trainers to make their boat payments while allowing executives to feel involved with their engineering teams.

@grumble209 @bill_tribble And first of all it's about Teams of Teams working on the same thing.

It doesn't change that much on Team-Level, apart from additional meetings and perhaps 'normalzed' 🤦story points.

I've never seen it work, though.

@bbak @bill_tribble I've been in a couple of different software companies that decided CMMI certification was needed. As far as I can tell, the work we did rolling out the changes didn't make the low-performing teams perform any better; nor did the high-performing teams get any worse (or any better).

I'm left with:
- a shelf of CMMI books,
- the feeling that CMMI is mostly about keeping large companies from being challenged by smaller companies for DoD contracts, while allowing trainers and certifiers to make a living without actually writing code or managing projects,
- and the strong conviction that more time and money should be spent finding, hiring, growing, and keeping good people - strong process won't make up for weak people.

That said, I never read anything in the CMMI books that I objected to. It's all good information that wise developers and PMs should know and apply when needed.

@grumble209 @bbak dare I ask what CMMI is?

@bill_tribble @bbak CMMI ::= Capability Maturity Model Integration It's a collection of a couple of dozen "process areas" (e.g., project planning, requirements management, risk management, process definition, configuration management), where every PA has a set of guidelines and best practices and whatnot.

PAs are grouped into sets, sets are in a hierarchy (e.g., levels 1 thru 5) , and you can pay people to evaluate your company's performance in those areas. Some software buyers (like, the DoD) require bidders on some contracts to have level 3 or above.

As a rule of thumb, levels 1-3 are, "define your fricking processes!" and levels 4 and 5 are, "collect data and refine your processes to improve what matters to you!"

https://en.wikipedia.org/wiki/Capability_Maturity_Model_Integration

Capability Maturity Model Integration - Wikipedia

@grumble209 @bbak wow, thanks. I find this morbidly fascinating. I'm not sure what it's really optimising for. I mean, does it make software better? Where's the user in this picture?
@bill_tribble @grumble209 Well, I believe the reasoning was, that if one has mature processes for building SW-intensive Systems then they build better ones.