Medidas para el control de la complejidad del proyecto
La disciplina debe ser visto como un factor crítico de éxito en cualquier proyecto de desarrollo. Cuando se trata de la cuestión del control de la complejidad del proyecto, el trabajo se puede hacer mucho más fácil si un nivel adecuado de la disciplina es un componente del proceso de desarrollo. La importancia de la disciplina y su relación con el éxito del proyecto tiene que ser reconocido, y su aplicación debe ser coherente en todo el proceso de desarrollo. Mudarse a un nivel más alto de la disciplina, en particular en las organizaciones donde ha faltado, puede ser una tarea difícil. El intento de mejorar la disciplina asociada con el mantenimiento y el control del tamaño y la complejidad de los proyectos de aplicaciones no es fácil. La adopción de un enfoque de gestión de proyectos más disciplinada es probable que se abra el departamento de TI a las acusaciones de no estar dispuesto a proporcionar mayores niveles de servicio, falta de cooperación de ser, y de carecer de un sentido de servicio al cliente. En organizaciones en las que ya existe un nivel de hostilidad entre el departamento de TI y otros sectores dentro de la organización, tratando de elevar el nivel de desarrollo de proyectos de TI aumentará esa hostilidad. Cuando se trata de la cuestión de la disciplina del proyecto, uno de los deberes de las personas que tienen responsabilidad en el éxito final del proyecto se debe evaluar con mucho cuidado el tamaño y la complejidad de lo que se propone en el proyecto. Aunque hay una tendencia natural a querer para dar cabida a todos y pide a todos los de características y funciones dentro de un sistema en particular, esa tendencia debe ser modificada por la realidad de lo posible. Con capacidad para cada solicitud no debe ser el objetivo del proyecto, sino que el objetivo debe ser ofrecer un conjunto razonable de funciones y características a tiempo y dentro del presupuesto. Si la disciplina del proyecto está en su lugar al comienzo del proyecto, y es sostenido en todo el proyecto, el resultado final es mucho más probable que sea lo que todos esperaban. Cuando eso ocurre, todos se benefician. La evaluación de TI propone proyectos de desarrollo en cuanto al tamaño, características y funciones que se entregarán dentro de la financiación del proyecto y el horario establecido debe ser visto como un esfuerzo conjunto entre el departamento de TI y las unidades de negocio en el que las nuevas aplicaciones se utilizará. Para ser eficaz, el trabajo asociado con llegar a un tamaño de proyecto realista, no se puede hacer a través de un proceso en el que los miembros de la tentativa el departamento de TI con el mandato de tamaño del proyecto. El enfoque tiene que ser la de incluir todas las áreas que tiene un interés en el resultado final del proyecto y elaborar un compromiso que se acerque lo más posible a satisfacer las necesidades de todas las áreas. Esas necesidades deben ser satisfechas dentro del contexto de mantener el tamaño del proyecto razonable y complejidad.
difícil resistirse a la carga tanto en el proyecto como sea posible. Sin embargo, la pregunta importante aquí tiene que ver con la probabilidad de que el proyecto, con un crecimiento demasiado grande como para gestionar de forma eficaz, se producirá un error, y nada (o tal vez muy poco) se entregarán. Habiendo llegado a una evaluación realista de lo que se puede entregar en términos de proyectos de TI dentro de una organización, la gestión de TI tiene una obligación y el deber de establecer y mantener la línea en el tamaño y complejidad del proyecto. Si el desarrollo del proyecto en fases o varios o incluso una serie de proyectos más pequeños es un buen negocio, esa ruta debe tomar. La idea tiene que ser para ayudar a la organización para evitar cometer errores del proyecto. presentado por Marrie tolva
|
|||||
|