Agile / Scrum peut-il être utilisé par 1 ou 2 développeurs?

Tout ce que j'ai lu et étudié à ce jour décrit comment Agile / Scrum fonctionne bien avec des équipes d'environ 4 à 6 membres, voire davantage.

Dans mon magasin actuel, nous avons environ 8 développeurs, mais compte tenu de la nature du volume de projets et du nombre de départements que nous soutenons, nous n'avons jamais plus de 1 ou 2 personnes affectées à un projet donné.

Puis-je quand même utiliser Agile / Scrum avec une équipe de 1 ou 2 développeurs? Je cherche à convaincre mon responsable de commencer à utiliser cette méthodologie, mais je dois être en mesure d'expliquer comment réduire les choses pour une petite équipe de développeurs ou la convaincre de veiller à ce que davantage de membres soient présents. projet.

Vous pouvez bien sûr utiliser certains principes agiles dans vos projets, vous n'avez pas à utiliser scrum, vous utilisez ce qui vous convient le mieux . Vous pouvez certainement bénéficier de certaines méthodes XP et de certaines pratiques Scrum. Mais probablement pas "par livre", une équipe de 1 à 2 personnes est tout simplement trop petite, même pour cette petite mêlée de frais généraux, commencez avec ce que le livre dit puis lâchez tout ce que vous sentirez inutile après un certain temps. Ne laissez pas tomber les rétrospectives, cela vaut vraiment la peine de passer du temps à discuter de vos problèmes et à trouver des solutions pour les résoudre.

Oui, vous pouvez utiliser les principes de Scrum / Agile pour 1 personne. Si vous voulez une productivité personnelle, regardez la technique Pomodoro ou GTD .

Les techniques agiles conviennent aux petites équipes, car il est de plus en plus difficile de gérer les communications. Avec 1 ou 2 personnes développant un projet (et un client), vous devriez être capable de travailler de manière agile très facilement. Je vous suggère de lire le manifeste agile comme un bon début pour l'agile. Pour la mêlée, je vous suggère de regarder Scrum depuis les tranchées . Le kanban semble être à la mode et il existe aussi un kanban personnel !

Si j'étais vous, je gérerais et visualiserais mes tâches et priorités à l'aide de Kanban, et j'adopterais certaines des pratiques de XP: développement basé sur des tests, rétrospectives et time-boxing sont probablement bien pour commencer. Plus tard, lors de rétrospectives, vous pourrez identifier plus de pratiques dont vous estimez avoir besoin.

Kanban est très non prescriptif. Tout ce qu'il faut vraiment, c'est que:

1. Vous visualisez votre flux de travail
2. Vous limitez votre travail en cours (particulièrement utile dans votre cas)

L'idée est que vous vous attardiez à d'autres pratiques que vous trouvez utiles, et XP est une excellente source pour ces pratiques.

Déni de responsabilité: Je n'ai jamais essayé cela, mais ce serait la première des choses à essayer si j'étais dans la même situation.

Absolument et sans question. Consultez le livre Pragmatic Programmer pour plus d'informations sur la manière dont les développeurs individuels peuvent travailler de manière agile. Les ressources Scrum pour le travail individuel sont plus difficiles à trouver, mais la notion principale de développement itératif peut être appliquée à un groupe de travail de toute taille.

http://www.pragprog.com/the-pragmatic-programmer

Je dirais que vous pouvez utiliser des techniques de différentes méthodes agiles, mais vous ne devriez pas utiliser Scrum tel qu'il est décrit dans le Guide Scrum car vous ne pouvez pas remplir les rôles. Scrum est conçu pour des équipes de 4 à 11 personnes. Mais beaucoup de méthodologies agiles, y compris Scrum, peuvent vous fournir un point de départ.

J'ai récemment lu ce livre sur Scrum: Gestion de projet agile avec Scrum

Pour moi, c’était mon premier livre sur la mêlée, et c’est ce qu’il a fait pour moi. Il met vraiment l’accent sur les principes sous-jacents qui sont importants. Je pense que certains de ces principes pourraient s’appliquer aux équipes de 1 à 2 personnes et les aider.

Oui, vous pouvez utiliser des méthodes agiles avec seulement deux développeurs, mais vous avez toujours besoin d'un chef de produit / client dédié. Avec un seul développeur, je dirais non principalement parce que j'aime personnellement travailler en équipe, mais aussi parce que vous ne pouvez pas vraiment coupler un programme et que vous manquez donc toutes les opportunités de partage de code. Quatre à six développeurs et un chef de produit constituent la taille idéale pour un projet agile. Plus que cela, et les sous-équipes ont tendance à se former, ce qui va à l'encontre du but recherché.

Je ne connais pas votre situation exacte bien sûr, mais il me semble que vous exécutez plusieurs projets en même temps. Ma suggestion est que vous devriez essayer de réduire le nombre de projets simultanés et que vous ayez plutôt, par exemple, deux équipes travaillant sur un projet. Ce serait la première étape pour améliorer votre situation et faciliter l'application d'un processus agile.

Il y a beaucoup à dire sur le caractère déplorable du basculement des tâches et de la destruction de projets, mais en réalité, il n'en résulte rien de bon. Déjà.

Je pense que 2 développeurs adoptent instinctivement un système comme Agile, même s'ils ne veulent pas le faire explicitement. Ils vont naturellement se parler et se répéter avec leur bon de commande.

En le regardant autrement:

Pourquoi ne considérez-vous pas les 8 développeurs membres de la même équipe Scrum? De cette façon, vous obtenez l'effet de diaphonie entre les projets. Peut-être que vous n'avez même pas à engager les gens dans des projets spécifiques ??

Lorsque plus de personnes sont ajoutées à votre boutique, vous pouvez éventuellement diviser l’équipe en deux plus petites.