Bekijk profielpagina

#Handpicked: Geen sprint, geen standup, geen scrum, zo werkt Basecamp

Ik heb een haat-liefde verhouding met Jason Fried en David Heinemeier Hansson van projectmanagement t
#Handpicked: Geen sprint, geen standup, geen scrum, zo werkt Basecamp
Door Fast Moving Targets • Editie #429 • Bekijk online
Ik heb een haat-liefde verhouding met Jason Fried en David Heinemeier Hansson van projectmanagement tool Basecamp. Ze zijn inspirerend en irriterend tegelijk. Dat laatste zijn ze als de waarheid in pacht denken te hebben wanneer er overduidelijk gaten in hun verhaal te schieten zijn.
Maar die parkeren we even. Ze zijn zeer inspirerend omdat ze onorthodox opereren in de wereld van techbedrijven. Ze publiceren over hun visie op werk en werkomgeving en doen dat op een manier die aan het denken zet. Lees daarom ook allemaal ShapeUp, het online book waarin ze hun denk- en werkwijze uiteen zetten.
For one, we’re not into waterfall or agile or scrum. For two, we don’t line walls with Post-it notes. For three, we don’t do daily stand ups, design sprints, development sprints, or anything remotely tied to a metaphor that includes being tired and worn out at the end. No backlogs, no Kanban, no velocity tracking, none of that.
We have an entirely different approach. One developed in isolation over nearly 15 years of constant trial and error, taking note, iterating, honing in, and polishing up. We’ve shaped our own way.
Bijvoorbeeld. Van wireframes moeten ze in de ideefase weinig hebben bij Basecamp.
When design leaders go straight to wireframes or high-fidelity mockups, they define too much detail too early. This leaves designers no room for creativity. Over-specifying the design also leads to estimation errors. Counterintuitive as it may seem, the more specific the work is, the harder it can be to estimate. That’s because making the interface just so can require solving hidden complexities and implementation details that weren’t visible in the mockup. When the scope isn’t variable, the team can’t reconsider a design decision that is turning out to cost more than it’s worth.
En waar in de scrum-wereld sprints van twee weken gangbaar zijn, is volgens Basecamp 6 weken een betere werkperiode.
Some companies use two-week cycles (aka “sprints”). We learned that two weeks is too short to get anything meaningful done. Worse than that, two-week cycles are extremely costly due to the planning overhead. The amount of work you get out of two weeks isn’t worth the collective hours around the table to “sprint plan” or the opportunity cost of breaking everyone’s momentum to re-group.
This led us to try longer cycles. We wanted a cycle that would be long enough to finish a whole project, start to end. At the same time, cycles need to be short enough to see the end from the beginning. People need to feel the deadline looming in order to make trade-offs. If the deadline is too distant and abstract at the start, teams will naturally wander and use time inefficiently until the deadline starts to get closer and feel real.
Lees het boek, het zet je aan het denken en bevat altijd elementen waar je wat mee kunt!

Hoe vond je deze editie?
Als je deze nieuwsbrief niet meer wilt ontvangen, dan kun je je hier afmelden.
Als deze nieuwsbrief doorgestuurd is en je wilt je aanmelden, klik dan hier.
Gemaakt door Fast Moving Targets met Revue.