Este documento habla sobre la mejora continua y cómo aplicarla en un proyecto de software de desarrollo de una aplicación de turismo con autocaravana. Propone dividir el proyecto en iteraciones cortas siguiendo el ciclo de Deming para evaluar los avances, y organizar al equipo en dos grupos multidisciplinares que trabajen de forma colaborativa. También sugiere medidas como reuniones semanales y código compartido para favorecer la comunicación y el aprendizaje continuo.

1. OBJETIVO: MEJORA CONTINUA

2. Seguro que habéis oído hablar de la mejora continua,
del ciclo Deming, Kaizen y hasta hacéis Katas
de programación.
Pero…
¿Estamos consiguiendo una mejora continua en el equipo?

3. CICLO DEMING

4. En esta etapa se planifica
los cambios y lo que se
pretende alcanzar. Es el
momento de establecer
una estrategia en el papel,
de valorar los pasos a
seguir y de planificar lo que
se debe utilizar para
conseguir los fines que se
estipulan en este punto.
Aquí se lleva a cabo lo
planeado. Siguiendo lo
estipulado en el punto
anterior, se procede a
seguir los pasos indicados
en el mismo orden y
proporción en el que se
encuentran indicados en la
fase de planificación.
En este paso se debe
verificar que se ha
actuado de acuerdo a lo
planeado así como que
los efectos del plan son
los correctos y se
corresponden a lo que
inicialmente se diseño.
A partir de los resultados
conseguidos en la fase
anterior se procede a
recopilar lo aprendido y a
ponerlo en marcha.
También suelen aparecer
recomendaciones y
observaciones que suelen
servir para volver al paso
inicial de Planificar y así el
círculo nunca dejará de
fluir.
El ciclo Deming sólo conduce a la mejora continua si se
cumplen todos los pasos

5. KAIZEN

6. ¡Hoy mejor que ayer,
mañana mejor que hoy!
La mejora continua involucra a toda la
organización
Enfocada a la puesta en práctica de
metodologías que mejoren el proceso y reduzcan
el desperdicio de tiempo y trabajo innecesarios

7. KATAS

8. Aplicado a la programación, el concepto de kata
de código, acuñado por Dave Thomas, co-autor
de “The Pragmatic Programmer”, se traduce en
pequeños ejercicios, de menos de 1 hora de
duración, que nos ayudan a aprender y mejorar;
especialmente, pequeños retos de programación
diseñados por terceros, con un propósito
específico en mente.

9. ¿Cómo aplicamos esto en un proyecto de software?
Estamos desarrollando una app de turismo con
autocaravana ;)
Queremos poder registrar en el mapa la ruta mientras
usamos nuestro GPS para que registre sobre la marcha el
camino que recorremos y poder añadir hotspots de sitios
de interés por los que pasamos, añadir fotos, vídeos,
textos…
Esta información la podemos combinar con capas que
podemos superponer al mapa y que nos muestran
información preestablecida de puntos de vaciado de aguas,
lugares singulares recomendados, parkings autorizados…
Perfiles dedicados al proyecto:
1 Product Owner
2 UX
2 Desrrolladores front
4 Desarrolladores back

10. ¿Cómo aplicamos esto en un proyecto de software?
Estos son los pasos que seguiremos para favorecer la mejora continua. Aplicaremos el ciclo Deming para evaluar cada
iteración y comprobar que corregimos errores y mejoramos en cada nueva iteración.
1. Crearemos historias de usuario para entender las necesidades de éstos y las expectativas del cliente
2. Organizaremos 2 equipos que estarán compuestos por: 1UX, 1 desarrollador front, 2 desarrolladores back.
Ambos equipos tendrán los mismos perfiles y podemos trabajar el desarrollo por pares para facilitar el
aprendizaje dentro del equipo.
3. Organizaremos iteraciones semanales dividiendo las HU en tareas pequeñas posibles de acometer en ese
tiempo
4. Todos trabajaremos sobre un mismo panel para poder ver los avances de ambos equipos y el estado general
del proyecto.
5. Todos los involucrados en el proyecto compartiremos sala y cada equipo compartirá una mesa de trabajo para
favorecer la comunicación.
6. Haremos revisiones semanales automáticas que validen el resultado del trabajo realizado

11. Qué cosas podemos mejorar como organización
Debe aceptar que las cosas se pueden
hacer mejor de lo que se han hecho, esto
implica reconocer ciertos errores o puntos
de posible mejora. No podemos ser
conformistas.
Mantener una comunicación fluida con el
resto de compañeros
Debe compartir su conocimiento con el
resto del equipo para que el equipo
crezca profesionalmente y mostrar
respeto en todo momento a sus
compañeros
En línea con esto último el código sencillo
y fácil de entender es siempre el mejor
para todos
La empresa debe tomar las medidas que
ayuden al equipo a alcanzar las mejoras
detectadas
Debe respetar los horarios de los equipos
para que puedan mantener un ritmo
productivo constante
Debe respetar un margen en la planificación
del trabajo de los equipos por si hay
imprevistos
El equipo La empresa

12. www.sbqconsultores.es
https://solidgeargroup.com/solid-gear-code-katas
https://www.parkavenuesolutions.com/what-is-kata
http://codekata.com
https://es.wikipedia.org/wiki/C%C3%ADrculo_de_Deming
http://mundogeek.net/archivos/2011/03/02/katas-de-codigo
https://es.wikipedia.org/wiki/Kaizen
https://projecteuler.net/archives
Referencias: