DETERMINACIÓN DE LA TOLERANCIA DE PROYECTOS DE DESARROLLO
Cada organización tiene un determinado nivel de tolerancia de TI el desarrollo de aplicaciones del proyecto. El nivel dentro de una organización determinada depende de una serie de artículos en toda la organización. Una forma de mejorar el proceso de desarrollo de proyectos de TI es llegar a un entendimiento sobre el tamaño manejable práctica de los proyectos de aplicaciones dentro de una organización en particular. Esa determinación se puede hacer a través de una revisión de los proyectos anteriores. Revisión de los resultados de los proyectos de aplicaciones pasado el desarrollo de TI proporciona información que puede ser utilizado para desarrollar las tendencias de éxito o fracaso, que a su vez, pueden ser analizados con referencia al tamaño del proyecto. Algún tipo de criterios deben ser desarrollados por el cual juzgar proyecto "éxito" o "fracaso". Estos criterios pueden variar dentro de las organizaciones, en función de los factores que se consideran importantes dentro de la organización. La clave con respecto a un único criterio utilizado para hacer los juicios es que debe ser visto como una medida razonable dentro de la organización. Además, los criterios no se puede permitir que se engorrosos o complejos. El objetivo aquí debe ser el fin de seleccionar un conjunto de componentes básicos que no va a dar la respuesta definitiva, sino más bien una guía para el éxito probable de un proyecto determinado, basándose en la experiencia anterior dentro de la organización. En caso de que la probabilidad indica que el proyecto es probable que falle, los ajustes deben hacerse para que el tamaño del proyecto, el tiempo y complejidad a un nivel que proporcionará una mayor probabilidad de éxito. A modo de ejemplo, supongamos que durante los últimos tres años, el departamento de TI ha trabajado en 125 proyectos. Durante ese tiempo, un promedio de 700 horas de desarrollo se han dedicado a los proyectos, para un total de 87.500 horas. Al hacer un análisis de los 125 proyectos, se encuentra que, en virtud de los criterios elaborados para determinar el éxito o el fracaso, 18 proyectos corresponden a la clasificación fracaso. De los 18 proyectos, 14 han superado las 900 horas de tiempo de desarrollo y otra vez, utilizando los criterios de éxito o el fracaso, los 14 proyectos llevados a un alto nivel de complejidad. Además, sólo tres proyectos que tienen más de 800 horas se han llevado a una conclusión con éxito durante los últimos tres años.
Varias conclusiones rápidas se pueden extraer del análisis. En primer lugar, es probable que no en el interés de la organización a considerar cualquier planteamiento de desarrollo de aplicaciones projectsthat o superior a 900 horas de esfuerzo. gerentes En segundo lugar, varios proyectos están, a pesar del entorno de desarrollo, capaz de llevar los proyectos a buen término. Dos conclusiones se pueden sacar sobre el papel de los directores de proyectos. En primer lugar, los jefes de proyecto deben ser asignados a los más grandes, proyectos más complejos dentro de la organización. El segundo estudio, se deben hacer para determinar por qué los gerentes tienen éxito.
Así, el análisis se reúne dos requisitos. Proporciona una guía para los límites de tamaño del proyecto y la complejidad asociados dentro de la organización. También proporciona la base para seguir avanzando para lograr cambios dentro de la organización, especialmente en el departamento de TI, que dará lugar a la capacidad en el futuro para manejar grandes proyectos de aplicaciones más complejas.
En cuanto al tamaño y complejidad, el análisis también muestra que no parecen ser factores negativos en el desarrollo de los proyectos si la gestión de los proyectos está bajo la dirección de uno de los jefes de proyecto fuerte varios. Sería beneficioso para perseguir las razones por qué algunos directores parecen bien, independientemente del tamaño o la complejidad de sus proyectos. La determinación de lo que los directivos están haciendo correctamente y luego aplicar sus técnicas de gestión a la manera en que otros proyectos se gestionan podría aportar importantes beneficios a la organización. presentado por Steph Brown
|
|||||
|