Prevenir el fracaso del proyecto de TI
El gobierno holandés (ver conclusiones del comité Elias) ha publicado un informe de investigación que el gobierno holandés no tiene control sobre la mayoría de sus propios proyectos de TI. Al principio no existen cálculos de costes fiables., las fechas de entrega propuestas nunca se cumplen, y los productos entregados a menudo no son todos los productos necesarios. En resumen, nuestro gobierno holandés no está en controlar. El gobierno holandés no está solo, dice el Grupo Standish en su informe anual Informe CAOS eso 70% de los proyectos de TI fracasan o, mejor definido, no se entregan según el primer cálculo del proyecto.
Esto no se corresponde con nuestras experiencias en la industria del software holandesa.. El sentido común también dice que sería curioso que a lo largo de 10% de todos los proyectos de TI fracasan, mientras que la sociedad actual ya no funciona sin TI. La diferencia se puede explicar por el hecho de que varios (político) definiciones se puede utilizar para el término éxito. Por supuesto, cada proyecto de TI tiene incertidumbres y riesgos inherentes y los proyectos fallan..
sin embargo, un profesional comprende los matices de estas incertidumbres y sabe cómo afrontarlas. El principal instrumento utilizado por un profesional es un cálculo fiable del proyecto.. Un cálculo confiable del proyecto ayuda a determinar qué solución llegará a tiempo, dentro del presupuesto máximo proporcionado, Proporciona un buen sistema de calidad que cumple con los requisitos esenciales..
Según nuestra experiencia práctica, los problemas más problemáticos en el cálculo de un proyecto de TI (y la definición de éxito) son:
Definición de éxito
Algunas partes interesadas abusan de la estimaciones. Por ejemplo al inicio de un proyecto / caso de negocio se sabe poco sobre los requisitos. Algunas partes interesadas (principalmente altos directivos y políticos) utilizar el valor más bajo de una indicación de rango de presupuesto para un contrato de precio fijo, o incluso decir cuándo se debe completar un proyecto y a qué costo.
Tamaño del producto
Una estimación siempre debe incluir el rango de incertidumbre (descrito principalmente como mínimo, más probable y máximo). Esto se aplica particularmente para tamaño del producto. La mayoría de la alta dirección piensa que si se conocen los requisitos del negocio, que también significa que el tamaño del producto es fijo (como afirma la alta dirección: No permitiré ningún cambio de alcance ….), mientras que en la práctica el tamaño del producto es todavía muy incierto en esa etapa. Por lo tanto, es esencial saber cuál es el tamaño aproximado del producto en unidades que sean relevantes para todas las partes interesadas y mensurables. (como puntos de función, pero también pueden ser algunas interfaces, pantallas, informes, mensajes, etc.).
Productividad
Cada cálculo de proyecto debe dar:
- una descripción clara de dónde se basa la productividad estimada y qué actividades se incluyen (realización, pruebas) etc
- en qué proyectos similares se basa la productividad y en qué actividades / Los productos para este proyecto son únicos. (y donde esta la incertidumbre)
Estampación
¿Qué herramientas se utilizan? (Por ejemplo dolor de semen o Estimación QSM SLIM) para el cálculo del proyecto.
Planificación
Sólo después de realizar el cálculo del proyecto., se puede elaborar un plan. Un problema común es que la dirección menciona de antemano un plazo determinado por un presupuesto y luego dice que el cálculo del proyecto debe cumplir estas condiciones..
Seguimiento y ajuste
Un buen cálculo de proyecto no sólo se utiliza al inicio de un proyecto, pero también para seguimiento del progreso. Esto hace aún más necesario que la estimación sea objetiva., repetible, verificable y defendible y que la estimación original puede utilizarse.
La solución Nesma : Bases de Estimación
el nesma Comité de base de estimación ha creado una práctica (estructura) guía, la Bases de Estimación, para cálculos de proyectos de software, Basado en experiencias en el campo de la gestión de proyectos de TI.. Esta guía utiliza el modelo genérico de AACE Internacional's Gestión de costes totales (TCM) Estructura como base. La Base de Estimación es un manual para la preparación de un presupuesto de TI y los miembros registrados pueden descargar gratis desde nuestra web.
Sobre el Autor
Marten Eisma es arquitecto de información en CGI en los Países Bajos y es miembro de la norteesma Comité de base de estimación.