Para muchos equipos de desarrollo la fase del “Code Freeze” es simplemente una fase más, una fase de gran importancia, ya que es la fase previa antes de subir a Producción. Pero ¿realmente las empresas de software entienden la importancia de esta fase? La respuesta no es sencilla y dependerá de la estrategia de la empresa. Pero ¿que es el “Code Freeze” y porque es importante en nuestros proyectos? La ingeniería del Software trata el “Code Freeze” como una fase de estabilización de nuestro código, pero ¿que implicaciones tiene esta fase? En esta fase el código se “congela”, es decir, no debe sufri modificaciones. Esta es la teoría, “el código no debe sufrir modificaciones”, pero muchas veces la realidad es otro, y nos equipos de desarrollo se ven obligados a realizar algún cambio. Si se diese ese caso ¿que medidas debemos tomar? lo primero es más importante es establecer un proceso que sea conocido y validado por el Management. Cualquier línea de código que modifiquemos durante el período de Freeze debe ser controlado, es decir, el riesgo del cambio debe ser analizado.

Podemos establecer un “sencillo” proceso:
1) Identificamos algún defecto de prioridad crítica que debe ser arreglado.
2) Los equipos de desarrollo hacer un análisis de impacto (analizamos que estamos cambiando y que otras funcionalidades pueden verse afectadas por ese cambio).
3) Una vez tenemos el resultado del análisis, se reúnen negocio y los responsables de desarrollo para analizar si se debe hacer el cambio. Es necesario tener por un lado el feedback de negocio y por otro lado el feedback del equipo técnico.
4) Se toma una decisión final de si se hace el cambio o no*. ¿Cuales son los riesgos? ¿Se asumen? ¿Debemos hacer el cambio? ¿es realmente necesario?

*Nota: es importante tener todo es proceso bien documentado.

Be Sociable, Share!