Generalmente pensamos que los beneficios de una metodología nueva se pueden obtener únicamente aplicando el paquete completo. Bueno no te voy a negar que para obtener toda la potencia de SCRUM debe ser así pero si tu modelo es predictivo y no está previsto que cambies por lo menos puedes mejorarlo copiando algunas cosillas de SCRUM.
Cuando te digo mejorarlo usando Scrum me refiero a que tomes prestadas 5 cosillas que utiliza Scrum en su día a día vamos 5 de sus mejores prácticas.
Estas 5 mejores prácticas, a mi entender, son tan generales, tan fáciles de aplicar y con tantos beneficios en cualquier escenario que ya estás tardando si no las aprovechas.
Son útiles porque toman el mínimo de tiempo posible. Puedes hacerlas de media hora y una vez a la semana pero la cuestión es que sean cortas y las dirijas claramente a saber el estado del proyecto pero sin entrar en honduras. Para profundidar en los problemas lo dejas para después, con cada uno de los responsables.
Los principales beneficios de estas reuniones de seguimiento cortas son:
Los principales inconvenientes son:
Tranquilo, tranquilo ya sé que dentro del equipo no. Me refiero a la relación externa al equipo: Producto Owner y Scrum Master.
El cliente es el Product Owner y tiene que crear historias de usuario y priorizarlas.
El Scrum Master da apoyo y ayuda a resolver problemas bajo la solicitud del equipo.
El equipo es la caña y se encarga de estimar las historias de usuario, dividirlas en tareas, definir el spring backlog y, como no, de hacerlo 🙂 ¡Que es lo más importante! Bueno… ¡Hacerlo bien!
Pues en tu día a día que todo esté ten claro te facilita las cosas ya que cuando haya que realizar una tarea, haya que consultar a alguien, alguien tenga que dar su aprobación, no habrá que invertir tiempo en saber a quién debemos acudir sino que directamente sabremos quién es el responsable.
Te puedes apoyar en otras herramientas no típicas de Scrum como es por ejemplo una matriz RACI o una RASCI u otra derivada de ellas.
Lo importante es tener claro quién hace qué.
Y no te olvides de la segunda parte.
Dentro del equipo todos saben hacer de todo.
¿Por qué te puede ser útil esto?
Yo he vivido alguna situación en la que de pronto una persona se tiene que dar de baja por enfermedad o se marcha de la empresa y resulta que nadie más sabía hacer la tarea. O alguien tenía que acudir a una reunión al extranjero y la tarea tiene que permanecer sin realizarse hasta que vuelve, porque el resto no sabían hacerla.
Que todos hagan de todo tiene estos beneficios:
Inconvenientes:
Este es uno de los mayores errores de un proyecto. No involucrar al cliente.
Puede ser que a veces sea complicado, sea dificil, sea una tarea titánica. Pienso en esos clientes corporativos grandes con mil reuniones y diciendo todo el dia no tengo tiempo, no tengo tiempo, ¿no te pagamos por tu Know-how?
Ya pero no se trata de eso.
Se trata de que el objetivo es resolver un problema y ese problema quien lo conoce es el cliente.
En Scrum se le atrae desde un primer momento a través de la figura del Product Owner, que dicho sea de paso me parece un nombre de lo más descriptivo.
Vamos a pasarlo a español: Dueño del Producto.
Vamos algo así como esto es tuyo, sino te importa a tí a quién…
Bueno pues este Product Owner es el que tiene que estar constantemente escribiendo las historias de usuario, priorizándolas, aclarando las dudas del equipo, sentándose con él a definir el spring, realizando la planificación del spring, etc. etc. etc.
Recuerda:
Hay algunos directores de proyecto que parecen notarios ¿qué no?
Si, si, notarios porque parece que cobran por página escrita.
Hay que recordar que la documentación es un medio no un fin en sí mismo.
El fin es hacer un software que satisfaga las necesidades del usuario.
Construir una casa que satisfaga al cliente.
Etc. etc. etc.
No soy de las personas que odia la documentación, al contrario creo que tiene mucho sentido tenerla pero tener la justa y necesaria.
Los beneficios de tener documentación son:
Y por supuesto sus inconvenientes:
Pero olvídate de los powerpoint de 30 diapositivas. Algo rápido, todo el mundo tiene asignadas unas tareas e informa del avance de cada una de esas tareas y así consultamos de inmediato el estado del proyecto.
Así con sencillez, podemos actualizar el estado del proyecto todos los días nada de esperar a 2 semanas o a 1 mes.
Cuanto antes detectemos problemas, antes podremos tomar medidas para corregirlos y menos costoso será.
También nos permitirá que todo el mundo sea consciente del proyecto completo no sólo de su parte y sepa como vamos todos.
¿A qué esperas para incluirlas en tu día a día?
¿Añadirías alguna más?
Este año ha sido complicado. En el sentido de que ha sido un año duro.…
Y el año se acaba. Después de tantos días juntos en este blog hoy llegamos…
Las compañías energéticas están en el ojo del huracán con los precios que estamos sufriendo…
Sin duda hay una creencia muy extendida que piensa que las cosas se consiguen porque…
El Haiku de hoy de Taylor Swift me encanta. Resume perfectamente lo que no debes…
Las ideas innovadoras siempre son interesantes para que nos puedan inspirar. Si además ayudan a…
View Comments