89 votes

Quiconque obtenir usée à l’aide de Scrum, finition sprint après le sprint ?

Je suis avec une jolie petite startup et nous avons commencé à utiliser une forme de Scrum/Agile cycle de développement.

Dans beaucoup de façons que je profiter de la Mêlée. Nous avons relativement sprints courts (2 semaines) et j'aime le burndown Chart de suivre les progrès de l'équipe. J'aime aussi la Fonction de Conseil, donc je sais toujours ce que je devrais faire à côté. Il est bon de prendre vers le bas d'une fonctionnalité de carte de la carte, le remplir puis de le mettre dans la gravure en bas de la pile.

Toutefois, nous entrons maintenant dans notre 18ème Sprint cycle de publication et je commence à me sentir un peu brûlé. Ce n'est pas que je n'aime pas du travail ou de mes collègues, c'est juste que ces sprints sont... eh bien, les sprints. Du début à la fin, j'ai littéralement l'impression que je suis de course contre la montre afin de maintenir notre vitesse de développement. Lorsque nous avons terminé avec le sprint de nous passer un jour à la planification du prochain sprint de l'ensemble des fonctionnalités et des estimations et puis on repart.

Pour les personnes qui travaillent dans une maturité Agile/Scrum processus de développement, est-ce normal? Ou sommes-nous en manque de quelque chose? Est-il normalement le temps dans une Mêlée de l'environnement qui est non affecté/non chaînée à faire quelques petites choses et pour effacer de votre tête?

68voto

The Matt Points 4339

C'est relativement normal et peut parfois être d'une plainte de nos membres de l'équipe si les projets se poursuivre pendant une longue période de temps.

La clé de ce que nous parlons ici, c'est rythme soutenu. Si vous et votre équipe êtes en mesure de soutenir votre rythme sur le long terme, c'est excellent: vous avez à atteindre le hyperproductivity que toutes les équipes Scrum cherchons à atteindre.

Alternativement, si vous trouvez que vous surestimer combien le travail que vous pouvez réellement obtenir fait en un jour, alors vous pourriez avoir besoin de réévaluer qu'au cours de la rétrospective. La quantité de temps productif dans un jour où une équipe choisit de reconnaître la planification de la capacité pour un sprint est appelé un accent facteur.

Henrik Kniberg a ceci à dire:

Le "défaut" focus factor-je utiliser pour de nouvelles équipes est généralement de 70%, étant donné que c'est où la plupart de nos autres équipes ont fini au fil du temps.

http://www.crisp.se/henrik.kniberg/ScrumAndXpFromTheTrenches.pdf

Cependant, ce qu'il sonne comme vous parlez, c'est tout simplement le non-stop élan de sprint après sprint, pas nécessairement votre productivité en un jour. Voici quelques suggestions de choses que nous avons essayé de traiter avec que:

  • Fin du sprint vendredi matin. Votre revue du sprint et de la rétrospective du matin et de laisser l'équipe travailler sur autre chose le reste de la journée à s'acquitter de leurs têtes. Ramasser avec planification de Sprint lundi.
  • Nous avons introduit la notion de "laboratoire de jours". Ce sont des journées entières que l'équipe est retiré du projet et ils passent la journée à travailler sur l'amélioration de leurs propres compétences techniques dans le cadre de la recherche les uns avec les autres et de collaboration sur des sujets techniques. La plupart du temps, ils n'ont absolument rien à voir avec le projet et de permettre à des membres de l'équipe à réfléchir sur d'autres sujets plus légers.

24voto

McG Points 1

À partir de Wikipedia sur l'épuisement professionnel: "le burn-out est en grande partie une question organisationnelle causée par de longues heures, peu de temps d'arrêt, et continue par les pairs, des clients et de la qualité de la surveillance"

Ils pourraient aussi bien avoir l'image d'une icône de la Mêlée à côté de la définition de l'épuisement professionnel.

Si vous pensez que vous pouvez l'envoyer à quelqu'un sur quelque chose d'autre pour une brève diversion pour corriger l'épuisement professionnel, de toute évidence vous n'avez pas réfléchi. Jamais aller en vacances après avoir été brûlé et de retour au travail de la pensée, Wow! Maintenant, je suis reposé et prêt pour un autre 6 mois de cette torture, jusqu'à ce que je reçois enfin une pause à nouveau. Nope, ce qui arrive est que vous vous rendez compte, Wow! Mon travail suce. Maintenant, je peux vraiment voir comment mon stupide du gestionnaire de la micro-gestion, processus de développement est juste une autre façon d'obtenir plus hors de moi pour moins cher et la vie est trop courte pour cela... je devrais trouver quelque chose d'autre à faire ou de changer d'emploi à quelque chose de moins stressant.

À mon humble avis, à court de 2 semaines Mêlée devrait être interdit, sauf dans de petites doses, pas plus de 4 à 8 dans une rangée. L'utiliser comme un outil pour l'exceptionnelle qualité de critique ou de choses, pas en permanence. Utiliser le bon sens.

14voto

Troy Hunt Points 9745

Vous vous êtes épuisé après 36 semaines de travail acharné, ce n'est pas Mêlée, c'est la nature humaine! Scrum n'est pas là pour vous faire travailler plus dur, il est là pour vous aider à travailler de façon plus systématique et avec une plus grande prévisibilité. Je vois souvent des gens de confondre les symptômes de la normale de gestion de projet avec ce qu'ils perçoivent sont les symptômes de méthodologies agiles (c'est à dire "le client garde de l'évolution des exigences – elle doit être Mêlée à la faute!"). C'est une distinction importante, mais parce que sans en identifier la cause, vous ne pouvez pas traiter les symptômes. Personnellement, je serais à la recherche des moyens de réduire l'épuisement professionnel comme les techniques de gestion du stress. Il ya des tas d'informations sur la façon de réussir dans un environnement stressant.

11voto

Earl Everett Points 161

Un Sprint n'est pas un 100 yard dash; il est l'un (au hasard) mile dans un marathon, c'est à dire un rythme que vous pouvez maintenir indéfiniment.

Votre Équipe est de mener des rétrospectives à la fin de chaque Sprint? C'est l'Équipe de l'occasion pour "inspecter et de s'adapter" leurs processus? En tant que ScrumMaster, je l'ai régulièrement demandé à l'Équipe pour les taux de la façon dont l'Équipe comme une entité "sent", et si elles sont à avoir du plaisir. Découvrez pourquoi ou pourquoi pas, et d'expérimenter avec des réglages et des solutions de rechange.

Dans mon expérience, les membres de l'Équipe, profitez de jusqu'à une limite) la "pression" que le Sprint timebox limite. La clé est de se rapprocher, mais ne pas dépasser, que de la zone. En tant que de besoin, l'étalonnage de cette zone est un premier point de contrôle dans une rétrospective.

Comme pour "... le temps dans une Mêlée environnement non affecté/non chaînée à faire quelques petites choses et pour effacer de votre tête", en gardant l'engagement de l'Équipe à x% de la capacité disponible (points, de préférence, mais les heures d'ouverture peuvent être utilisés si nécessaire; dans les deux cas, j'ai trouvé quelque chose dans la gamme de 60 à 70% semble la norme) est la clé de la durabilité à l'intérieur d'un Sprint, et parfois un "libre-code du jour:" travaille bien à l'extérieur des Sprints.

10voto

acrosman Points 7688

N’importe quel processus de développement, vous utilisez, si l’équipe est se brûler quelque chose ne va pas. Il peut être aussi simple que les personnes ne prenant pas le temps de vacances que dont ils ont besoin, ou il pourrait être dans les détails de comment vous gérez vos mêlées. Équipes sont efficaces à long terme parce que tout le monde obtient le repos dont ils ont besoin le long du chemin.

Prograide.com

Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.

Powered by:

X