fbpx

Creación de un método ágil para el desarrollo de productos: Postventa Inmobiliaria – iClavis

En este artículo te contamos el proceso de desarrollo en PlanOK para los productos: PVI e ICLAVIS, sobre todo, cómo hemos creado nuestro propio método ágil para llevar a cabo los proyectos en los que estamos trabajando.

Un método de trabajo que adaptamos a cada proyecto atendiendo siempre a:

  • Experiencias y conocimiento del equipo.
  • El enfoque en proyectos orientados a la industria inmobiliaria y de la construcción.
  • Teniendo como centro al cliente.
  • Set de Herramientas (utilizadas previamente y conocidas, o nuevas que queremos probar).

Por tanto, nuestro método consiste en una serie de prácticas aunado a un conjunto de “reglas” que por ningún motivo rompemos, y que cuyo enfoque está basado en los principios del manifiesto ágil:

  • Individuos interacciones sobre procesos y herramientas.
  • Software funcionando sobre documentación extensiva.
  • Colaboración con el cliente sobre negociación contractual.
  • Respuesta ante el cambio sobre seguir un plan.

En nuestro caso, es muy importante tener roles, identificarlos y tener la definición de las responsabilidades para la marcha del proyecto:

Una vez hemos identificado los roles,  podemos mostrar los pilares de nuestro método de trabajo, los cuales consisten en:

  1. Comunicación directa (interna y con los clientes)
    Apoyándonos en herramientas 100% colaborativas, principalmente:
  • Atlassian Cloud (JIRA, CONFLUENCE) Nos permite organizar nuestro trabajo.
  • Mattermost nos permite estar conectados con el resto de los integrantes.
  • Gmail para el envío de correos.
  • Google Drive con todas las aplicaciones Google.
  • Google meet para las reuniones no presenciales con el cliente o incluso entre nosotros cuando estamos fuera de la oficina.

    Creamos canales en Mattermost por distintas temáticas y asuntos, de esta manera tanto los chats, como los documentos que intercambiamos siguen el canal adecuado y llegan a las personas interesadas.
    En JIRA software y Confluence configuramos paneles que adaptamos totalmente a las condiciones del proyecto.

  1. Software funcionando
    El cliente debe poder probar los cambios que se están realizando. De esta manera, obtenemos el feedback del product owner. Para ello seguimos dos estrategias conocidas en la actualidad:
  • Integración(integraciones de compilación y ejecución de pruebas).
  • Entrega (Se despliegan los cambios en código en un entorno de test y/o producción).

  1. Maximizar el tiempo de programación
  • Minimizamos las horas de reunión con los desarrolladores. ¿Y cómo lo hacemos? básicamente: Cuando hay que decir o consultar algo a alguien lo realizamos directamente. No realizamos una “reunión” para cualquier tema que se podría solventar hablando/chateando.
  • Coordinamos reuniones fijas
    • Reuniones Dev team: El product owner mantiene una reunión por semana con todo el equipo. En esta reunión se obtiene feedback de lo programado; nuevas funcionalidades, cambios que se realizaron o las limitantes que se puedan tener. Lo anterior nos permite tener al equipo coordinado con el trabajo que se debe realizar en la semana.
    • Reuniones Follow up: El product owner mantienen reuniones de seguimiento su periodicidad es variable. En esta reunión suele haber más asuntos que debatir, con lo que sacamos a los programadores de este debate salvo que sea necesario. Una vez al mes bajo esta dinámica damos a conocer métricas comerciales y del producto, de como va evolucionando cada producto.
    • Demo meeting: se hace una “foto” del estado actual del proyecto. De esta reunión se obtiene feedback de toda la organización. Bajo esta pauta se le da continuidad al delivery, que se encarga de comunicar a distintas áreas de la empresa (SAC, MDA, OPS, ventas y gerencia) todo el desarrollo.

Como conclusión podríamos decir que nuestro método de desarrollo se ancla en un conjunto de herramientas, que unidas con el manifiesto ágil y mucha comunicación, nos permiten aprender como equipo y adaptar nuestro entorno de trabajo con el objetivo final de construir software de calidad que satisfaga las necesidades de nuestros clientes. Podemos decir también que nuestro método tiene una orientación SCRUM reducido a un conjunto de reglas y pasos que hemos adaptado a nuestra forma de trabajo.