3 ms·
Agree that you want to get a view on whether a task is easy or not - but this is rarely understood until you have started. And frankly most advocates of estimat
by dreamfactory2 12y ago
Agree that you want to get a view on whether a task is easy or not - but this is rarely understood until you have started. And frankly most advocates of estimation aren't talking about T-shirt sizes but some kind of currency they can tot up to measure 'productivity'. The danger with trying to predict it is that you are getting deep into a specific implementation at that point and it is exerting a pull on the project aims. I think that can conflict with business value as the driver for doing anything. What's more important for eliminating waste (and death march ftm) is a set of alternatives (outcomes and implementations) and a framework which makes it cheap to back up and switch routes when you find something isn't turning out to be easy thing you imagined.
- jacques_chester 12y agoWe deliberately focus on simple estimates of a unitless measure (story points), rather than imposing a unit that will cause distortions in our thinking. The value of those points is specific per-project and it emerges from actually doing the project. I agree that allowing change is important. Reduce the cost and risk of changes, and you will make changes as and when required. You'll also become less preoccupied with perfect planning, because it won't be necessary to manage risk. There's two loops here. One leads to small, light, manoeuvrable projects. The other leads to building bigger plans because the risk is higher, which means that a bigger plan is needed, which raises the risk, so the plan is more detailed so that ...
- dreamfactory2 12y agoImpact mapping gives you that big plan without having to detail implementation and keeps it manoeuvrable. Kanban lets you switch the backlog around through the day and doesn't lock the project into sprints (which are mini waterfalls imo). Estimation is entirely optional here. (The main benefit I've seen from estimation is in forcing a dev team to collectively confront what's involved in implementing a feature - as an input not an output.)
- jacques_chester 12y agoI've found that Kanban leads to coordination overhead because you always have too much work in flight in too many stages. I prefer story-by-story development, which is the direction to which most Kanban implementations wind up evolving. One small thing, to completion, at a time, per pair.
- dreamfactory2 12y agoWIP limits should iron this out