Modelo de Trabajo

Es importante definir y sobre todo seguir un modelo de trabajo para poder obtener resultados, pero tenemos que ser cuidadosos sobre nuestro modelo para no hacerlo muy robusto o engorroso.

Nuestro proceso tiene que ser ágil, pero no significa que sea desordenado, debemos dejar aquellos artefactos que realmente nos generen valor, y desechar todos aquellos que solo entorpecen nuestros objetivos.

Una cualidad de ser ágil es que no estamos casados a nada, y que podemos aprender de nuestros defectos y tomar las acciones necesarias para retomar el camino, esto significa que existen periodos en los que podemos modificar nuestro modelo de trabajo suprimiendo los factores que son perjudiciales en el logro de nuestros objetivos, y agregando otros factores que nos ayuden a reforzar sin perder la agilidad.

No existe una receta que sea implementada y funcione al 100%, como todo modelo este debe ir madurando y adaptándose a las necesidades actuales del negocio, esta madures se irá dando con los avances que tenemos en cada iteración.

Nuestro modelo de trabajo se centra en darle valor a 3 factores:

• PERSONAS
  • Se trabaja en las personas de la siguiente manera:
    • Se les da Capacitación que los ayude a desarrollar sus habilidades profesionales.
    • Se les inculca el modelo Autodidacta para que puedan fortalecer y extender su aprendizaje.
    • Se les desarrolla la habilidad de AutoAdministración para que puedan distribuir sus actividades y responsabilidades de mánera eficiente y que pueda generar resultados en base al compromiso.
    • Se les desarrolla el Liderazgo para que tengan la capacidad de guiar y desarrollar a otros colaboradores.
• PROCESOS
  • Se trabaja bajo un Proceso Definido que ayuda a llevar un control sobre el como y cuando se debe trabajar, que herramientas a utilizar, cuales son los roles y responsabilidades a desempeñar, entre otras cosas.
  • Se utiliza la Metodología Ágil que nos ayuda a minimizar las cargas y tiempos en el ALM.
  • Se toman algunos valores de Management 3.0 que enfoca sus esfuerzos en como crecer a las personas enfocandolas a un objetivo global para generar equipos de alto rendimiento.
• HERRAMIENTAS
  • Mediante Alianzas Tecnologicas se pretende acceder a herramientas y conocimientos que apoyen a magnificar el trabajo, se cuenta con el apoyo de Microsoft.
  • Los IDE's son una parte importante de nuestro trabajo, de ser usadas correctamente nos pueden incrementar a medir el rendimiento de las aplicaciones.
  • Las KBD's y las Q2Q serán dos partes fundamentales en el crecimiento del equipo, ya que estan registrarán nuestra experiencia como equipo evolutivo tanto tecnologicamente como profesionalmente.

El manifiesto ágil tiene 4 valores que definen lo que es ser ágil.

• Las personas y sus interacciones sobre los procesos y herramientas.
  • Nuestro recurso mas importante son las personas, su capacidad intelectual, su crecimiento, su desarrollo, su bienestar es lo que nos genera resultados satisfactorios, una persona que tiene diferentes conocimientos nos apoya a adaptarnos de manera mas fácil a las necesidades de la organización.
• Producto con calidad productiva sobre extensa documentación.
  • Un producto confiable, estable, robusto, sin fallos, siempre sera un mejor entregable que una documentación extensa, esto no significa que no existirá documentación, la documentación deberá existir, pero el producto con la calidad productiva siempre tendrá prioridad.
• Colaboración con el cliente sobre contratos.
  • Cuando hablamos de una colaboración, hablamos de un ganar-ganar, no nos interesa generar contratos con clausulas y terminologías que solo agreguen estrés al proyecto, nuestro accionar esta en que todos somos parte de un mismo equipo que buscamos cumplir los mismos objetivos, rompemos esa distinción entre cliente y proveedor con la confianza y el valor que cada miembro del equipo se merece.
• Respuesta al cambio sobre seguimiento de objetivos.

Management 3.0 es un enfoque distinto sobre como llegar a los objetivos de la empresa, se enfoca directamente a las personas bajo la premisa de la felicidad.

• MOTIVAR A LA GENTE.- Consiste en mantener constantemente a las personas motivadas mediante el reconocimiento, incetivación, alcance de metas interesantes, entre otros.
• CAPACITAR A LOS EQUIPOS.- Consiste en desarrollar la confianza del equipo para romper las barreras que los impide a trabajar como tal.
  • Confia en tu gente.
  • Gana la confianza de tu gente.
  • Confia en ti mismo.
  • Ayuda a la gente a confiar en los demas.
• ALINEAR OBJETIVOS.- Consiste en que todos los objetivos a realizar deben estar enfocados a que se cumple el objetivo principal, esto genera productos que realmente dan valor.
• DESARROLLAR LAS COMPETENCIAS.- Consiste en desarrollar a cada persona para que pueda desempeñar cualquier rol.
• CRECER LA ESTRUCTURA.- Consiste en las adaptaciones necesarias que deben ocurrir para seguir subsistiendo al entorno.
• MEJORAR TODO.- Consiste en la mejora continua, nada puede darse por terminado, se pueden cerrar ciclos de trabajo, pero abrir otros para mejorar los ciclos anteriores.

Un modelo interesante para el crecimiento es el GROW

Para trabajar utilizaremos SCRUM, el cual nos va apoyar agilizar el proceso de desarrollo:

El primer paso dentro de SCRUM, es recolectar las historias de usuario, esto nos servirá para generar las epopeyas y colocar dentro de estas las historias de usuario que la componen, todas las historias de usuario se depositan dentro del Product Backlog. A cada historia de usuario se le conoce como Product Backlog Item (PBI)

El segundo paso es la planeación del Sprint, esto se da mediante la Planning Model, en esta fase el equipo construye el Sprint Backlog, normalmente se hace el primer día del sprint. Cada sprint corresponde a un intervalo de tiempo definido en el cual el equipo podrá trabajar usando procesos y herramientas ágiles. Durante este reunión, el Product Owner trabaja en conjunto con el equipo para identificar aquellos PBI que formaran parte del backlog para completar el sprint.

Esta reunión consiste en dos fases, en la primer fase el equipo y el Product Owner identifican los PBI con los cuales el equipo puede comprometerse a terminar en el sprint, basado en la experiencia de sprints anteriores, estos PBI son agregados al Sprint Backlog.

En la segunda fase el equipo determina como se desarrollará y probará cada PBI, ellos definen y determinan las tareas que requerirán para terminar cada PBI. Por último, el equipo se compromete para implementar algunos o todos los elementos basados en sus estimaciones.

El Sprint Backlog, es el resultado del Planning Model y consiste en los PBI que formaran parte de los entregables de los Sprints, también contiene su priorización.

Son periodos de tiempo previamente establecidos los cuales pueden ir desde 2 semanas hasta 2 meses en los cuales al final de cada periodo existirá un incremento del producto terminado con calidad productiva.

Son revisiones no mayores a 15 minutos, donde se revisa con los interesados del proyecto:

• PBI ya terminados
• PBI en desarrollo
• PBI por desarrollar
• Obstáculos que pueden poner en riesgo el IPT.

En este punto los interesados pueden:

• Aclarar dudas
• Dar a conocer algunos PBI que no se habían mencionado antes.
• Re-definir las prioridades del proyecto (Siempre y cuando no afecte el IPT).
• Eliminar PBI que ya no se necesitaran por cambios del negocio.

También conocido como Incremento del Producto Terminado IPT, consiste en pequeños entregables completamente funcionales de un producto final, cada entregable es un incremento del producto anterior, y una vez que todos los entregables estén finalizados se tendrá el producto terminado.

Nos da las siguientes ventajas:

• No es necesario que este el 100% del producto para empezarlo a usar.
• Se pueden ir probando por parte del usuario funcionalidades completas para que pueda ir generando sus retro-alimentaciones antes de que finalice el proyecto.
• Sus tiempos de entrega son mas cortos por lo tanto elimina la sensación de que no se esta trabajando.
• Elimina la incertidumbre de que es lo que se esta trabajando.

Es una reunión con todos los interesados la cual sucede según el calendario definido, y en esta se presenta a los interesados los PBI que terminaron y su representación desde los diferentes roles, para que los interesados vean el valor que genera.

La reunión de retrospectiva nos sirve para determinar cuales son aquellas cosas que debemos mejorar para el siguiente sprint. Consiste en preguntarse:

• ¿Qué funciono bien?
• ¿Qué cosas deberíamos intentar mejorar en la próxima iteración (sprint)?
• ¿Qué lecciones hemos aprendido?
• Y MUY IMPORTANTE: contarle al Scrum Máster, el Facilitador, cuales son los obstáculos previstos (para que se ponga a trabajar en removerlos).