3 ms·
It's really funny. To say the least. The "Typical Implementation"[1] is EXACTLY how a mature agile team behaves. The only difference is that business decisions
by fagnerbrack 10y ago
It's really funny. To say the least.
The "Typical Implementation"[1] is EXACTLY how a mature agile team behaves. The only difference is that business decisions are delegated to the PO when the devs DON'T have the whole business knowledge (if they do, then yeah they can make the call by themselves, but that's NOT where most companies stand for!).
It's pretty common for a company that is not technology focused on having a PO to decide priority, make the call if a task is unneeded and decide if things engineers learned (called spikes) will change the business priorities and will make you go back to step 1. The difference is that you need communication skills, something most people lack.
Source:
I am doing consulting for a year in the best tech team of a multi billion dollar Australian company that had a dysfunctional team and now it's crazily performant. The team is the least bug producer of the whole company. It's like working from 09:30 to 17:30 with 2 hours interval and still produce astonishing results. Sorry for the ad verecundiam[2].
[1]: https://github.com/Nax/longflow-manifesto/blob/master/README.md#a-typical-implementation https://github.com/Nax/longflow-manifesto/blob/master/README...
[2]: https://en.wikipedia.org/wiki/Argument_from_authority https://en.wikipedia.org/wiki/Argument_from_authority