Avant de penser à introduire le développement agile, commencez par explorer ce qui convient le mieux à votre organisation / projet. Si, par exemple, vous examinez scrum, demandez-vous si vous l'utiliserez de manière stricte ou si une forme de mêlée plus souple, ou même une autre méthode, conviendrait mieux. Ma réponse est alors sur Scrum en tant que méthode agile.
Scrum est idéal pour les projets qui requièrent de l’innovation, où l’on sait peu de choses et où des expériences sont nécessaires. Ce n'est pas la meilleure solution pour des tâches telles que la maintenance de produits existants ou la gestion de travaux de maintenance récurrents. Heureusement cependant, Scrum est un framework lâche et vous pouvez l'utiliser de la meilleure façon possible.
Pour le travail de maintenance, Kanban peut être mieux pour vous ou vous pouvez essayer quelques éléments de mêlée pour gérer le sprint et effectuer des tâches comme les relevés quotidiens. J'appelle ça "scrum-but", "oui on fait du scrum dans notre entreprise mais ...". C'est bien, ne vous en faites pas.
Pour introduire Scrum Propre dans votre organisation, vous devez faire appel au propriétaire du produit et au détenteur de la partie prenante. Si vous êtes une petite entreprise, ce type peut être une personne, le chef, et dans une plus grande une chef de produit et le chef de département. Je suggérerais deux voies pour introduire Scrum:
1) vous pouvez commencer à utiliser scrum sous une forme légèrement plus souple pour gérer immédiatement les files d’attente existantes. Mais examinez également Kanban.
2) commencer à utiliser scrum sous une forme plus stricte sur un nouveau projet qui nécessitera de l'innovation, une première réaction et où on ignore beaucoup de choses. Vous pouvez suggérer au patron / responsable du produit que Scrum serait idéal pour ce nouveau projet.
Mais rappelles-toi! il ne s'agit pas que de code, le responsable du produit a un rôle crucial à jouer et doit comprendre et remplir son rôle. Cela signifie, par exemple, ne pas rédiger toutes les spécifications au début, mais plutôt commencer par le minimum, itérer rapidement, obtenir un retour d’information, apprendre et commenter cela, etc. Essayez de travailler avec un chef de produit qui voudrait présenter Scrum autant que vous, mais du côté du propriétaire du produit. Idéalement, il devrait être assez fort pour repousser les demandes de la direction et protéger le sprint.
Le développement et la gestion des produits nécessitent des efforts concertés pour introduire Scrum.
Sur un tel nouveau projet, essayez de déplacer la nouvelle équipe dans une pièce séparée et utilisez des post-it pour visualiser le travail dans les différents états tels que le carnet de commandes, les travaux en cours, etc. Ne vous perdez pas en outils électroniques à ce stade. , gardez les choses aussi simples que possible. Ne vous sentez pas stupide de planifier le poker avec des cartes lorsque vous débutez aussi, une fois que votre équipe sera au top, vous ne les utiliserez probablement plus, il vous suffira de dire les chiffres.
D'après mon expérience, il est plus facile d'introduire scrum sous une forme pure, puis de l'alléger pour davantage de files d'attente de type maintenance. C'est plus difficile l'inverse.
Mon dernier commentaire est de ne pas penser que Scrum est une panacée pour le développement, ce n’est pas le cas. Scrum est un cadre simple et utile pour l’innovation de produit, mais explorez d’autres méthodes pouvant être combinées selon les besoins de votre entreprise et ne vous en faites pas.