One comment

  1. I saw Kevlin on last years Javapolis, nice to hear they gave them a better slot this year. 🙂 One of the “downsides” of Scrum is indeed the brutal honesty that comes from following the practices. In fact, Kent Schwaber himself (one of the Scrum “founders”) thinks that’s why only 30% of the companies that try Scrum actually succeed. Having all the problems and risks in your face all the time is great for development, but may be bad for politics.

    Team quality is important. I used to think methods with more ceremony compensated a bit for lack of individual knowledge and discipline by giving a more detailed set of rules/checklists for a process. However, learning and adhering to such a method (like RUP) in itself requires a lot of knowledge and discipline, too, so you get this chicken-and-the-egg thing and it doesn’t really solves the quality gap. Scrum is much easier to learn and use, also for less experienced team members. This shifts people from fighting with a method to fighting with the project problems. I think it is more motivating to try to improve in order to handle real project issues, instead of learning RUP just because it’s corporate policy. But you are right, it is easier to blame RUP instead of blaming yourself.

    Ken Schwaber did a nice talk at Google, see it here:


Comments are closed.