PLANTEAMIENTO DEL PROBLEMA
Standish Group ha estudiado el estado del éxito de los proyectos de software en el mundo desde 1994. El reporte “CHAOS” del año 2010, muestra que 68 de cada 100 proyectos fallan en su capacidad de entregar un producto a tiempo, dentro de un presupuesto planeado y entregando de forma adecuada las características y funciones requeridas.
Al profundizar en las causas de estas fallas, se puede identificar que ocurren principalmente por mala definición de objetivos, falta de involucramiento de los usuarios, especificación vaga o ambigua de los requerimientos; para sintetizar: una mala definición de los proyectos. Lograr una buena gerencia y una buena gestión de calidad de un proyecto mal definido puede resultar una tarea más que difícil, imposible.
Para una buena definición de proyectos, y su posterior gestión, es importante que el proyecto se haga con TAQTICA®. Las prácticas, métodos, procedimientos y técnicas que se requieren no se deben delegar en quien va a hacer la implementación del proyecto, deben estar a cargo de un equipo experto y responsable de entregar y recibir el trabajo del implementador.
Para quienes tienen una necesidad permanente de proyectos de software o requieren la contratación de un gran proyecto de software, la solución a esta problemática la proponemos empaquetando un conjunto de servicios en lo que hemos llamado “Fábrica de Requerimientos de Software”.
PASOS DE UNA BUENA DEFINICIÓN DE UN PROYECTO DE SOFTWARE
1.-ACUERDO DE LAS NECESIDADES
“Si usted no sabe para dónde va, lo más probable es que termine en cualquier otro lado” (Laurence J. Peter).
Saber para dónde va un proyecto de software implica definir un conjunto de objetivos claros y alineados con la estrategia del negocio. Estos objetivos se deben sintetizar en una lista corta y priorizada que llamamos las necesidades del proyecto.
2.-ALINEACION CON LA ARQUITECTURA EMPRESARIAL
Alineándose con prácticas modernas basadas en metodologías establecidas como ITIL, RUP, TOGAF, entre otras, todo proyecto de software debe definir claramente cuáles son las mejoras que va a lograr el negocio y estas mejoras se deben relacionar con los servicios de apoyo involucrados en ellas. Cada servicio de apoyo en el que participe un proyecto tecnológico debe definirse en términos de sus habilidades (procesos, gestión, organización y conocimiento) y sus recursos (infraestructura, aplicaciones e información).
TAQTICA ® garantiza que un proyecto se alinee de forma adecuada a la cadena de valor y los servicios de apoyo que requiere el negocio, buscando que las mejoras que se deban lograr estén modeladas como habilidades o recursos de servicios, bien sea porque estos modelos ya existen o porque se levantan dentro del proyecto.
3.-MODELADO DE LA OPERACIÓN
Cuando un conjunto de mejoras al negocio se mapean a las habilidades y recursos de los servicios de apoyo requeridos, se debe hacer énfasis la identificación minuciosa de los puntos de captura de información, puntos de control y los puntos de automatización que se deben lograr.
Esta identificación se hace sobre los procesos de la cadena de valor del negocio o de los procesos y la gestión de los servicios de apoyo, según sea lo apropiado para cada caso.
4.-MODELADO DE LOS SISTEMAS DE INFORMACIÓN
Los puntos de captura de información, puntos de control y los puntos de automatización sobre los procesos analizados, definen los casos en que un usuario potencial va a “utilizar” un sistema de información. En términos técnicos estos se llaman casos de uso. El nivel de detalle al que se llevan estos casos de uso depende de varios factores: la orientación hacia el desarrollo o la adquisición de software, el tipo de software que se requiere, la vida útil esperada del sistema resultante, entre otras. Por otro lado, para cada sistema involucrado se debe hacer una definición de los atributos de calidad esperados (en cuanto a facilidad de uso, confiabilidad, desempeño y facilidad de mantenimiento).
Una buena TAQTICA® lleva a decidir cuándo utilizar métodos de especificación e implementación livianos y cuándo utilizar métodos más elaborados, todo dependerá del direccionamiento estratégico que tenga el proyecto. En cualquier caso se debe tener un enfoque ágil hacia la consecución de victorias tempranas.
5.-PLANEACIÓN DEL PROYECTO
La planeación del proyecto cubre dos acuerdos fundamentales sobre los que se decide realizar la ejecución del proyecto: el proceso que se va a seguir (qué disciplinas se van a utilizar, quién es el responsable de cada una, qué documentación se va a producir a lo largo del proyecto, qué alcance tiene cada documento, etc.) y los aspectos administrativos (cronograma, recursos, costos, riesgos, restricciones, entre otros).
6.-CONTRATACIÓN DE LA IMPLEMENTACIÓN
La última etapa es la contratación de la implementación, la cual puede involucrar diferentes proveedores, adquisición y/o desarrollo de componentes o del producto final, entre otros aspectos. Dependiendo del caso particular, la contratación puede darse en varios sub-pasos: RFI (Request for Information), RFP (Request for Proposal), negociación formal de alcance y costo, principalmente. |
