Tenemos un único desarrollador que trabaja en 3 proyectos diferentes. Solía trabajar en la corrección de errores, el mantenimiento y la implementación de algunas funciones. En un proyecto específico, él trabaja con un desarrollador junior más.Cómo administrar el proceso para el proyecto de un solo hombre
Nuestra empresa desea implementar Scrum para todos los proyectos. ¿Cuál es la mejor forma de manejar el scrum para proyectos de 1 o 2 personas?
estoy de acuerdo que debe mantenerse estúpido simple, pero la mayor parte del framework de Scrum se puede usar aquí.
Tenía varias personas trabajando de esta manera tanto en proyectos como en trabajos de mantenimiento/operacionales.
Product Owner/Backlog - Todavía hay un propietario que está a cargo de definir el valor comercial y priorizar, ¿no? El retraso aún debe estar allí. Si él es parte de una empresa más grande de Scrum, probablemente necesite alimentar parte de una cartera de productos más grande.
Scrum Team - sí, es un equipo de 1 o 2 personas. Así que es realmente una autoorganización ... ¡pero eso está bien! ¿Scrum diario? sí, entre las 2 personas, o si es solo esa persona a veces, buen momento para repasar tareas y problemas, piense en qué impedimentos deben surgir al Scrum of Scrum o al Product Owner.
Sprint: sigue siendo una buena idea, especialmente si se trata de una empresa más grande de Scrum que está trabajando en sprints, pero incluso sin ella. Buena oportunidad de ponerse al día con PO, hacer una demostración de lo que obtuviste, darte energía, retrospectiva y ver qué puedes hacer mejor, planea el próximo sprint. Tenga en cuenta que en caso de trabajar fuera de una empresa Scrum/Scrum of Scrum, los sprints pueden beneficiarse de ser más cortos de lo habitual ya que el alcance es probablemente menor y la sobrecarga de planificación es menor. pero depende de la situación.
Retrospectiva: sí, se puede mantener sola. Creo que los programadores asesinos necesitan retrospectiva sobre su propio trabajo/progreso y tomar medidas sobre cosas que los frenen. Incluso mantenga una tabla en su área de trabajo para ayudarlo a progresar.
Tablero de tareas/Quemaduras - Sí, las necesita. Puedes tenerlos en tu espacio de trabajo en la pared, pueden ser pequeños, pero realmente ayudan incluso si eres una persona. ¿Por qué GTD (Getting Things Done) no ayuda a una sola persona y a TB/BDC? Si esa persona está haciendo un trabajo de proyecto, entonces un Sprint Burndown y Release Burndown proporcionan un gran valor. Si está haciendo trabajos de operación/mantenimiento, sigue siendo una forma de verificar que está en camino o no, y aplica las medidas pertinentes en consecuencia.
Scrum Master - la persona debería ser su propio maestro de scrum.
entrenador - si la organización tenía un entrenador de ayudar al equipo/SM/OP, entonces debe también ayudar a esta célula scrum ...
En resumen - es claro que los valores y los principios subyacentes Scrum/Agile también aplica para equipos de 1-2 personas. También está claro que la mayoría de Scrum se puede aplicar también.
La pregunta es qué piensan las personas involucradas.
Si la dirección, el desarrollador, el PO están todos a bordo y creen que los valores/principios tienen sentido y se esfuerzan por mejorar, funcionarán. Si no lo hacen, primero llega al punto donde el pensamiento general tiene sentido, luego trata con el equipo individual ...
+1 para explicar cómo se puede hacer. Scrum es un framework muy liviano en sí mismo, y puedes aplicarlo en una amplia variedad de situaciones. No es necesariamente exagerado incluso con tan poca gente. – Jonik
+1: El punto es NO crear una metodología masiva fuera del scrum, solo tener reuniones de stand up diarias y estás haciendo scrum. –
Quizás SCRUM sea exagerado aquí. Organízate en paquetes de trabajo y tareas subyacentes.
¿La mejor manera? Que sea simple estúpido. No infle el proyecto con demasiados gastos administrativos. No tiene que usar un software para sus tareas de scrum. Los rastreadores de problemas como Redmine/JIRA son agradables para rastrear su progreso y asignar tareas. Pero también puede usar una pizarra con algunos imanes y memos (nombre de la tarea). Para que pueda asignar tareas a través del tablero;)
Un equipo ideal para SCRUM es 8-10 personas. Entonces, no sé cómo puedes hacer que funcione para un equipo tan pequeño.
En general, los procesos de scrum o ágiles son mal entendidos por las personas de la administración. Solo leyendo acerca de la proporción de éxito del scrum crea una especie de atracción de I-want-to-do-it en la gente de administración.
Hay dos facetas de la aplicación sobre toda SCRUM:
En mi humilde opinión, aquí su administración está a la espera de las prácticas de ingeniería y (tal vez) algunos procesos también.
Puede adoptar estos en piezas para ponerse en mejor forma, entonces puede ser a partir de ahora. (Al menos a los ojos de la administración ;-))
+1 para los ojos de la gerencia;) –
De acuerdo con la mayoría de las fuentes, el tamaño ideal del equipo de melé es de 7 + -2 miembros. Eso significa 5-9, no 8-10. Además, las prácticas de ingeniería (XP) que mencionas no son una parte integral del scrum (a pesar de que son muy comunes en el scrum). Es bueno pensar críticamente acerca de todos estos procesos exagerados, pero en este caso no estoy de acuerdo con el pesimismo de que no se puede hacer que funcione. – Jonik
con el diseño de scrum, no funcionará en ausencia de ciertas prácticas de XP como la automatización de pruebas. – NileshChauhan
Scrum es sin duda exagerado aquí. Además, no pienses que Scrum es una bala de plata y te sentirás excluido si no puedes implementarlo en tu proyecto. Lea Getting Real by 37signals y algunos otros recursos para mantener las cosas delgadas y encontrará que trabajar con un equipo interdisciplinario de 1 o 2 es en realidad una unidad bastante productiva, si las 1 o 2 personas involucradas están dispuestas y son capaces.
Me gusta Martin K. dijo: Keep It Simple Stupid. Son solo 1 o 2 personas, no es necesario tener "gestión de proyectos" como tal. Corta la basura y solo hazlo.
(Esto no quiere decir que no debe seguir a los presupuestos, expeniques y medir el progreso, pero no pierda tiempo y dinero en infraestructura que no se necesita)
Tenga cuidado de no tirar al bebé con el agua del baño; hay muchos aspectos muy valiosos de SCRUM que son relevantes para todos los tamaños de equipo. Y no piense ni por un momento que la gestión de proyectos no es necesaria solo porque solo tiene dos personas en un equipo. En la mayoría de los casos, el cliente seguirá esperando que se sigan las prácticas de gestión de proyectos, como la adhesión a los presupuestos y los plazos. –
Claro, pero hay Project Management y hay "gestión de proyectos". Scrum es solo una guía para trabajar y se adapta mejor cuando se aplica a proyectos que duran meses y con equipos de 5-9 personas. Algo menos que eso y hay muchas posibilidades de que Scrum sea excesivo. Como dije, eso no significa que deba abandonar los proyectos de gestión por debajo de ese alcance de tamaño, pero debe poder escalar sus operaciones tanto como hacia arriba. –
En mi experiencia, Scrum aún puede ser relevante para proyectos en equipos pequeños de una pareja de personas con responsabilidades existentes. Esta es la razón por la cual:
Todos estos son igualmente relevantes para un equipo de 2 miembros o un equipo de 8 miembros.No se deje intimidar por las personas que dicen que "solo hay una forma de hacer Scrum" o que necesita más que un puñado de personas para que funcione.
¡Excelente y conciso respuesta! Es importante darse cuenta de que puede escalar libremente cualquier "ceremonia" de scrum: revisión de sprints, planificación y retrospectiva, sin duda no es necesario que dedique mucho tiempo a un equipo pequeño. – Jonik
¿Mi respuesta fue útil? ¡Me gusta aprender diferentes situaciones de scrum! – NileshChauhan
"¿Cómo implementar la programación de pares en un solo proyecto?" – flybywire