Agile / Scrum peut-il être utilisé par 1 ou 2 développeurs?
Tout ce que j'ai lu et recherché jusqu'à présent décrit comment Agile/Scrum fonctionne très bien avec des équipes d'environ 4 à 6 membres, peut-être même plus.
Dans ma boutique actuelle, nous avons environ 8 développeurs environ, mais étant donné la nature du volume de projets et le nombre de départements que nous soutenons, nous n'avons jamais plus de 1 ou 2 personnes affectées à un projet donné.
Puis-je toujours utiliser Agile/Scrum avec une équipe de 1 ou 2 développeurs? Je travaille à faire le pitch à mon manager pour commencer à travailler avec cette méthodologie, mais je dois être en mesure d'expliquer comment faire évoluer les choses pour une petite équipe de développeurs, ou les convaincre de s'assurer que nous obtenons plus de membres sur une base donnée projet.
Vous pouvez certainement utiliser certains principes agiles dans vos projets, vous n'avez pas besoin d'utiliser Scrum, utilisez ce qui fonctionnera le mieux pour vous. Vous pouvez certainement bénéficier de certaines des méthodes XP et quelques pratiques de mêlée. Mais probablement pas "par livre", l'équipe de 1-2 personnes est tout simplement trop petite, même pour ce petit scrum de frais généraux, commencez par quel livre dit, puis abandonnez tout ce qui vous semblera hors de propos après un certain temps. Ne laissez pas tomber les rétrospectives, cela vaut certainement le temps passé à discuter des problèmes que vous avez et à trouver des solutions pour eux.
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 sont adaptées aux petites équipes car avec les grandes équipes, il devient plus difficile de gérer la communication. Avec 1 ou 2 personnes développant un projet (et un client), vous devriez pouvoir travailler de manière agile très facilement. je vous suggère de lire le manifeste agile comme un bon début pour agile. Pour la mêlée, je vous suggère de regarder Scrum des tranchées . Kanban semble être à la mode maintenant et il y a aussi Kanban personnel !
Si j'étais vous, je gérerais et visualiserais mes tâches et mes priorités en utilisant Kanban, et j'adopterais certaines des pratiques XP: le développement piloté par les tests, les rétrospectives et le time-boxing sont probablement bons Plus tard, lors des rétrospectives, vous pouvez identifier plus de pratiques dont vous pensez avoir besoin.
Kanban est très non normatif. Tout ce que vraiment requiert, c'est que:
- Vous visualisez votre workflow
- Vous limitez votre travail en cours (particulièrement utile dans votre cas)
L'idée est que vous vous accrochez à d'autres pratiques que vous trouvez utiles, et XP est une excellente source pour ces pratiques.
Avertissement: je n'ai jamais essayé cela, mais ce serait en haut de ma liste de choses à essayer si j'étais dans la même position.
Absolument et sans aucun doute. Consultez le livre Pragmatic Programmer pour plus d'informations sur la façon dont les développeurs individuels peuvent travailler 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 à n'importe quel groupe de travail.
Je dirais que vous pouvez utiliser des techniques de différentes méthodes agiles, mais vous ne devriez pas utiliser Scrum comme 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 de nombreuses méthodologies agiles, y compris Scrum, peuvent vous fournir un point de départ.
J'ai récemment lu ce livre sur Scrum: Agile Project Management with Scrum
Pour moi, c'était mon premier livre sur la mêlée, et je l'ai fait pour moi, il se concentre vraiment sur les principes sous-jacents qui sont importants. Je pense que certains de ces principes pourraient s'appliquer et aider des équipes d'une à deux personnes.
Oui, vous pouvez utiliser des méthodes agiles avec seulement deux développeurs, mais vous avez toujours besoin d'un responsable client/produit 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 jumeler un programme, et ainsi rater toutes les opportunités de partage de code. Quatre à six développeurs + un chef de produit est la taille parfaite pour un projet agile. Plus que cela, et les sous-équipes ont tendance à se former, ce qui va un peu à l'encontre de l'objectif.
Je ne connais pas votre situation exacte bien sûr, mais il semble pour moi que vous exécutez plusieurs projets en même temps. Ma suggestion est que vous devriez essayer de présenter l'idée de réduire le nombre de projets simultanés, et plutôt d'avoir, disons, deux équipes travaillant sur un projet chacune. 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 la gravité du changement de tâche et de la corbeille de projet, mais vraiment, rien de bon n'en sort. Déjà.
En regardant les choses autrement:
Pourquoi ne considérez-vous pas les 8 développeurs membres de l'équipe même Scrum? De cette façon, vous obtenez l'effet de diaphonie entre les projets. Peut-être que vous n'avez même pas à engager des 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.
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 répéter avec leur PO.