Introducción a las puertas de escenario
Un proceso de puertas de etapa (también conocido como puerta de fase) es un mecanismo de control común asociado con proyectos de TI en los departamentos de TI corporativos. Se define una serie de listas de verificación conceptuales, de modo que, a menos que se hayan llevado a cabo todas las actividades componentes, es posible que no se permita que el proyecto avance a la siguiente etapa. También descrito aquí.
Los procesos de puerta de etapa son utilizados principalmente por gerentes de proyecto, personal de la oficina de gestión de proyectos y analistas de negocios. Normalmente cada etapa tendrá una lista de verificación que se debe seguir. Los proyectos deben proporcionar evidencia de haber realizado ciertas verificaciones y obtener la aprobación antes de pasar a la siguiente etapa o puerta de etapa.
El propósito de las puertas del escenario
Las puertas de etapa tienen como objetivo evitar que las ideas de proyectos se comprometan prematuramente sin una consulta más amplia y adecuada entre TI y el negocio. Por ejemplo, para pasar de una puerta a la siguiente, el director del proyecto deberá demostrar (a la PMO) que su proyecto ha contado con la supervisión, las revisiones y la colaboración necesarias para esa puerta en particular.
De acuerdo a este artículo del PMI, las puertas deben abordar cambio de alcance y riesgo.
A veces, los procesos de activación no logran lograr el efecto de filtrado necesario (es decir, los proyectos no preparados continúan, cargados de riesgos) debido a la mala calidad de los procesos. eficacia de la colaboración y el escrutinio que se lleva a cabo en cada etapa. La experiencia ha demostrado que en proyectos de software, medir el tamaño funcional es una de las cosas más valiosas que se pueden hacer antes de comenzar el desarrollo.
Visibilidad temprana de la viabilidad
Antes de comprometer fondos sustanciales para un proyecto de software, es necesario saber cuánto costará y cuánto tiempo llevará generar valor. Tres preguntas clave que los ejecutivos deben responder son:
- El valor que entregará.
- El costo probable
- El momento probable para implementar
Para responder a estas preguntas necesitamos entender: ¿Como es de grande? y cuánto esfuerzo se necesitará para lograrlo. Para esto debemos considerar estos cuatro factores clave que contribuyen
- Examinar los requisitos y estimar el tamaño (funcional).
- Determinar Qué está faltandoy estimar el tamaño de eso también.
- Luego, en el lado positivo, estime el beneficio empresarial de entregar los cambios de software
- Determinar la viabilidad del procedimiento.
Una vez que conozcamos el tamaño final o completo, podremos determinar un cálculo de viabilidad. Recuerde que si la conclusión es que el esfuerzo es mayor y más costoso de lo esperado, es muy útil saberlo. Cancelar un proyecto inviable antes de realizar una gran inversión es un buen negocio y responsabilidad de la dirección.
Honestamente podemos decir que, según nuestra experiencia, no existe mejor herramienta para determinar la viabilidad y la “preparación para la construcción” de un proyecto de software que ScopeMaster.
Viabilidad de la puerta de escenario: automatizada
Por eso recomendamos el uso de ScopeMaster para ayudar con la evaluación del proyecto en las etapas iniciales con el fin de
- Mejorar la calidad del pensamiento en torno a los requisitos y
- Cree rápidamente estimaciones de tamaño confiables.
- Determinar la viabilidad de todo el esfuerzo del software.
Eliminación temprana de riesgos
Al hacer esto, podría mejorar la integridad de la definición de su alcance, la calidad de sus requisitos y tener una estimación del tamaño razonablemente confiable desde el principio en la que basar los planes y presupuestos. Pero lo más importante es que el uso temprano de ScopeMaster le permitirá Eliminación temprana de riesgos en tus proyectos.
