Imagen de Patricia  Margeit
Re: Implantación de SCRUM MANAGER (análisis de escenario)
de Patricia Margeit - miércoles, 28 de julio de 2010, 21:50
 

Tengo la siguiente idea:

=> Separar el equipo de trabajo existente en 2 equipos (con posibilidad de rotación de los integrantes). El equipo de Soporte (Equipo 1), dedicado a solucionar los problemas que se presenten en los módulos que ya se encuentran en producción, atender los requerimientos de los usuarios que no implican nuevos desarrollos. Y el equipo de Desarrollo (Equipo 2), dedicado al desarrollo de nuevos módulos y funcionalidades del sistema.

El equipo de desarrollo podría aplicar SCRUM, se tendría un product backlog con los nuevos requerimientos, el cual sería priorizado por dueño del producto y trabajarían con sprint de 2 semanas (este tiempo puede variar con la experiencia del equipo). Una persona asumiría el rol de scrum manager, otra persona se encargaría del QA y los demás los desarrolladores.

* Pregunta: el posible que el rol de scrum manager lo asuma una persona que también forma parte del equipo de desarrollo? El mismo caso con el QA. Es posible tener desarrolladores por contrato (por hora de programación) y desarrolladores fijos trabajando en el mismo equipo y con esta metodología? Algunos con dedicación exclusiva y otros con dedicación parcial?

El equipo de soporte, atendería las solicitudes de los usuarios mejorando y/o corrigiendo los módulos reportados por los usuarios, con la intención de que el soporte poco a poco se minimice haciendo innecesario este equipo.

* Pregunta: Este equipo debería recibir las solicitudes directamente de los usuarios? Que metodología de trabajo podría utilizar? Este equipo reporta al scrum manager o a dueño del producto?

Imagen de Claudia Ruata
Re: Implantación de SCRUM MANAGER (análisis de escenario)
de Claudia Ruata - jueves, 29 de julio de 2010, 17:15
 
Hola Patricia,

sumando a lo que ya comentaba Juan, voy contestando tus preguntas:

1. El posible que el rol de scrum manager lo asuma una persona que también forma parte del equipo de desarrollo?
Sí, pero hay que tener cuidado. El Scrum Manager tiene que tener un conocimiento muy claro de gestión de equipos para evitar problemas de asignación de tareas, resolución de conflictos y otros.

2. El mismo caso con el QA.
Qué actividades realiza el QA?

3. Es posible tener desarrolladores por contrato (por hora de programación) y desarrolladores fijos trabajando en el mismo equipo y con esta metodología?
Sí, siempre y cuando ellos se sientan Equipo y que son corresponsables del producto a desarrollar

4. Algunos con dedicación exclusiva y otros con dedicación parcial?
Mmmmm....

5. Este equipo debería recibir las solicitudes directamente de los usuarios?
El Product Backlog debe ser confeccionado por el Product Owner. Es decir el equipo recibiria las solicitudes de él.

6. Este equipo reporta al scrum manager o a dueño del producto?

El equipo es autogestionado y no realiza "reportes" en un sentido tradicional. Podemos decir que es el Scrum Manager quien se encarga de auxiliarlos en esta gestión (NO el dueño del producto)

Saludos,
Claudia
Imagen de Patricia  Margeit
Re: Implantación de SCRUM MANAGER (análisis de escenario)
de Patricia Margeit - viernes, 30 de julio de 2010, 03:38
 

Hola profe! hice varias preguntas, gracias por atender cada una de ellas.

Las primeras cuatro preguntas están relacionadas con un equipo de “desarrollo”, cuando escribí QA en realidad me refería a un tester que colabore con la definición/ejecución de pruebas y aseguramiento de calidad. En cuanto al punto donde menciono miembros del equipo con dedicación parcial, coincido con su respuesta dudosa J, este es uno de los elementos de mayor riesgo y todavía no tengo idea de cómo se podría manejar. Surge una pregunta mas: Que estrategias se podría utilizar para la integración del equipo? Especialmente si entre ellos existen diversas modalidades de contratación.

Las dos últimas preguntas están relacionadas con el equipo de “soporte”. Los requerimientos que recibiría este equipo, serían en su mayoría tareas cortas pero urgentes, algunas de mantenimiento y otras de correcciones por los problemas de calidad que se arrastran de las malas prácticas pasadas. En este caso no creo factible la aplicación de SCRUM con sprints fijos porque los requerimientos surgen diariamente y las prioridades pueden replantearse diariamente también, tal vez Kanban se adapte (debo leer mas). Como este equipo tiene un trabajo tan dinámico, creo que el scrum manager no es la persona adecuada para recibir las solicitudes de los usuarios, podría existir un help desk que reciba las solicitudes y las canalice hacia el equipo de trabajo para que ellos se autogestionen, siempre con la supervisión SM, pero en este caso creo que el equipo podría identificar prioridades, que opina?.

De nuevo gracias por sus opiniones y atenta a cualquier sugerencia.


Saludos.

Imagen de Claudia Ruata
Re: Implantación de SCRUM MANAGER (análisis de escenario)
de Claudia Ruata - miércoles, 4 de agosto de 2010, 14:45
 
Estimada Patricia,

para poder transformar un grupo en equipo, se debe trabajar sobre: la confianza, la sinceridad, el compromiso y el respeto. Armar un equipo no es algo que se logra de un día para el otro, y necesita mucha dedicación del Scrum Manager para poder "amalgamar" a todos los integrantes. Existen técnicas que ayudan al fotalecimiento del vinculo, pero lo más importante es que ellos se sientan miembros de un equipo que es responsable por los resultados de cada sprint. Ya no existe más "los de dentro y los de fuera" sino que todos tiran para un mismo lado. Hay que prestar especial atención a las "personalidades" de los involucrados y saber si realmente son capaces de ser miembros de un equipo, ya que no todos son capaces de hacerlo (y tampoco pueden ser juzgados por ello); sino que es importante tenerlo en cuenta para asegurar el éxito del futuro Team.

Respecto del área de soporte, quizás (y lo digo con "desconocimiento de causa!!") podría aplicarse un modelo como ITIL, más apropiado para servicios.

Un cordial abrazo,
Claudia