4 ms·
In a perfect world, this advice is absolutely true (and I've been guilty of it more than once). In reality, here's my experience: - poor specifications from the
by krautsourced 5y ago
In a perfect world, this advice is absolutely true (and I've been guilty of it more than once). In reality, here's my experience:
- poor specifications from the start, with moving targets in the middle
- nobody available or willing to give definitive answers
- management stuck in endless meeting loops rather than having time to look at what engineers are actually doing
- engineering team (often severely) understaffed and dealing with multiple projects each - not time, patience or mental capacity to dive into what everyone else is doing
-> result: crazy amounts of wasted time for everyone
This, as so often, is a result of lack of time, patience and _planning_. It feels like "Agile" has become a convenient excuse to just start and figure out what it is we're building as we go along...
- Juliate 5y agoAdd to this list, the exploratory ideas/projects that sometimes may be too small/early/fragile to share _because_ they're not well formed enough AND the team/place/company culture doesn't want/know how to handle it (recognizing the fragility of early ideas and not tainting them when it's not well-formed enough, leaving time/space for research/experimentation, tolerating failures).