ENFOQUES DE LA ESTIMACIÓN DE GESTIÓN DE PROYECTOS
Los jefes de proyecto se encuentran bajo una gran presión para producir las estimaciones de tiempo y costo para el desarrollo de sistemas muy temprano en un proyecto, por lo general en las dos primeras semanas. Sin embargo, la estimación de un proyecto de desarrollo de los requisitos de perfil y no de un diseño físico es como un comprador de la casa diciendo: "Cita mí un precio para la construcción de una casa, pero no estoy seguro de que quiero que la casa ubicada, o sobre el número de habitaciones , o si debe ser de ladrillo o de madera. "No es sorprendente que las estimaciones del proyecto son tan malas como son, sino que se puede hacer y se reunió en absoluto. Tres enfoques se pueden tomar para estimar: 1. Uso de experiencia en el sector 2. Usando la experiencia de la propia organización 3. Enrollar más o menos detallada las estimaciones del esfuerzo del proyecto Industria Uso de la experiencia: Puntos Función Tal vez la forma más útil de experiencia en la industria registró viene en función de puntos de conteo. Muchos esfuerzos software de medida basada en el número de líneas de código. El problema con esta medida es que la misma función que implica muchas más líneas en un lenguaje de bajo nivel que en un lenguaje de alto nivel. A menudo, un algoritmo de cifrado en una lengua requiere más líneas que se cifrará en otro idioma. Un conteo de puntos función es una medida más estable de tamaño del software que las líneas de código, porque se basa en el número de entradas, salidas, archivos y otras medidas de complejidad. El Organismo Internacional de la función Punto de Grupo de Usuarios (IFPUG) ha hecho un esfuerzo considerable en la elaboración y el mantenimiento de los métodos estándar para determinar el tamaño del software. El Método del punto de función En pocas palabras, un recuento de los archivos, entradas, salidas, consultas y participar en una aplicación. Cada uno es considerado como simple medio, o complejos. Cada calificación se pondera para obtener el recuento de puntos función no ajustados. Por ejemplo, si cinco archivos en una aplicación son de complejidad media (para lo cual el método IFPUG especifica una ponderación del 10), se suman 50 puntos función al total. Toda la aplicación está valorada en 14 medidas de la complejidad global, que incluyen el grado de procesamiento distribuido y la proporción de las transacciones que implican la introducción de datos en línea. Cada medida de la complejidad se mide en una escala de cinco puntos (es decir, el 70 es la puntuación más alta posible). El rango de complejidad se divide en 100 y 0.65, se añadirá un factor de rendimiento que van desde 0,65 hasta 1,35. El conteo de puntos función no ajustado se multiplica por este factor para obtener el recuento función de punto de ajuste. Por ejemplo, el recuento y la ponderación de archivos y otros elementos produce un conteo de puntos función no ajustado de 1000. La aplicación es de gran complejidad y el grado de las 14 medidas complejidad da un total de 60 puntos. Como 60/100 + 0,65 es de 1,25, el número de función de punto de ajuste sería 1250. Medición de la productividad en los puntos de función Muchos miles de proyectos han sido analizados para construir bases de datos de función de punto, que puede ser usado para comparar el esfuerzo que en cada proyecto con el número de puntos función creada. Los amplios rangos de productividad existentes. Por ejemplo, con el personal sin experiencia, los métodos no estructurados, herramientas comunes, y lenguajes de bajo nivel, la productividad varía desde 0.25 hasta 5 puntos de función por mes del personal. En el otro extremo de la gama, con personal experimentado, los métodos estructurados, herramientas eléctricas, y lenguajes de alto nivel, la productividad varía desde 20 hasta 100 puntos de función por mes del personal. proyectos es generalmente de 3 a 50 puntos de función por mes del personal, y el promedio es de 8 puntos de función. Si un equipo de proyecto puede alcanzar los diez puntos de función por mes del personal, a continuación, un 1250 - proyecto de puntos de función tiene 125 funcionarios-meses o diez personas un poco más de un año. Si la productividad es de 20 puntos de función por mes del personal, entonces el trabajo se puede hacer en la mitad del tiempo. Aunque los puntos de función son una medida de tamaño razonable, que no son de gran utilidad en la estimación de esfuerzo a menos que la productividad puede ser estimado. Para ello requiere un historial de la productividad del personal del proyecto. El valor de la experiencia del proyecto A pesar de su importancia en la estimación, muy pocas organizaciones tienen una base de datos de la experiencia del proyecto. En cambio, la experiencia en un proyecto está en las cabezas de los miembros del equipo del proyecto y no es fácil para el gestor del proyecto junto al acceso. De hecho, muy pocas organizaciones mantener cifras fiables sobre las horas reales tomadas en el desarrollo del proyecto. Como herramientas automatizadas de gestión de procesos más ampliamente utilizados, se hace menos costoso y más fácil de utilizar la historia de proyectos anteriores. Una herramienta de gestión de procesos debería ayudar a responder las siguientes preguntas: >> ¿Qué proyectos anteriores son similares a la actual? >> ¿Cuál fue el esfuerzo en proyectos similares en general y por tarea? >> ¿Cómo las habilidades de las personas en proyectos similares comparar con las del personal del proyecto actual? Búsqueda de Proyectos similares Un proyecto similar puede ser uno que tiene las mismas tareas que se hicieron por las mismas personas, que se utiliza el mismo lenguaje de programación, o cumplen otros criterios. Una base de datos de la historia del proyecto debe permitir la búsqueda de proyectos similares. Esto implica que todos los proyectos deben llevarse a cabo utilizando un conjunto estándar de tareas, así como los gastos de contabilidad debe ser analizada con un plan de cuentas estándar. Si cada director de proyecto hace que los nombres de las tareas en cada proyecto, cómo pueden ser los proyectos en comparación con los otros? Determinar el esfuerzo del pasado y Habilidades Una vez que los proyectos similares son elegidos, de la dirección del nuevo proyecto necesita saber el esfuerzo en proyectos similares, en general y por tarea, y las habilidades de los que trabajaron en estos proyectos. El gerente puede encontrar esta información si el tiempo y costo invertido se ha registrado en una forma estándar y si los datos son razonablemente completa. Para citar a la productividad de expertos Alcaparras Jones, "Los datos históricos de los proyectos utilizados internamente por las empresas está cerca de ningún valor para los estudios económicos. Los costos directos de usuario esencialmente nunca se realiza un seguimiento, las horas extraordinarias no remuneradas es rara vez un seguimiento, y el descuido en el tiempo de carga para el conjunto correcto de las cuentas del proyecto está muy extendido en el dominio de MIS. " Herramientas automatizadas de gestión de procesos que hacen que la inscripción de los esfuerzos actuales contra las categorías estándar de bajo costo y fácil para todo el mundo poniendo en el tiempo en un proyecto, entonces la historia del proyecto puede ser una ayuda significativa a la estimación. Roll-Up de las estimaciones Usando la experiencia con el tamaño de un proyecto de arriba hacia abajo tiene valor porque se puede hacer al principio del proyecto, cuando sólo el conocimiento general sobre el diseño físico está disponible. contando punto de la función, sin embargo, se basa en la información física sobre los archivos, entradas y salidas. El método más confiable de estimar, aunque el que más tiempo consume, es hacer una estimación para cada pieza de trabajo conjuntamente con el miembro del equipo que se encarga de él y para combinar las estimaciones de abajo hacia arriba. estimación de abajo hacia arriba consiste en responder a tres preguntas: >> ¿Qué tareas hay que hacer? >> ¿Quién los va a hacer? >> ¿Cuánto tiempo se tarda en completar? (Estimaciones detalladas pueden ser impuestas o negociadas con los empleados.) Un jefe de proyecto con talento en la gestión de proyectos informal puede negociar estimaciones apretada pero alcanzable, así como obtener el compromiso personal de los miembros del personal. compromiso firme sólo puede hacerse una vez que el diseño es conocida por lo menos en forma de esquema. estimaciones de arriba hacia abajo se hacen temprano en un proyecto, hacer buen precio, y cambian con frecuencia. estimaciones de abajo hacia arriba se establecen, costoso de producir, y se estableció más tarde en un proyecto. presentado por Karren Delaide
|
|||||
|