6
votes

Scrum - es-tu un poulet ou un cochon?

Comme je suis juste en train d'apprendre à propos de Scrum, il me semble que pour une partie d'une itération, vous pouvez être un poulet, mais puis devenir un cochon quand il vient le temps de faire votre part. Puis revenez à être un poulet. Est-ce une pensée correcte? Que votre participation dans l'itération changera lors d'une itération? Sinon, comment cela fonctionne-t-il? Parce que lorsque le logiciel est construit, il est planifié, codé, testé, raffiné, alors c'est fait. Je me trompe dans ma pensée? Merci!


1 commentaires

Quoi? Je suppose que je suis non informé, mais Scrum sonne beaucoup bizarre que je ne le pensais.


9 Réponses :


1
votes

À mon avis, vous êtes soit un poulet, soit un cochon, il ne change pas pendant une itération / sprint.

Si vos rôles d'expérimentation changent comme si vos sprints sont probablement trop longs, sinon la personne était vraiment une poupée tout le temps.


0 commentaires

3
votes

Vous êtes un cochon si votre cul est sur la ligne en ce qui concerne le succès ou l'échec du projet.


0 commentaires

2
votes

Pour la durée de l'itération, vous êtes un cochon ou un poulet - vous ne pouvez pas être tous les deux. Au fur et à mesure que les membres de l'équipe sont les participants du sprint, ils doivent toujours travailler sur l'arriéré de l'itération.

En supposant que, par "itération", vous voulez dire une période définie par l'équipe pour produire une incrément de produit potentiellement expédié (également appelé "sprint").


2 commentaires

En outre, si vous trouvez que votre rôle change, cela pourrait être parce que vous essayez de faire une cascade à l'intérieur d'un cycle d'itération Scrum.


@David MCEWing: Pouvez-vous élaborer pourquoi ce rôle change peut être un indicateur de la mentalité de Waterfall-y?



1
votes

Il y a un article de porc et de poulet ici qui dit en partie:

Je considérerais les rôles des deux Propriétaire et le scrummaster à être des cochons sur une équipe.

Wikipedia dit que le propriétaire du produit, le maître Scrum et l'équipe sont " Les rôles de cochon et les parties prenantes (clients, vendeurs) et les gestionnaires sont des rôles "poulet".

Basé sur cela, je dirais généralement que vous ne changez pas entre le porc et le poulet.


0 commentaires

13
votes

Sauf si vous n'êtes à la fois sur l'équipe et à un intervenant du projet, vous n'êtes pas tous les deux.

Les porcs sont les membres de l'équipe de Scrum - Propriétaire du produit, Master Scrum, Développeurs, Testeurs, etc.

Les poulets sont les personnes qui veulent le produit - clients, gestion.

La seule fois où je peux voir où une personne est la fois lorsque le produit est pour l'équipe. Ensuite, l'équipe ne sont pas seulement les cochons (faisant le travail, la mettant tout sur la ligne), mais aussi les clients qui souhaitent le produit.


1 commentaires

Bonne réponse. J'aimerais ajouter deux mots que je trouve essentiel "engagé" et "impliqué". Les porcs sont tous ceux qui s'engagent à un objectif pour le sprint - comme le cochon de la blague classique, les rôles sont basés sur. Les cochons se sont engagés à faire ce qui est nécessaire pour répondre à l'objectif - tandis que les poulets ne sont impliqués que.



2
votes

Sur la base de mon expérience et de votre compréhension de SCRUM, votre rôle ne devrait pas changer pendant un sprint. Soit vous êtes un poulet ou un cochon.

Un cochon est celui qui obtient le travail effectué (par exemple un développeur) et un poulet est celui qui gagne quelque chose par les cochons faisant leur travail (par exemple, le propriétaire du produit).

Edit: Il suffit de trouver cette "définition" de poulet et de porcs: L'histoire classique du cochon et du poulet


0 commentaires

0
votes

Dans une équipe qui sucrit par le livre, vous ne pouvez être qu'un poulet ou un cochon pendant un sprint. Et probablement la plupart des gourous Scrum vous diront que les équipes ne devraient pas changer entre les sprints non plus.

Si vous faites partie de l'équipe, votre participation ne peut pas changer pendant la sprint - car c'est l'équipe totale qui est responsable de la pièce de code potentiellement distribuable que vous vous engagez à produire. Si vous pensez d'une manière comme «Je ne suis responsable que de la partie renvoyée de cette fonctionnalité, qui sera construite dans la première moitié du sprint» Vous êtes sur la mauvaise piste.

Cependant, faire scrum par le livre sans penser à ce qui vous convient peut être la mauvaise décision - vous pourriez avoir des membres de l'équipe très utiles, mais aussi d'autres responsabilités (pas très bien à mon avis).


0 commentaires

1
votes

Résumé: Échanger des rôles de porc et de poulet pendant la sprint peut mettre en danger le contrat initial effectué avant son début, mettant ainsi en danger la livraison réussie.

Le concept de cochon et de poulet est juste une métaphore Scrum pour ce qui est connu autrement dans le champ de gestion de projet comme Parties directes et indirectes du cycle de développement du produit.

Le court, mémorable et drôle histoire de cochon et de poulet Démarrage d'un restaurant fait un Grande métaphore et aide à expliquer le concept de parties prenantes sans recourir à la gestion Lingo.

Une des grandes choses sur Scrum est qu'il rend la technologie de gestion actuelle accessible aux non-gestionnaires. En faisant de la consommation de qualité ou convivial comme nous le dirons sur les systèmes logiciels.

Un poulet peut-il transformer en porc (intervenant indirect) et inversement pendant le cycle de développement? Une personne peut-elle être à la fois un poulet et un cochon en même temps?

Répondre à ce dernier, c'est un "non" défini: une personne ne peut être qu'un poulet ou un cochon dans le contexte d'un seul projet, selon la participation. Toute l'idée de la division de poulet et de porc consiste à donner une bonne décision de décision et de responsabilité au cours d'une phase de projet aux personnes qui sont directement impliquées et intéressées par le résultat positif (porcs), limitant les interférences provenant des acteurs externes parfois puissants (poulets).

Le changement de rôle peut-il changer pendant le projet? Oui, cela peut, mais pas pendant Sprint . Scrum Être un Méthodologie de développement AGILE Il vise à mettre en place la responsabilité collective du résultat de l'ensemble de l'équipe. Agile (et surtout Scrum) favorise l'attitude "une pour toutes pour toutes" ". Toutes les méthodes structurées ne font pas que, par exemple, l'une de Waterfall faiblesses est que la responsabilité des membres de l'équipe se termine dès qu'une livrable provisoire est acceptée (spécifique fonctionnelle) qui transforme le poids de tout problème qui supervient beaucoup plus loin dans le projet sur les épaules des membres malheureux des membres de l'équipe qui ont la responsabilité de réussir le projet au cours des dernières étapes de développement ( généralement des développeurs).

Scrum Itération, appelée Sprint vise à fournir un changement complet de la spécification au produit prêt à l'emploi, au lieu d'une sorte de livrable intermédiaire. L'équipe offre beaucoup d'informations à décider de ce qui se passe dans le sprint et doit ensuite s'engager collectivement à la modification. Cela crée un contrat entre l'équipe et le monde extérieur.

Changer les rôles pendant le sprint peut mettre en danger ce contrat. Si un cochon devient un poulet, il n'est plus responsable de voir le sprint à l'achèvement de mettre le fardeau de traiter les lacunes dans leur travail sur les épaules des membres de l'équipe restants. Quand un poulet devient un cochon pendant un sprint, ils ne peuvent pas s'engager de manière réaliste à quelque chose qui a été convenu avant de venir à bord. C'est pourquoi c'est mieux lorsque les rôles restent inchangés pendant la durée du sprint.


0 commentaires

0
votes

Je travaille principalement avec des startups, y compris l'une des miennes. Dans tous les cas, j'agis dans un rôle que le développement du maigre appelle «ingénieur en chef» ou «directeur de produit». Je suis le technologue principal ainsi que le chef de produit et la voix du client. Si vous avez une personne comme celle-ci dans votre organisation, vous n'avez peut-être pas besoin de guérir les rôles aussi strictement que l'orthodoxie Scrum suggère, et vous pouvez commencer à utiliser des traditions méthodologiques et des approches qui n'ont pas besoin d'être aussi verrouillées Comme Scrum est souvent.


0 commentaires