2 ms·
Exactly, construct a team to tackle a large enough problem, disband the team once the challenge is met. Hopefully the challenge statement concludes that suffici
by dijit 2y ago
Exactly, construct a team to tackle a large enough problem, disband the team once the challenge is met. Hopefully the challenge statement concludes that sufficient documentation of the outcome is created.
But, I really don’t have all the answers, I just think cutting across disciplines is fruitless when you put 10 devs in a room and they work on 10 completely different things, which is how Agile is practiced where I have worked.
- cassianoleal 2y agoThat can work in some environments, depending on expected support model. A lot of organisations are doing product (vs project) development though, and personally I find it superior. Teams that are responsible for running and operating the product they built are generally more incentivised to produce quality software. Nobody likes to be interrupted in the middle of a technical session or, even worse, in the middle of the night, because their application crashed - so they learn to build resilience in. They start optimising for operability, maintainability and extensibility - since they will be the ones operating, maintaining and extending. The above is not the solution to all software delivery issues, and is not something that works everywhere, every time. Where it does, it produces better outcomes.