Hace ya algún tiempo un amigo me picó, sabiendo que me gustan los métodos ágiles me propuso colaborar en la creación de contenido para enseñar Scrum Online.
He dedicado un mes completo a ello, a descubrir cosas que no sabía (pese a tener los certificados) a profundizar más, a confrontar ideas, contrastar fuentes, documentar y citar…
En breve hará dos años ya de mi aterrizaje en el Service Desk de UNICC. Me ha parcido un buen momento para una introspección y ver los cambios que ha habido y que impacto han tenido.
Recientemente he concluido un programa de training como product owner de la Scrum Alliance. No difiere mucho del programa de Scrum máster y me deja más dudas que respuestas.
Sí, la figura del Product Owner está clara (no lo está) su responsabilidad ordenando el backlog, hablando con diferentes stakeholders…
Pero Scrum se centra en el equipo de desarrollo, en sus interacciones, habla de la entrega de valor por parte del equipo, pero se deja cosas importantes.
Si consideramos Scrum parte de un todo tendría dos interfaces claramente definidas, entrada y salida. La entrada es el backlog (y desde aquí tendríamos el upstream) y en la salida tendriamos el «Potentially shippable product increment» o increment directamente. El increment sería el downstream, la entrega, le seguiría el despliegue y la explotación (downstream).
Pequeño juego antes de empezar:
4 frases y cinco nombres comerciales, con más o menos tino, pero sirven para ilustrar que algunas marcas superan al concepto.
Con la agilidad me pasa un poco igual. Vamos a ello, igual te abro los ojos.
Scrum tiene un factor cool, a riesgo de elevar el número de haters, diré que hasta tiene un toque «populista». Me explico: es fácil de entender, las ideas que expone parecen resolver muchos problemas de forma sencilla.
Lo anterior es una idea que se aleja de la realidad, por mucho que Scrum sea un framework fácil de asimilar es muy complejo ponerlo en práctica.
Y aquí viene mi historia: es imposible aplicarlo en un entorno de operaciones de TI.
Cada día que pasa, más me gusta Kata. Veo que aporta un marco con sentido a la hora de abordar mejoras, o proyectos. Veo que Kata tiene más posibilidades de escalado que las que tiene Scrum, o al menos Kata piensa en el escalado desde su inicio, aunque empieze por un Top-Down.
¿Por qué se puede aplicar a un plan de mejora?
Hace un par de semanas, un compañero que se ha pasado al lado de las metodologías ágiles -desde un punto de vista teórico- me preguntó: Si todo esto suena tan bien, ¿por qué no lo usamos?¿por qué tiene resistencia?
Se me ocurrió una respuesta demasiado rápida, quizás, me vino a la mente la excelente charla de Xavier Albaladejo de Mango en ITSM: Requiere gente que piense. No solo hace falta que los líderes piensen, o que los técnicos piensen… es algo más.
ICC Shared Services Service Desk team members presented 10 April 2019 to the IT Service Management Forum at Semana Informatica (IT Week) at the Computer Engineering Congress of Valencia, the most relevant IT event held in this region of Spain.
Recientemente y medio por accidente alguien me pasó un enlace hacia un proceso estándar que se titulaba: Proceso Operativo Estándar sobre cómo gestionar las relaciones con terceros interesados. Mi primera reacción fue pensar «creo que esto es pasarse de la raya» y la segunda fue «alguien ha confundido un rol, con procesos».
¿Hasta que punto deben llegar los procesos, las guías y los manuales estándar en IT? No pongo en duda su existencia, pongo en duda su exceso, y pongo en duda hasta donde deben llegar.
¿Tiene sentido un procedimiento de incidentes de 80 páginas? ¿Tenemos clara la diferencia entre proceso y procedimiento?
Hace ya un tiempo hablé en UNICC de agilidad. En concreto del manifiesto ágil y una pequeña introducción a algunos conceptos.
Para ilustrar Scrum usé el famoso Ball Point Game, y debo confesar que es más difícil de lo que parece conseguir que la gente lo haga bien. Requiere de práctica conseguirlo, y quizás de algún coach más presente.
Aún así es divertido ver cómo la gente se auto organiza y ver cómo avanza el juego.
