2009-10-07 19 views
12

Digamos que un desarrollador está interesado en aprender Scrum, pero nadie más en el equipo está interesado. Me doy cuenta de que Scrum está hecho para equipos, y el proceso tendría que modificarse para adaptarse a una sola persona.¿Qué puede aprender un solo desarrollador de Scrum?

¿Hay algún beneficio que pueda obtener el desarrollador al probar Scrum, incluso si el equipo no lo hace? De ser así, ¿cómo se modificaría el proceso para adaptarlo a la situación?

+0

similares a esta pregunta (no exacta duplicar sin embargo) http://stackoverflow.com/questions/1407189/can-agile-scrum-be-used-by-1- or-2-developers – MarkJ

+0

En caso de que esta pregunta sea, "¿Qué puede aprender un solo desarrollador de Scrum?" –

+0

Creo que debería, sí. –

Respuesta

13

Creo que hay un beneficio que se puede obtener con cualquier método que lo ayude a desarrollar objetivos, tareas, mantenerse a la altura del trabajo y ofrecer algo a menudo.

Sus productos de trabajo individuales ganarían las mismas ventajas que los equipos de ganancia con el scrum:

  • se obtendría algo hecho cada iteración {Sprint Período Aquí}, algo que se puede entregar y decir " Esto ahora está listo ".
  • Su técnica de estimación comenzará a mejorar con la reflexión y retrospectivas
  • Vamos a empezar a planificar su día y hacer compromisos a sí mismo acerca de hacer las cosas, así que de nuevo su estimación de su capacidad aumentará
  • Retrospectivas formalizará mejora de su proceso de trabajo personal. Comenzará a mejorar, eliminar y adaptarse activamente para adaptarse a usted y sus necesidades individuales.

No podrá contar con la ayuda de otros miembros del equipo, lo cual es un poco molesto, y no tendría un propietario de producto, Scrum master o un backlog para elegir tareas. Es posible que ni siquiera esté en condiciones de tomar decisiones sobre qué trabajar a continuación. Pero creo que la disciplina y la reflexión formales son útiles para todos los profesionales del oficio, en todos los niveles, solos o en grupos.

Y quién sabe, incluso puede inspirar a su equipo a Scrum una vez que vean los excelentes resultados que está obteniendo.

+0

Hace un buen punto sobre el desarrollo de habilidades de estimación. –

+0

Gracias. Es algo que he notado para todos los métodos que incluyen análisis, incluso análisis superficiales: se mejora en eso. Si solo sabes que eres malo, pero no revisas cómo eres malo, te quedas igual. –

+0

+1: Estos son buenos puntos. Un Scrum "individual" puede parecer un poco contradictorio, pero aprendería mucho sobre la priorización, la estimación y el seguimiento de su progreso. También desarrollaría un mayor enfoque en las tareas que realmente importan. Y su equipo es un poco como un propietario del producto en este caso. –

1

Yo sugeriría que use Extreme Programming en su lugar, ya que funciona mejor para una programación que un proceso basado en el equipo.

Entonces puede obtener los beneficios de ser más ágil, pero si su equipo no es ágil, entonces tendrá algunos problemas debido al uso de un paradigma diferente.

+0

+1. Veo a Scrum como una metodología más de administración de equipo/proyecto, mientras que XP ofrece mucha más orientación a los desarrolladores. – TrueWill

+2

Aunque podría ser difícil emparejar el programa :) –

1

Para mí, la clave más importante fue obtener la aprobación de mi supervisor. Puede ser difícil probar y tener algún tipo de Sprint solo para que se interrumpa varias veces (supuestamente los equipos de XP lo manejan mejor, pero no creo que ningún desarrollador lo haga). Además, no se olvide de incluir usuarios avanzados (pueden ser probadores) o miembros de otros departamentos que puedan ser utilizados como Propietarios de Producto. Me gusta sentarme con otros usuarios y hacer un tipo de programación sincronizada (OK no codifican) donde puedo hacer preguntas mientras codifico y hacer demostraciones rápidas para obtener comentarios. Esto me ayuda cuando estoy luchando para crear especificaciones porque quienes solicitan la aplicación están teniendo dificultades para decirme lo que quieren.

1

Incluso si es solo usted en el stand-up diario, puede ser scrum.

Si compara lo planeado de ayer con lo real y define los planes de hoy, sin hablar con otras personas, sigue siendo una especie de stand-up diario.

Diría que lo que haces probablemente sea scrum si sigues los ciclos diarios de lanzamiento de sprints; incluso si no hay otras personas con las que hablar cada mañana.

0

día G,

Para el mejor que ha salido de aprender Scrum es el concepto de involucrar al cliente pronto y con frecuencia. De esta forma no hay momentos desagradables de "eso no es lo que queríamos" cuando entregas al cliente después de seis meses de duro trabajo.

HTH

aplausos,

Cuestiones relacionadas