Publicado por
Andoni
(
17:50
)
Ya hace un tiempo que llevamos utilizando metodologías ágiles para desarrollar los diferentes proyectos en AgLa4D, aunque he de admitir que estamos aprendiendo sobre la marcha. Lo que empezó tratando de ser SCRUM está evolucionando de manera que la metodología se adapte a las necesidades de la empresa.
Por un lado está el hecho de que únicamente existe un programador y que la empresa no se dedica al 100% a la programación, sino que esta es básicamente un 30% del total.
Por este hecho el crear historias de usuario para todos carece realmente de sentido. Además, siendo una empresa recién creada los imprevistos nos visitan a diario y, aunque si que hacemos un sprint corto de una semana, no es suficiente para el 70% de las tareas de no programación. Por esta razón nos estamos acercando más más a una mezcla entre kanban y Scrum que de momento nos satisface a todos, o eso dicen los demás.
En lo que se refiere a las partes más importantes de la agilidad, que son las personas y su valor como recursos creativos de la empresa estamos tratando de seguir el sentido común para gestionarnos el tiempo de la siguiente manera:
- Al comienzo de la semana realizamos una reunión de comienzo de Sprint
*Analizamos la tareas que se quieren realizar esa semana
*Se estiman las tareas a realizar (independientemente del tipo de tarea y siempre tratando de que sean inferiores a 2 días)
*Se decide cuales de las tareas son las de mayor importancia para concretar el mejor orden para realizarlas.
Durante la semana nos reunimos de manera casi diaria (los que pueden estar) y se responde a:
*Que he hecho desde la última vez que me reuní?
*Que haré hoy?
*He tenido algún problema con la tareas anteriores?
Al finalizar el Sprint cada uno expone en una demo lo que ha realizado sin utilizar ningún tipo de ppt.
Además solemos preguntarnos de manera informal que tal va el proceso y si habría que hacer algún cambio para mejorarlo, cosa que siempre ocurre, como es normal al comenzar a utilizar una metodología.
Por último, hemos decidido que cada uno de nosotros puede utilizar un 30% de su tiempo en lo que más le plazca como manera de fomentar la creatividad e innovación.
De momento estoy contento y parece que el equipo en general también, aún así espero seguir perfeccionando la técnica para conseguir ser aun más eficiente. Creo que a partir de la semana que viene empezaré a tomar medidas de velocidad del equipo aunque todavía tengo que pensar la manera de hacerlo ya que existen dos áreas de trabajo muy diferenciadas y no querría crear malos rollos.
Pero bueno, eso será otra historia.
Cómo bien comentas, cuando estas empezando a crear una metodología de trabajo con los distintos proyectos que entran en una empresa puede variar de lo inicialmente previsto. En mi caso, no conocía la metodología Scrum ni el Kanban pero a pesar de trabajar en un sector totalmente ajeno a la programación creo que la aplicación de este tipo de metodologías ágiles se pueden aplicar a cualquier proyecto siempre y cuando se entienda que tendrá que evolucionar a las exigencias de los clientes.
En el caso de AgLa 4D, se mezclan proyectos de programación con arquitectura, gestión de proyectos y los propios de una empresa que esta emprendiendo gracias a la innovación. Pensar en tareas de una duración no superior a 2 días de trabajo ayuda a querer finalizar los hitos, también es verdad que hay que buscar la manera de tener los objetivos claros y los hitos que llevan a proyectos de una duración muy superior a 2 días. Es por esta razón, por la que la subdivisión de tareas y la coordinación con las estrategias de la empresa son imprescindibles para no perder el Norte y esperar que todos los trabajadores implicados a través de su creatividad puedan poner el granito de arena que la empresa necesita.
En mi caso, estoy muy implicado con esta metodología y me parece muy acertado querer aplicarla. Sí es verdad que los clientes, mandan y las necesidades que surgen son variadas debido a que siempre dependes de terceras personas para que te den toda la documentación necesaria para poder terminar, y como suele ser habitual el día que te dan todo no tienes más que pocas horas de terminar y esto rompe cualquier previsión semanal o diaria que hemos previsto.
Además, debido a mi experiencia con otras metodologías de trabajo que generar la creatividad y la innovación en la empresa y a crear equipos con distintos roles me he adaptado fácilmente a esta metodología queriendo implantar ciertos cambios. La idea de empezar la semana con una presentación como demos de las cosas que existen en le mercado, a realizar por parte de cualquier integrante de la empresa ayudan a buscar un pensamiento colectivo de la empresa y sus diferentes roles. Que en la reunión Retrospectiva nos hagamos un post-motorola respondiendo a las preguntas ¿Que ha ido bien? ¿Que ha ido mal? ¿Que hemos aprendido? ¿Que vamos a poner en práctica? son pequeñas prácticas que ayudan a los compromisos con uno mismo y con el equipo para que todo funcione mejor en la medida de lo posible.
Espero que todo este esfuerzo que estamos realizando de una manera totalmente desinteresada, ayuden a nuestros "jefes" a pensar en equipo y crear cosas que sólo nosotros no podríamos ni plantearnos.
Poco a poco estamos entendiendo este concepto en una empresa que tiene dos áreas muy diferenciadas donde el único objetivo es unificarlos y que todos podamos trabajar en nuestra visión de aprovecharnos de la Realidad Virtual todo lo los clientes nos dejen.