10 questions pour déterminer si vous êtes transition vers ou loin de mêlée

Êtes-vous sûr de savoir si vous êtes l'exécution de mêlée correctement? Les questions suivantes peuvent soulever des signes avant-coureurs que vous compromettre votre exécution de mêlée ou de tomber dans les pièges courants qui pourraient faire dérailler la transition vers Scrum.

Voulez-vous vous dites, ou entendre les autres en disant: “ oui, nous mêlée, mais. . . ” ;?

“ Scrum, mais ” est une condition connue lorsque les organisations adoptent partiellement mêlée.

Rappelez-vous, mêlée est un cadre simple: seulement trois rôles, trois artefacts, et cinq activités. Si vous sentez que vous avez à modifier mêlée, qui devrait indiquer que vous êtes en évitant une question qui a exposé mêlée. Pratiques agiles communes améliorent mêlée plutôt que de le diluer.

Êtes-vous toujours la documentation et des rapports à l'ancienne?

Si vous avez encore des heures documentation et les rapports lourde brûlant, il est un signe que l'organisation n'a pas accepté de mêlée et d'autres approches agiles pour le transport de l'état du projet. Aider les gestionnaires à comprendre comment utiliser mêlée rapports artefacts existants et arrêter de faire un double travail!

Quand les parties prenantes signer toutes les spécifications?

Si vous êtes en attente d'approbations sur les exigences globales de commencer à développer, vous ne suivez pas mêlée. Vous pouvez commencer le développement dès que vous avez suffisamment de besoins pour le premier sprint.

Sont membres de l'équipe de développement demandent plus de temps dans un sprint pour terminer les tâches?

L'équipe de développement peut ne pas fonctionner de manière transversale ou essaimage sur les besoins prioritaires. Membres de l'équipe de développement peut aider une autre finition tâches, même si ces tâches sont en dehors de l'expertise de base d'une personne.

Cette question peut également indiquer les pressions extérieures à sous-estimer les tâches et adapter plus de travail dans un sprint que l'équipe de développement peut gérer.

Sont membres de l'équipe de développement demandent ce qu'ils devraient faire ensuite?

Si les développeurs sont en attente pour la direction du propriétaire du produit, ou pour le pire, le maître de mêlée, ils ne sont pas auto-organisation. L'équipe de développement devrait être mise à jour du backlog de sprint chaque jour et de parler de ce qu'ils ont accompli et ce qu'ils y travaille, y compris les obstacles à leur manière, à chaque mêlée quotidienne. Le sprint par équipe du carnet de commandes et de développement lui-même conduire le travail de chaque jour, pas le propriétaire du produit ou scrum master.

Sont membres de l'équipe attendent jusqu'à la fin du sprint de faire des tests?

Les équipes de développement Scrum devrait tester toutes les exigences en cours tous les jours dans un sprint. Tous les membres de l'équipe de développement sont les testeurs.

Sont les parties prenantes se présentant pour l'avis de sprint?

Si les seules personnes à avis de sprint sont les membres de l'équipe de mêlée, il est temps de rappeler aux intervenants comment fonctionne mêlée. Laissez les intervenants savent qu'ils manquer leur chance de revoir la fonctionnalité du produit de travail, de fournir une rétroaction immédiate pour minimiser les coûts et les délais de correction cours, et de voir de première main comment le projet progresse.

Est l'équipe de mêlée plaint étant bossed autour par le maître de mêlée?

Techniques de commandement et de contrôle sont l'antithèse de l'auto-gestion et sont en conflit direct avec les valeurs et les principes agiles. Les équipes Scrum sont des équipes de pairs - le seul patron de la façon de faire le travail est l'équipe elle-même. Avoir une discussion avec votre mêlée mentor et agir rapidement pour rétablir les attentes du maître de mêlée de son rôle.

Est l'équipe Scrum met en beaucoup d'heures supplémentaires?

Si la fin de chaque sprint devient une ruée pour accomplir des tâches, vous ne pratiquez pas le développement durable. Rechercher les causes profondes, telles que la pression à sous-estimer. Le maître de mêlée peut avoir besoin de l'entraîneur de l'équipe de développement et de les protéger contre le propriétaire du produit pression si tel est le cas. Réduire les points d'histoire pour chaque sprint jusqu'à ce que l'équipe de développement peuvent obtenir une poignée sur le travail.

Que rétrospective?

Si les membres de l'équipe de mêlée commencer à éviter ou annuler des rétrospectives de sprint, vous êtes sur la diapositive retour à cascade. Rappelez-vous l'importance de l'inspection et de l'adaptation, et être sûr de regarder pourquoi les gens sont absents de la rétrospective en premier lieu. Même si l'équipe de mêlée a une grande vitesse, la vitesse de développement peut toujours faire mieux, donc gardez la rétrospective et continuer à améliorer.