Metodologías Ágiles
El área de ingeniería de procesos de Temperies está formado por personas con amplia experiencia profesional en proyectos de diversa envergadura tanto en entornos públicos como privados, así como una amplia experiencia académica en el área de metodología de desarrollo de software. Por lo que en Temperies seguimos dos premisas sustentadas en la experiencia:
-
Es necesario definir un proceso compartido por todos los integrantes de la organización de manera tal que se pueda asegurar el correcto desarrollo de los proyectos sin importar las particularidades técnicas, humanas y ambientales del mismo.
-
No existe una metodología perfecta, existen metodologías adecuadas para proyectos particulares.
Motivados por estas premisas, en Temperies se decidió utilizar la metodología ágil SCRUM como framework de trabajo ya que da un esquema sin sumar sobre trabajo innecesario. Cada proyecto delinea cuales de los documentos y actividades de nuestro proceso son necesarios y suman valor a nuestro trabajo de construcción.
En nuestro día a día el ritmo está definido por las actividades de planificar, ejecutar, reflexionar, y los fundamentos de la estrategia metodológica son: auto-organización, colaboración, priorización, time boxing.
Auto-organización refiere que el equipo debe encontrar la mejor forma de llevar adelante el proyecto exitosamente y en vista del resultado hacer los ajustes necesarios para mejorar. Las reglas no son impuestas sino que el equipo las encuentra y define de acuerdo a la mejor productividad.
Colaboración indica que todos los participantes del proyecto pondrán su esfuerzo en colaborar con el resto del equipo de manera tal que no haya impedimentos para avanzar con el desarrollo.
Priorización refiere a que todo los esfuerzos que se realizarán en el proyecto deberán ser priorizados por el Product Owner y el equipo de trabajo, concensuando los distintos puntos de vista de acuerdo al valor de negocio y las necesidades técnicas.
Time Boxing, se define una duración para cada uno de los sprint (en Scrum se definen spot fijos de tiempo llamados corridas o sprint, donde se realizan las tareas comprometidas al inicio de la misma) y para la fecha de finalización definida se entrega el mismo aunque no se haya podido terminar con toda la funcionalidad comprometida.
más acerca de nuestras políticas de
calidad
Al inicio del proyecto se define la Visión del mismo y el Product Backlog, ésta es la lista maestra de las funcionalidades deseadas en el producto. El mismo contiene tanto requerimientos técnicos como requerimientos centrados en el usuario.
Durante la Story Time, se toma el Product Backlog, las User Stories (los requerimientos, tantos funcionales como no funcionales son descriptos a través de aserciones que involucran el rol, la funcionalidad y la condición de aceptación llamadas User stories) aproximadas, la Visión del proyecto y se obtiene como resultado de la actividad las user stories estimadas y más definidas, un Product Backlog más preciso.
Al inicio de cada sprint se realiza la Sprint Planning Meeting y se priorizan las user stories definidas en el product backlog y se seleccionan las que se comprometen para el próximo sprint . El objetivo del sprint se define entre el product owner y el equipo.
Durante el Sprint se realiza una reunión diaria (Daily meeting) donde en 15 minutos y de pie se deben responder tres preguntas:
- - ¿Qué hice desde la reunión anterior?
- - ¿Qué haré desde ahora a la próxima reunión?
- - ¿Qué impedimentos tengo?
El Scrum Master es quien administra la lista de impedimentos, y facilita la resolución de los mismos.
Al finalizar el Sprint, se hace una retrospectiva donde se analizan los resultados del mismo. Se inspecciona y adapta el proceso, el equipo y el scrum master analizan juntos qué funciona y qué puede ser mejorado.
Seguinos
