10 principios básicos para entregas exitosas

10 Principios Básicos para Entregas Exitosas

Torre Vignette

Julio 2007

Principios básicos para entregas exitosas

1. Planificar Documentación de Entrega La documentación de entrega e instalación no

es un formalismo. Antes de comenzar el desarrollo debería entregarse: -- draft de la documentación de entrega e instalación;

-- documentación de diseño (si los cambios requieren actualizar este documento).


2. Transparencia \ Oscurantismo Cero Transparencia en la información referente a

pruebas, procedimientos no formales, «atajos» conocidos, todo debe quedar en: -- Base de Conocimientos;

-- Documentación de la entrega (si los cambios requieren actualizar este documento).


3. Principio de Parsimonia Utilizar la mínima cantidad de componentes

con los que se pueda llevar a cabo la entrega. Esto incluye:

--cantidad de pasos que debe tener el proceso de instalación (cantidad de casillas);

--manera en que están armados los portlets (minimizar la cantidad de JAR’s internos, por ejemplo), y

--lógica misma de los desarrollos (cuanto más simple, mejor).

4. Principio de No Innovar Si se ha alcanzado un punto en el que se

cumple con la funcionalidad requerida no introducir más cambios o validarlo doblemente con la persona responsable de administrar los requerimientos de cambio.


5. Principio de Empatía Evitar el “acá funciona”. Ponerse en el lugar

del otro hasta reproducir el problema, comprenderlo y brindar una solución. Recomendado:

--No deberían hacerse simplificaciones en los entornos o atajos que luego producen este tipo de problemas, o de lo contrario contar con un mecanismo de compensación;

--Ejecución de un plan de pruebas conjunto.


6. Probar SIEMPRE • Garantizar la entrega con un proceso de

testing formal. Este paso debe ser realizado siempre, con mayor o menor profundidad pero SIEMPRE.

• La profundidad y características de la prueba ante cada entrega no debe ser decisión del programador que la realiza ni del equipo técnico, aunque se apoye en ellos.

• Cada cambio o entrega debe tener un análisis de impacto adecuado para determinar las pruebas necesarias.


7. Principio de Desmarque Realizar un simulacro de instalación

independiente de la entrega y del grupo de desarrollo:

--instalador, persona que se «desmarque» del desarrollo

--instalación en un entorno propio (ajeno a desarrollo), usando documentación y recursos disponibles en el SharePoint.


8. Síndrome de “la Pesada Herencia” • Si «heredamos» algo que funciona mal

debemos corregirlo. • Corrección de errores: --Identificar el problema --Plantear la solución o pedir ayuda. Puede

haber una o varias soluciones y consensuar la mejor disponible o aplicable.

• Culpabilidad vs. responsabilidad.


9. Ego del Programador --Prohibido decir “que desastre, yo lo hubiera

hecho mejor”. --En su lugar, proponer una mejora. Esa mejora puede ser en forma de “work item”.--No pueden ocurrir problemas con solución conocida que no figuren en una mejora planificada.


10. Principio de "CeSo": Cero Sorpresa (seamos CasaFantasmas del Código)

La entrega no puede contener cambios no informados. De lo contrario se invalida el ciclo de prueba y se pone en riesgo la confianza del equipo.Las instancias para informar un cambio son:--Documento de Entrega.

--Estado Abierto, no corregido, en ADS.


Resumen 1. Planificar Documentación de Entrega 2. Transparencia \ Oscurantismo Cero 3. Principio de Parsimonia 4. Principio de No Innovar 5. Principio de Empatía 6. Probar SIEMPRE 7. Principio de Desmarque 8. Síndrome de la «Pesada Herencia» 9. Ego del Programador10. Principio de «CeSo»: Cero Sorpresa


10 principios básicos para entregas exitosas

Technology