Quand on travaille avec une équipe autour d’un projet d’envergure, on a naturellement besoin d’organiser la charge de travail et de la planifier pour garantir que le chantier ce déroulera sans trop d’accroc. Historiquement nous avons utilisé le modèle en cascade, mais aussi le cycle en V. Ces manières de gérer des projets informatiques sont héritées de la gestion de chantier du batiment. Au début des années 2000, un manifeste émerge et liste 12 principes abstraits censés guider vers de meilleures pratiques pour la gestion d’équipe en développement. Ces principes sont identifiés à travers des pratiques déjà éprouvées dans l’industrie. On sait que ces méthodes fonctionnent la plupart du temps et apportent de bons résultats. Ces principes font aussi émerger 4 valeurs qui synthétisent les raisons derrière chaque principe. Dans cet épisode nous allons discuter des raisons qui font que ces méthodes peuvent être utiles chez vous, et dans quels cas elles ne le sont pas.
Si vous avez apprécié l’épisode, partagez-le et abonnez-vous au flux RSS, nous sommes disponible sur toutes les plateformes connues de podcasts !
Pour tout contact, envoyez nous un ✉️ à rfc AT rfc.fm
Dernière modification le 31/12/2021