Atelier sur le processus de création et de gestion de projets et d'applications itératifs, avec la conférencière Kelly Goto.
« L'optimisme est un risque professionnel de la programmation; la rétroaction en est le traitement. »
- Kent Beck, Extreme Programming
Réflexions :
C'était une excellente approche globale pour briser le cycle traditionnel du flux de travail au profit d'une approche plus itérative. Cet atelier aide à définir de nouvelles façons de réorganiser le processus de développement en phases gérables qui optimisent la valeur pour le client, la valeur pour l'entreprise et la faisabilité technique. L'interaction avec les autres participants de l'atelier, au moyen d'un processus exemple, a aidé chacun à découvrir de nouvelles façons de définir la portée d'un projet.
Commentaires généraux sur le flux de travail traditionnel et itératif
- Dans notre marché actuel, les applications Web peuvent créer une grande zone floue… on essaie de déterminer la place de chacun dans le flux de travail et de faire sentir aux gens qu'ils font partie du processus à chaque étape, plutôt que de les laisser attendre en se demandant quel est leur rôle.
- Flux de travail traditionnel : exigences fonctionnelles (besoins de l'entreprise) -> cas d'utilisation -> spécifications fonctionnelles -> prototype.
- Flux de travail itératif : scénarios, modes de vie (comportement réel) -> prototype papier -> prototype bêta -> prototype de lancement.
- Méthodologie en cascade (traditionnelle)
- pas d'itération immédiate
- trop d'éléments en attente
- Approche méthodologique AGILE (tester -> itérer)
- Approche itérative
- communication
- simplicité
- rétroaction
- courage
- respect
- Des versions incrémentales, plutôt qu'une énorme version unique qui épuise les programmeurs à la fin.
- Maquettes fonctionnelles -> prototypage -> tests -> évaluation
- Réduire les décalages par la communication
- Par exemple, le client, le programmeur, le designer et le chargé de projet peuvent parler de la même chose tout en se faisant chacun une image très différente dans leur tête.
Processus Scrum pour la planification interactive (controlchaos.com)
- Planification du sprint (limitée à 8 heures, réunions limitées, planification des fonctionnalités prioritaires qui peuvent être réalisées en 30 jours) — faire des sprints tôt dans le projet plutôt qu'à la fin
- Sprint — cycles de développement de 30 jours produisant un résultat entièrement fonctionnel
- Réunion debout — réunion de 15 minutes pour faire le point sur les progrès et les problèmes. Quels progrès seront réalisés dans les 24 prochaines heures.
- Revue du sprint — réunion limitée à 4 heures pour présenter les résultats du sprint
Mêlées quotidiennes
- Qu'avez-vous fait depuis la dernière mêlée quotidienne?
- Que ferez-vous d'ici la prochaine mêlée quotidienne?
- Qu'est-ce qui vous empêche de faire votre travail aussi efficacement que possible?
- La taille idéale d'une équipe est de 7 personnes — avec trop de membres, ce processus ne fonctionne pas
Processus global de planification itérative
- Stratégie et approche globales
- Trianguler la solution
- Consolider l'équipe
- Appliquer une réflexion modulaire et axée sur les initiatives
- Utiliser des tests d'utilisabilité rapides
- Simplifier la documentation