Louis Martin Génie logiciel - Développement agile en gestion de projet
Conclusion • Le génie logiciel n’est peut-être pas la bonne métaphore • Les normes, bien comprises, peuvent aider • Aucune méthodologie n’est parfaite • La gestion induit souvent des effets pervers • L’élément humain prime sur tous les autres • La praxis est source de connaissance 15
16. Conclusion • La constance du jardinier : pour une pratique du développement par des développeurs professionnels • Les conseils sont bons pour ceux qui les donnent • Merci de votre temps et de votre patience • Questions ? 16
2. Plan
• Introduction
• Génie logiciel
• Développement agile
• Gestion de projet
• Bibliographie
• Conclusion
2
3. Introduction
• Prétexte pour un séjour à Rimouski
• Opinions personnelles
• Praxis
• Domaine : l’informatique de gestion
3
4. Génie logiciel
• Le terme «génie logiciel» origine d’une
conférence de l’OTAN en 1968
• Alistair Cockburn, 2004
The end of software engineering and the
start of economic-cooperative gaming
• Tom DeMarco, IEEE Software,August 2009
Software engineering : An idea whose time
has come and gone ?
4
5. Génie logiciel
• Les normes IEEE et ISO
• SWEBOK - Guide to the Software
Engineering Body of Knowledge
• UML - Unified Modeling Language
• UP - Unified Process
• RUP - Rational Unified Process
5
6. Génie logiciel
• Les Grecs et les Romains
The Olduvai Imperative
• Échecs et variabilité
• Changements technologiques rapides :
- au niveau de la présentation
- au niveau des «frameworks»
• 10X Software Development
6
7. Développement agile
• Réaction à l’approche UP - RUP
• Réaction à l’approche pure et dure
• Le développement d’un logiciel s’inscrit
plus dans un construit social que dans une
démarche où la rationalité prime
• Écosystème de développement
7
8. Développement agile
• Small is beautiful ( 10 = 100 )
• XP - Extreme programming
• Le manisfeste Agile
• Individuals and interactions over processes and tools
• Working software over comprehensive documentation
• Customer collaboration over contract negociation
• Responding to change over following a plan
8
9. Gestion de projet
• Les échéanciers : précision, origine, conséquence
• Les ressources : l’équipe et le «flow»
• Les outils : imposés ou choisis
• Les langages : force d’expression - Java vs Groovy
• La culture organisationnelle :
• Face à l’erreur
• Face à la confiance
• Face à l’apprentissage
9
10. Gestion de projet
• Balancing Agility and Discipline
Boehm et Turner
Voir le diagramme
• Facteur humain prépondérant
• Le niveau de maturité de l’équipe
• Facteurs d’hygiène
Le cas du FARPBQ
• Le cas du logiciel libre
10
11. Bibliographie
• Balancing Agility and Discipline
Barry Boehm & Richard Turner
Addison Wesley, 2004
• Rapid Development
Steve McConnell
Microsoft Press, 1996
11
13. Bibliographie
• The Olduvai Imperative : Case and the
State of Sotfware Engineering Practice
Peter Degrace & Leslie Hulet Stahl
Yourdon press, 1993
• Software Estimation
Steve McConnell
Microsoft Press, 2006
13
14. Bibliographie
• Flow :The Psychology of Optimal
Experience
Mihaly Csikszentmihalyi, 1990
• Peopleware : Productive Projects and Teams
Tom DeMarco & Timothy Lister
2nd Edition
14
15. Conclusion
• Le génie logiciel n’est peut-être pas la bonne
métaphore
• Les normes, bien comprises, peuvent aider
• Aucune méthodologie n’est parfaite
• La gestion induit souvent des effets pervers
• L’élément humain prime sur tous les autres
• La praxis est source de connaissance
15
16. Conclusion
• La constance du jardinier : pour une
pratique du développement par des
développeurs professionnels
• Les conseils sont bons pour ceux qui les
donnent
• Merci de votre temps et de votre patience
• Questions ?
16