Ressources
- Scrum the art of doing twice the work in half the time : page 31 à 33
Nous reprenons ci-dessous les paragraphes du livre qui explique la naissance de Scrum. Principalement décrite dans la section Don’t Go Chasing Waterfalls du chapitre 2 “The Origins of Scrum”
That old methodology was the Waterfall method I described in the last chapter: everything related to a project carefully laid out on those massive Gantt charts, every task measured out precisely in hours highlighted in pretty colors flowing down the page like a waterfall.
Chez Easel, je savais que la méthodologie de la cascade nous ferait dépasser notre délai de plusieurs mois, voire de plusieurs années. Nous devions trouver une façon complètement différente de faire les choses. Je suis allé voir le PDG et je lui ai dit que nous abandonnions le diagramme de Gantt.
How many Gantt charts have you seen in your career?” I asked. “Hundreds,” he replied. “How many of them were right?” He paused. “None.”
My team and I spent a few weeks reading hundreds of papers and books and articles on the organization of teams and product development. Then one day, one of the developers came in with a Harvard Business Review paper from 1986
Ecrit par deux professeurs d’économie japonais, Hirotaka Takeuchi et Ikujiro Nonaka. L’article s’intitulait « The New New Product Development Game ». Takeuchi et Nonaka avaient étudié les équipes de certaines des entreprises les plus productives et les plus innovantes du monde : Honda, Fuji-Xerox, 3M, Hewlett-Packard, etc. Et ils affirmaient que l’ancienne façon de développer des produits était défectueuse.
Instead, the best companies used an overlapping development process that was faster and more flexible. The teams were cross-functional. The teams had autonomy. They were empowered to make their own decisions. And they had a transcendent purpose.
C’est ainsi, en 1993, alors qu’il travaille chez Easel Corporation que Jeff Sutherland décide de transposer à l’ingénierie logicielle les principes décrits dans l’article de Hirotaka Takeuchi et Ikujirō Nonaka. Bien que ce texte porte essentiellement sur les méthodes de développement de produits dans l’industrie manufacturière japonaise, Sutherland y voit un cadre conceptuel adaptable au processus de création de logiciels.
This was the formal birth of “Scrum.”
Conséquences
We delivered the product at Easel on schedule within six months, under budget, and with fewer bugs than any previous delivery.
Puis,
I got so excited about the possibilities of this new form of project management that all my future work focused on refining Scrum for companies. In 1995 I presented a paper with Ken Schwaber, called “SCRUM Development Process”.