La sensación al modificar el código productivo es abrumante. Tecleas lenta y titubeantemente cada palabra y sentencia. ¿Cambiar un método que ya funciona? ¿Por refactor? ¿Estoy loco o qué? Modificar un simple «if» te revuelve el estómago al pensar en sus múltiples efectos colaterales. Temblar por cada cambio en el sistema, ¿es normal?, no debería de serlo, ¿verdad?
En la ingeniería de software (IS), como en cualquier otra disciplina de la ingeniería, surgen de forma natural problemas de optimización, previamente, durante y después del desarrollo de software. En estos problemas intentamos encontrar los mejores valores para las variables que intervienen en ellos.
¿Alguna vez ha intentado documentar un proceso de desarrollo de software? ¿Por dónde se comienza? ¿Hay algún estándar o recomendación en la industria? Para cualquiera que haya realizado estas tareas, se dará cuenta que no es fácil y en general uno termina usando los recursos disponibles sin mucha guía: procesadores de texto, herramientas de ayuda en línea, wikis, diagramadores de procesos, etc.
La ingeniería de software (IS) es una disciplina joven donde, a diferencia de otras ingenierías, solemos construir sistemas no en base a leyes inmutables, sino en base a ideas o creencias, a las que llamamos “mejores prácticas”, pero ... ¿qué sustenta a dichas prácticas?
Este artículo describe mis experiencias y puntos de vista ante el intento de certificación de Moprosoft de una empresa en la que participé. El proyecto se gestionó desde la dirección general y fue presentado en una reunión en conjunto con representantes de la compañía consultora que nos apoyaría para la implantación. Como toda reunión de mejora, el proyecto se presentó con los honores merecidos.
El poder identificar y transferir las mejores prácticas al interior de una organización es crítico para poder obtener una ventaja competitiva y es por ello que se ha convertido en una de las técnicas de administración más prominentes a partir de la segunda mitad de los años noventa.
Una de las características de este mundo globalizado es que las empresas continuamente se ven involucradas en operaciones como fusiones, adquisiciones o alianzas. El objetivo de este tipo de operaciones típicamente es fortalecer una línea de negocio, incursionar en donde no necesariamente son líderes, lanzar o posicionar un nuevo producto o servicio que de manera tradicional podría tomar un tiempo considerable, o bien no se cuenta con la capacidad de hacerlo de manera interna.
Al comenzar un proyecto de mejora de procesos la primera pregunta que viene a la mente del líder del proyecto de mejora es: ¿por dónde comenzar? Cuando logras como líder identificar por donde atacar vienen las preguntas clave del proyecto: ¿en cuántas fases debo de dividirlo?, ¿cuál es la de mayor importancia?, ¿cuánto tiempo debo de dedicarle? Es sobre estos aspectos en los que nos estaremos enfocando en los siguientes párrafos.
Como ustedes saben, una de las estrategias de ProSoft es alcanzar niveles internacionales en capacidad de procesos, y como parte de esta estrategia se creó MoProSoft (ver “Tejiendo Nuestra Red”, pg. 6). La preocupación posterior fue cómo demostrar que realmente se está cumplimiento con lo establecido en MoProSoft.
Mucho se ha cuestionado si la mejora de procesos de software basada en CMMI, realmente trae beneficios tangibles para las compañías de nuestro país. Las empresas que quieren comenzar a implementar un esfuerzo de esta naturaleza, se cuestionan cómo poder justificar los recursos que van a invertir para ello, y si se aprovecharán de manera adecuada. Aunque para muchas de estas empresas, la obtención de un nivel de madurez sigue siendo el principal móvil para implementar CMMI. La realidad muestra que, tales iniciativas, logran un éxito significativo cuando son vistas como un objetivo de negocio, que traerá consigo beneficios económicos y que resolverá problemáticas relevantes en la organización.
