The other day a friend and I were discussing a project which had notably overrun its original expected delivery date. “The problem is,” he said to me, “You estimate a project at the point you understand it the least.” This is a great phrase, and good to remember, even though it’s not strictly true. If … Continue reading
The other day a developer in my team asked, “So what’s your plan for…” and then described a particular organisational and technical challenge that several of us had been discussing on and off for a while. It was something that I was pushing forward, but I didn’t have all the answers yet. Of course, I … Continue reading
In the last couple of years I’ve met a few people who have been challenged by balancing building a product suitable for everyone versus building a customised product suitable for just one customer. The challenge is that while building a product suitable for everyone is clearly preferable, it takes a huge amount of time, and … Continue reading
Two of the INVEST criteria for user stories are that they should be negotiable (meaning the details can be adjusted) and independent (of each other). But if we write the stories in difficult language those two criteria become challenging. Some time ago I was discussing stories which were described in very technical language. This made … Continue reading
There’s a lesson I learned a long time ago, and which I still find useful: deploy first, build after. Many years ago, when I was working with Mat Wall, we were building a system which, er, did something. I can’t remember exactly what it was, but I think it probably involved an FTP server, which … Continue reading
When someone introduces a process it’s usually to help them. If top-level management introduces a process for people on the ground then there’s a danger it will help the top team at the expense of the people on the ground delivering effectively. In our organisations we all want comprehensible processes. We want to be able … Continue reading
Once upon a time it was common for my teams and I to work longer and longer days as we approached a deadline, releasing successfully, and getting a real buzz from it. That was before I learned about how to deliver things incrementally and iteratively. Then things became a lot less exciting. I remember one … Continue reading
Sometimes a development team has to make a technical decision. Actually, a development team has to make techical decisions all the time, and 99% of the time those decisions are focused entirely on the development process and therefore entirely at the discretion of the developers. But sometimes it’s not so easy. Perhaps they are thinking … Continue reading
Trust might seem like a nebulous thing, but it’s based on very concrete things. Some time ago I was lucky enough to be part of a workshop run by Laurence Wood, discussing this issue of trust with some senior executives. I’ve always been struck by Laurence’s thoughtfulness and his deep concern for people’s needs, and … Continue reading
In the tech industry we’re reasonably good at capturing needs. Sometimes we skip the needs (or assume them) and go straight to requirements. That’s not great, but the intention is roughly the same: an expression of what (we believe) people need. We even have people for whom this is a significant part of their job. … Continue reading
