2009-08-10 14 views
6

Como estoy aprendiendo acerca de Scrum, me parece que durante parte de una iteración puede ser un pollo pero luego convertirse en un cerdo a la hora de hacer su parte. Entonces vuelve a ser un pollo. ¿Es esto correcto pensar? ¿Que su participación en la iteración cambiará durante una iteración? si no, ¿cómo funciona eso? porque cuando se construye el software, se planifica, codifica, prueba y refina, y luego se completa. Estoy equivocado en mi forma de pensar? Gracias!Scrum - ¿Eres un pollo o un cerdo?

+3

¿Qué? Supongo que estoy desinformado, pero Scrum suena mucho más raro de lo que pensaba. – JAL

Respuesta

1

En mi opinión, usted es un pollo o un cerdo, no cambia durante una iteración/sprint.

Si los roles de experiencia cambian así, sus sprints son probablemente demasiado largos, o la persona estuvo realmente molesta todo el tiempo.

3

Eres un cerdo si tu trasero está en riesgo con respecto al éxito o fracaso del proyecto.

2

Durante la iteración, eres un cerdo o un pollo: no puedes ser ambos. Como los miembros del equipo son los participantes del sprint, siempre deberían estar trabajando en la acumulación de iteraciones.

Suponiendo que por "iteración" se entiende un período de tiempo establecido por el equipo para producir un incremento de producto potencialmente realizable (también conocido como "sprint").

+0

Además, si descubre que su función está cambiando, podría deberse a que está tratando de hacer una cascada dentro de un ciclo de iteración de scrum. –

+0

@David McEwing: ¿pueden explicar por qué ese cambio de roles puede ser un indicador de la mentalidad de cascada? – Javier

1

Hay un artículo de cerdo y pollo here que dice en parte:

yo consideraría tanto el papel de propietario del producto y el ScrumMaster a ser cerdos en un equipo.

Wikipedia says que propietario del producto, Scrum Master, y el equipo son papeles "cerdo" y grupos de interés (clientes, proveedores) y los gestores son papeles de "pollo".

Basado en eso, yo diría que generalmente no estás cambiando entre el cerdo y el pollo.

13

A menos que ambos sean parte del equipo y una parte interesada en el proyecto, entonces no son ambos.

Los cerdos son los miembros del equipo Scrum: propietario del producto, scrum master, desarrolladores, probadores, etc.

Los pollos son las personas que quieren el producto - clientes, gestión.

La única vez que puedo ver dónde está una persona es cuando el producto es para el equipo. Entonces, el equipo no son solo los cerdos (haciendo el trabajo, poniéndolo todo en la línea), sino también los clientes que quieren el producto.

+1

Buena respuesta. Me gustaría agregar dos palabras que considero esenciales "comprometidas" e "involucradas". Los cerdos son todos los que se comprometen con un objetivo para el Sprint, como el cerdo en el clásico chiste en el que se basan los roles. Los cerdos se comprometen a hacer lo que sea necesario para alcanzar el objetivo, mientras que los pollos solo están involucrados. – stiank81

2

Según mi experiencia y conocimiento de SCRUM, su función no debería cambiar durante un sprint. O eres un pollo o un cerdo.

Un cerdo es el que hace el trabajo (por ejemplo, un desarrollador), y un pollo es el que gana algo por los cerdos que hacen su trabajo (por ejemplo, el propietario del producto).

EDIT: Acabo de encontrar esta "definición" de pollo y cerdos: The Classic Story of the Pig and Chicken

0

En un equipo que hace Scrum por el libro, sólo puede ser una gallina o un cerdo durante una carrera de velocidad. Y probablemente la mayoría de los Scrum Gurus te dirá que los equipos tampoco deberían cambiar entre sprints.

Si usted es parte del equipo, su participación no puede cambiar durante el Sprint, ya que es el equipo entero que es responsable de la parte del código potencialmente enviable que usted se comprometió a producir. Si piensas de forma similar a "Solo soy responsable de la parte de respaldo de esa función, que se creará en la primera mitad del sprint", estás en la senda equivocada.

Sin embargo, hacer Scrum según el libro sin pensar qué es lo correcto para usted puede ser la decisión equivocada; es posible que tenga algunos miembros del equipo que son muy valiosos pero también tienen otras responsabilidades (no muy buenas en mi opinión).

1

Resumen: intercambiar roles de cerdo y pollo durante Sprint puede poner en peligro el contrato inicial realizado antes de su inicio, poniendo en peligro la entrega exitosa.

El concepto de cerdo y pollo es solo una metáfora de Scrum para lo que se conoce en el campo de gestión de proyectos como direct and indirect stakeholders del ciclo de desarrollo del producto.

El corto, memorable y divertido story of pig and chicken poner en marcha un restaurante hace una gran metáfora y ayuda a explicar el concepto de los interesados ​​sin recurrir a la jerga de gestión.

Una de las grandes ventajas de Scrum es que hace que la tecnología de gestión actual sea accesible para quienes no son gerentes. Haciéndolo de grado de consumo o fácil de usar como diríamos sobre los sistemas de software.

Entonces, ¿un pollo (actor indirecto) puede convertirse en cerdo (actor directo) y viceversa durante el ciclo de desarrollo? ¿Puede una persona ser tanto un pollo como un cerdo al mismo tiempo?

Respondiendo a esto último es un "no" definitivo: una persona solo puede ser un pollo o un cerdo en el contexto de un solo proyecto, la apuesta que sea mayor. La idea de la división de pollo y cerdo es dar mayor poder de toma de decisiones y responsabilidad durante la etapa del proyecto a las personas directamente involucradas e interesadas en el resultado positivo (cerdos), limitando la interferencia proveniente de jugadores externos (pollos) a veces poderosos.

¿Puede cambiar la función durante el proyecto? Sí, puede, pero no durante Sprint. Scrum siendo una metodología de desarrollo Agile tiene como objetivo poner la responsabilidad colectiva del resultado en todo el equipo. Ágil (y especialmente Scrum) promueve la actitud de "uno para todos y uno para todos". No todos los métodos estructurados lo hacen, por ejemplo, una de las deficiencias de Waterfall es que la responsabilidad de algunos miembros del equipo termina tan pronto como se acepta un resultado provisional (es decir, especificación funcional) que cambia el peso de cualquier problema que surja mucho más en el proyecto en el hombros de desafortunados miembros del equipo que tienen la responsabilidad de hacer que el proyecto tenga éxito durante las etapas de desarrollo posteriores (generalmente desarrolladores).

La iteración de Scrum, llamada Sprint, tiene como objetivo ofrecer un cambio completo de una especificación a un producto listo para usar, en lugar de un tipo de entrega intermedia. El equipo proporciona una gran cantidad de información para decidir qué se incluye en el Sprint y, posteriormente, tiene que comprometerse colectivamente a entregar el cambio. Eso crea un contrato entre el equipo y el mundo exterior.

Cambiar los roles durante el Sprint puede poner en peligro este contrato. Si un cerdo se convierte en gallina, él o ella ya no es responsable de ver que Sprint complete la carga de lidiar con las deficiencias de su trabajo en los hombros de los miembros restantes del equipo. Cuando un pollo se convierte en un cerdo durante un Sprint, no pueden comprometerse de manera realista con algo que se haya acordado antes de que suban a bordo.Por lo tanto, es mejor cuando los roles permanecen sin cambios durante la duración de Sprint.

0

Trabajo principalmente con nuevas empresas, incluida una de las mías. En todos los casos, actúo en un rol que Lean Development denomina "Ingeniero Jefe" o "Director de Producto". Soy el tecnólogo principal, además del gerente de producto y la voz del cliente. Si tienes a alguien como este en tu organización, es posible que no necesites departamentalizar los roles tan estrictamente como lo sugiere la ortodoxia de Scrum, y puedes comenzar a utilizar tradiciones y enfoques metodológicos que no necesitan ser tan estrictos. como Scrum a menudo lo es.

Cuestiones relacionadas