Archivo

Posts Tagged ‘SCRUM’

Scrum vs Kanban vs Scrumban

junio 29, 2017 Deja un comentario

Usamos Scrum pero no nos funciona (Charla Agiles 2014)

marzo 29, 2014 Deja un comentario

En un post anterior (Usamos Scrum pero no nos funciona) comente sobre alguno de los elementos que las empresas deben tener en cuenta al aplicar scrum, en este post les comparto una charla tipo ignite sobre el mismo tema:

 

Usamos Scrum pero no nos funciona

junio 10, 2013 3 comentarios

Sé que muchos les puede están pasando y es realmente inaceptable que una metodología que debía ayudar a resolver problemas termina volviéndose un dolor de cabeza.

Lo más importante como primera medida es entender que Scrum no va solucionar todos los problemas de una empresa y que es fundamental el apoyo total del equipo para que Scrum funcione, sin embargo hay algunos aspectos muy relevantes que garantizan la efectividad de esta metodología.

  1.  El product owner debe saber del negocio: un product owner no es un gerente de proyectos ni tampoco un arquitecto de software es una persona que entiende al cliente que comprende sus necesidades y las convierte en historias de usuarios, en requerimientos entendibles y priorizados para el equipo. Si tu empresa tiene varios clientes con negocios muy diferentes, es difícil aplicar Scrum y de hecho puede que no sea la metodología perfecta para aplicar, si el product owner no sabe de la lógica de negocio los requisitos que se tomen tendrán los mismos problemas de comprensión y priorización que ocurren en las demás metodologías.
  2. Un contacto continuo con el cliente: La comunicación es uno de los pilares de Scrum, para algunos clientes es muy difícil darle valor a una llamada, un review o una reunión cara a cara para comprobar los requerimientos o aclarar las dudas. Si tienes problemas para hacer entender esto al cliente y el insiste en los documentos extensos y la metodología tradicional difícilmente Scrum te va servir.
  3. Un equipo inconforme: Scrum afirma que los proyecto tienen éxito cuando se desarrollan en equipos entusiasmados, auto organizados y que construyan su ambiente de trabajo, si el equipo no está de acuerdo con Scrum  como metodología, siempre existirá una apatía por el equipo y su labor. Así que lo más importante es que todos al menos casi todos estén de acuerdo al aplicar Scrum y tratar de no imponerla.
  4. Un Scrum Master que no ejerce su labor: el rol de Scrum Master es de facilitador debe estar pendiente de cada una de las necesidades del equipo para que se puedan lograr las metas propuestas en cada sprint, esto le va llevar mucho tiempo tanto así que lo recomendable es que el Scrum Master tenga el rol tiempo completo, esto quiere decir que un Scrum Master no se le debe asignar cientos de responsabilidades como por ejemplo que aparte de su rol ejerza como arquitecto de software y desarrollador, este tipo de cosas no permitirán que scrum sea efectivo.

Como una recomendación final desde mi experiencia puedo decir que Scrum funciona realmente bien cuando tienes un producto genérico o propio que vendas a muchos clientes, por que el 80% de los requerimientos son internos, es fácil conseguir el product owner y no necesitas cientos para cada oportunidad de negocio pues manejas una sola línea de negocio y por último la comunicación con el cliente es más clara y es mucho más fácil negociar fechas y requerimientos.

Libros gratis sobre metodologías agiles y estimación

Sé que muchos pueden estar interesados en aprender metodologías agiles y encuentran información dispersa o quisieran leer libros bien estructurados, para ellos les recomiendo estos que pueden tener con tan solo un clic:

1-      Introducción a Scrum

2-      Estimación y Planificación con Scrum

3-      Técnicas para la realización de retrospectivas

Dirección de descarga: http://www.kleer.la/es/e-books

La idea es que se animen a su vez de hacer los cursos en la comunidad http://www.kleer.la

Creo que es una inversión de la que no se arrepentirán.

Los principios del manifiesto ágil

diciembre 30, 2012 Deja un comentario

Si quieres entrar al mundo del desarrollo ágil y aprender los principios de Scrum o XP por ejemplo, debes primero tener en cuenta los principios que iniciaron estas metodologías.

Lee con detenimiento cada uno y entenderás por que nacieron las metodologías agiles y cuál es su objetivo:

1. Nuestra mayor prioridad es satisfacer al cliente a través de entregas tempranas y
frecuentes de software con valor.

2. Aceptar el cambio incluso en etapas tardías del desarrollo. Los procesos ágiles
aprovechan los cambios para darle al cliente ventajas competitivas.

3. Entregar software funcionando en forma frecuente, desde un par de semanas a un par
de meses, prefiriendo el periodo de tiempo más corto.

4. Expertos del negocio y desarrolladores deben trabajar juntos diariamente durante la
ejecución del proyecto.

5. Construir proyectos en torno a personas motivadas, generándoles el ambiente
necesario, atendiendo sus necesidades y confiando en que ellos van a poder hacer el
trabajo.

6. La manera más eficiente y efectiva de compartir la información dentro de un equipo de
desarrollo es la conversación cara a cara.

7. El software funcionandoes la principal métrica de progreso.

8. Los procesos ágiles promueven el desarrollo sostenible. Los sponsors, desarrolladores
y usuarios deben poder mantener un ritmo constante indefinidamente.

9. La atención continua a la excelencia técnica y buenos diseños incrementan la agilidad.

10. La simplicidad –el arte de maximizar la cantidad de trabajo no hecho- es esencial.

11. Las mejores arquitecturas, requerimientos y diseños emergen de equipos auto-organizados.

12. A intervalos regulares, el equipo reflexiona acerca de cómo convertirse en más
efectivos, luego mejora y ajusta su comportamiento adecuadamente.

Herramientas para manejar SCRUM

agosto 21, 2012 2 comentarios

Hola a todos en el siguiente post les quiero mostrar algunas herramientas útiles para poder aplicar los sprint de la metodología SCRUM y llevar un seguimiento de ellos relacionándolo con diferentes componentes que usamos en nuestro proyecto.

1- Atlassian Greenhopper: es un herramienta muy buena para quienes ya tienen el servicio de JIRA ya que se integra perfectamente y nos permite indicar en cada sprint que se hizo, que se va hacer y que quedo pendiente o esta en proceso.

2. Extensiones de visual studio:

Visual studio tiene una gran variedad de herramientas para hacer SCRUM que se integran a los módulos y proyectos que tengamos e incluso a Team foundation server.

3. Sprintometer: excelente herramienta para hacer control y seguimiento a los proyectos usando SCRUM es fácil de usar y es gratuita aunque podemos pagar por cuentas manejadas desde el servidor

Recuerden dejar en los comentarios cualquier herramienta que hallan usado para scrum y sus opiniones.