La méthode Scrum peut-elle être utilisée avec une seule personne et un seul Sprint de 10 jours?
Je dois donc faire un projet pendant environ 10 jours. À propos du travail, disons simplement que je vais développer un site Web avec un front-end et quelques interfaces entre les services internes. Maintenant, je dois utiliser une méthode de projet et je pense à la méthode Scrum. Mais comme je ne suis qu'une seule personne, je demande s'il est possible d'implémenter la méthode Scrum pour ce projet.
Mon idée est que je prenne les rôles de Product Owner, Development et Scrum Master et sur cette base, je "ferai" le projet.
Donc pour lister ma (mes) question (s):
- Est-ce toujours considéré comme "Scrum"?
- Existe-t-il une autre méthode de projet que je pourrais utiliser pour cela?
- (Ou) Dois-je créer une méthode de projet "propre" basée sur la méthodologie Scrum/Agile?
Dans ce cas, je simplifierais pour Kanban . Kanban a simplement un backlog sur lequel vous travaillez, il n'est donc pas nécessaire d'organiser le travail en sprints. Il vaut mieux ne pas trop compliquer les choses. Étant donné que c'est un travail qui ne serait qu'un sprint et un personnel très limité, je pense que cela correspond plus à la méthode Kanban qu'à la mêlée.
Pourquoi envisagez-vous d'utiliser des méthodes Agiles pour un projet à si petite échelle?
Les méthodes agiles sont conçues par exemple pour gérer le risque d'absences imprévues de ruiner votre projet, et pour planifier des tâches dans une grande équipe. Ils travaillent en divisant le travail en petits morceaux, en attribuant une difficulté à chacun d'eux, puis par une sorte de magie, les développeurs deviennent homogènes, et chacun peut effectuer une tâche de 5 jours en environ 5 jours. Bien sûr, cela fonctionne mieux si tous les développeurs sont qualifiés et que leur expertise ne se limite pas à certains domaines du code.
Si quelqu'un choisit une tâche de 5 jours et la termine en 2 jours, l'utilisation de l'agile signifie qu'il y aura un arriéré de tâches, il est donc possible de choisir une autre tâche.
Je dirais que rien de tout cela n'est requis s'il n'y a qu'une seule personne dans l'équipe.
J'irais également plus loin et dirais que dans un projet de 10 jours, l'utilisation de Scrum peut ne pas être aussi bénéfique. Combien de temps durerait alors votre sprint? Vraisemblablement 10 jours, comme vous l'aviez prévu. Scrum a cependant été conçu pour fonctionner dans des projets qui ont de nombreux sprints ultérieurs. Sinon, vous manquez les avantages de la rétrospective du sprint.
J'ai une méthode que vous pouvez utiliser dans votre projet de développeur unique à très petite échelle. C'est appelé TODO.txt. Utilise le!
Comme une toute autre affaire, je pense qu'il y a des limites supérieures à l'applicabilité de Scrum en plus des limites inférieures. Donc, utiliser Scrum dans un projet de 100 développeurs sur 10 ans peut ne pas être idéal. Mais cela commence bientôt à devenir hors sujet sur une réponse à cette question à petite échelle ...
Est-ce toujours considéré comme "Scrum"?
Probablement pas. Ce n'est certainement pas par le livre. Que ce soit "est" ou "n'est pas" Scrum, peu importe. L'un des principaux points de l'agilité est de comprendre qu'une étiquette n'est pas une chose réelle et que seule la vraie chose compte.
Existe-t-il une autre méthode de projet que je pourrais utiliser pour cela?
(Ou) Dois-je créer une méthode de projet "propre" basée sur la méthodologie Scrum/Agile?
Ça semble être une bonne idée. Scrum est conçu pour être utilisé avec une équipe, donc tout ne fonctionnera pas si vous êtes seul. Mais beaucoup de idées de Scrum sont très puissants et assez universels. Je volerais certainement tout ce que vous pouvez qui, selon vous, vous aidera.
Lorsque je travaille sur mes propres projets, ce que j'essaie habituellement de faire, c'est d'avoir un arriéré d'histoires générales, de ramasser des histoires et de prendre un moment pour les décomposer en tâches, terminer les tâches une par une, et de temps en temps prendre un moment pour réfléchir si je construis toujours la bonne chose et le fais de la bonne façon.
Est-ce une méthodologie? On s'en fout. Bien sûr que non, tant que ça marche. Prenez les idées qui, selon vous, vous aideront dans votre projet, jetez le reste. Vous avez un contrôle absolu sur la façon dont vous travaillez, donc la meilleure chose à faire est de construire la méthodologie parfaite pour vous-même. Agile et Scrum peuvent être de bons points de départ, mais je n'y adhérerais pas si j'étais vous.
Réponse courte: [~ # ~] non [~ # ~] , il n'y a aucune raison d'utiliser Scrum pour un projet avec une équipe de 1 développeur et la durée de 10 jours.
Scrum est une méthodologie relativement lourde. C'est un consensus général pour utiliser Scrum classique pour un projet avec 7-9 développeurs et une durée supérieure à 6 mois. Pourquoi ? Deux raisons principales:
- Le nombre de cérémonies Scrum (réunions, démo, rétro, planification) ne rapporte pas bien pour les petits projets (5 personnes et moins) et ne dépasse pas 10-15 personnes. Il est possible de faire évoluer Scrum en utilisant "Scrum-of-Scrums" ou des approches similaires, mais il n'est pas possible de le réduire sans encourir de frais généraux fous.
- Scrum est une méthodologie itérative, qui permet à l'équipe d'apprendre sa vitesse de travail de manière plus prévisible et de s'autogérer en repoussant les slackers (en raison de la responsabilité partagée). Étant donné que vous n'aurez qu'un sprint et un développeur, il n'y aurait aucune possibilité pour "l'équipe" d'apprendre quoi que ce soit.
Considérez Kanban ou XP, ou référez-vous simplement à Meilleure méthodologie de développement pour une seule personne?