4 ms·
I worked for a government adjacent company and was particularly amused by the quarterly agile planning meetings. Who doesn’t love Big Agile?
by User23 3y ago
I worked for a government adjacent company and was particularly amused by the quarterly agile planning meetings.
Who doesn’t love Big Agile?
- JamesLeonis 3y agoMy first job out of college was a small defense contractor that underwent ISO 9001 Certification for Agile process. I was a junior engineer who didn't know any better, so I look back bemused over all the really silly things that org did.
- grepLeigh 3y ago"Quarterly agile planning meeting" might be one of my favorite oxymorons now. Thank you!
- i_love_cookies 3y ago[dead]
- wintogreen74 3y agoI'd be laughing if I wasn't in the middle of pre-pre planning for our next 14 week scaled-agile program increment and crying/barfing.
- zidad 3y agoSAFe = "Agile" for managers who miss Waterfall projects
- suggestion 3y agoSAFe is literally just Waterfall with extra steps (agile ceremonies) and it's mind numbingly stupid.
- rawgabbit 3y agoI thought I was the only one who admitted SAFe is waterfall just with the right buzzwords to avoid the agile police.
- suggestion 3y agoIt's because DoD contracts require or greatly favor "agile" practices via CMMI and ISO certs. Government employees are too incompetent to understand how the big 5 simply pull the wool over their eyes, like they do for everything.
- everybodyknows 3y agoSo, there's a for-profit company selling the SAFe "process"? Does this have something to do with filling in new government checkbox requirements for contractors? https://scaledagileframework.com/ https://scaledagileframework.com/
- suggestion 3y agoYes, that's literally why it exists.
- namdnay 3y ago"PI Planning Events"
- orochimaaru 3y agoMy wife works for a defense contractor. Agile right now is cram as much as you can before the budget shit hits the fan next month. And they are really picky about finishing. All stories are tied to a charge code.
- cebert 3y agoThat doesn’t sound like an environment for me.
- orochimaaru 3y agoYou do get to work on cool stuff. Some stuff you know is cool but cannot tell anybody what it is. Some stuff you can.
- nonameiguess 3y agoMy wife also works for a defense contractor. Our nightly conversations kind of get tiring because virtually all she ever does is complain about it. They moved at some point away from including detailed requirements and specific feature sets in contracts to instead purchasing, I believe at this point in 12-week at a time intervals, some number of "story points," where story point is defined to be some number of labor hours at an average rate, rather than an actual story point. So what happens is the government and contractor work together to establish some backlog of possible features they might want, and I think quarterly, developers have to hold some ceremonies giving very rough estimates of how many story points each of these might be worth, even though at this point they are not discretized into user stories. Moreover, everyone has to do this, so even if you have some team whose main purpose is onboarding new users and providing maintenance and support of a development environment, they have to estimate workload in terms of stories and story points and burn these down as they respond to ad hoc support tickets. Moreover, since they're "agile," they no longer have any kind of dedicated testing teams, so developers are responsible for creating and maintaining all of the test suites. But they're evaluated on velocity, not reliability, and velocity is defined as story points delivered, which is measured by tickets closed, but since labor hours are purchased in fixed buckets, the definition of done becomes "we ran out of hours," so in practice, developers just don't write real tests, everything always passes, and nothing actually works. More moreover, even though the government has pushed all of its contractors to adapt some kind of "DevOps" branding that implies you have broken down the traditional barriers between development and ops, in practice, development and ops are entirely separate contracts run by separate companies and purchased by separate directorates of your sponsoring agency, so in reality, as a development contractor, your work is purchased and approved by an acquisition office that doesn't actually own the operational environment and you're not even legally allowed to directly communicate with whoever actually does own and run that environment. All communication has to go through the acquisition office. So you end up delivering exactly what was asked for, but it doesn't get accepted because the organization that gets to accept or reject changes to production isn't the same organization that was involved with all of your planning and development activities. I understand why she still works there. She's spent her entire career working on special access and compartmentalized projects, and I worked at this same place on similar geoint projects even before she did. In spite of what Hacker News would have you believe about the quality of military technology, you really do get to see amazing shit, including satellite capabilities I worked on a decade ago that the likes of Starlink and Google are still not close to matching, but I couldn't do it any more and left years ago.
- yieldcrv 3y agolol reminds me of all the tech companies that tried OKR’s “because Google does it” what a pointless burden
- xorcist 3y agoNot just government. Have you not used any of the more enterpricey Scrum frameworks? For example SAFe? It's common in many large organizations. They work with blocks of sprints, defined as 8-12 weeks, "increments". 12 weeks, that's a quarter. Yeah, that's quarterly planning for you. Only this time it's certified Agile (tm). It's all very serious, and pointing this out is not always as appreciated as it should be.