language-agnostic project-management scope-creep

language agnostic - ¿Qué es Scope Creep?



language-agnostic project-management (13)

¿Y cómo afecta el alcance al calendario del producto? ¿Hay alguna manera de mantener el alcance fuera de su proceso de desarrollo? ¿Cómo maneja su PM la fluencia del alcance? ¿Cuál fue la mejor característica que surgió de un creep de alcance? etcétera etcétera.

Este será el noobista de todas las preguntas sobre novatos, pero ¿qué significa exactamente el alcance, qué implica?


Alcance lento "se refiere a cambios incontrolados en el alcance de un proyecto. Este fenómeno puede ocurrir cuando el alcance de un proyecto no está definido, documentado o controlado adecuadamente. Generalmente se considera un evento negativo que debe evitarse".

Fuente


Cuando comienzas tu proyecto, estableces ciertos parámetros. Estos parámetros son su alcance. Debería pensar en lo que se supone que su proyecto debe hacer, cuánto costará y cuánto tiempo le tomará completar. Cuando más funcionalidades, tiempo, dinero ... se arrastran dentro del proyecto, esto se puede denominar "desplazamiento del alcance",


Empiezas con un mouse y terminas con un elefante.

En otras palabras, los requisitos cambian a diario y lo que se supone que debe entregar no se parece en nada a lo que se suponía debía entregar al inicio del proyecto.


En el caso del deslizamiento de características, en mi opinión, debe haber un elemento que contribuya a la caída de un producto. Por ejemplo, el crecimiento de una ciudad es bueno: la expansión urbana es mala.

O en el caso del diseño de la interfaz de usuario ... todas las funciones relacionadas se atascan en una pantalla de control: las nuevas características se agregan continuamente al punto donde su existencia de reunión confunde a más personas de las que alguna vez encontrarían útiles.

Para calificar como función lenta, deben pasar la prueba de contribuir a una complejidad innecesaria o lanzar llaves innecesarias en el ciclo de vida del sistema. Las características originariamente no planificadas que no cumplen con este criterio no se deben considerar deslizamiento de característica.

Scope Creep se considera de la misma manera que la característica de fluencia solo en el nivel de un ámbito de productos ... Por ejemplo:

Su equipo está construyendo un "Air Sucker" (tm) que absorbe aire de una ubicación y lo transporta a una fábrica a dos cuadras de distancia. El alcance de la ventosa de aire es que mueve aire.

Luego, la gerencia se da cuenta de que el dispositivo de succión también necesita chupar y transportar agua y arena. El Air Sucker nunca fue diseñado para transportar materiales líquidos o granulares y, por lo tanto, aumentar el alcance de la ventosa de aire hasta el punto en que debe ser rediseñado significativamente para cumplir con los nuevos requisitos de transporte.


Es cuando un proyecto se hace cada vez más grande y más complejo de lo que originalmente se había planeado, y por lo tanto está constantemente retrasado y por encima del presupuesto.


Hay dos definiciones para fluencia del alcance.

  • Negativo. El alcance cambió de manera descontrolada, agregando costo y riesgo.

  • Positivo. El alcance cambió de manera descontrolada porque nuestro plan de proyecto de fantasía era incorrecto y comenzamos a aprender cosas que no esperábamos aprender.

A la mayoría de la gente parece gustarle la primera.

El segundo, sin embargo, es más preciso. Los pocos gerentes que reconocen que scope creep - == learning son capaces de manejarlo sabiamente y hacer las cosas bien.

El resto de los gerentes ven el aprendizaje no controlado como una amenaza. El proyecto no creará los entregables esperados en el calendario o presupuesto de fantasía. Esto significa que es necesario reducir el alcance o ampliar las necesidades presupuestarias.

Tenga en cuenta que a la mayoría de los métodos ágiles no parece importarles mucho el alcance o el alcance del creep. Con un enfoque estrecho en el próximo lanzamiento, el panorama general se vuelve menos amenazante y aterrador.

Aprender, en un contexto ágil, también conduce a la fluencia del alcance, pero es algo bueno. Las cosas que nunca serán útiles son diferidas. Las cosas que no parecían importantes cuando comenzamos se aceleran.


La fluencia del alcance es cualquier cambio en el alcance / definición del proyecto / especificación originalmente acordado. El cambio podría deberse al descubrimiento de incógnitas previas, cambios en el mercado interno / externo, cambios tecnológicos o planes de patrocinadores que desean algo más. Tiene un impacto negativo en el proyecto cuando no existe un proceso de control de cambios implementado para revisar y aceptar o rechazar el cambio.


La fluencia del alcance es cuando los requisitos se siguen modificando o agregando a la versión actual del producto. Por ejemplo, muestra una demostración al cliente / usuario y solicita nuevos informes / botones / campos. También puede ocurrir cuando un desarrollador desea agregar nuevas características "interesantes", etc. sin necesidad de ellas. Se evita mejor gestionando los ciclos de lanzamiento del proyecto. Las personas que sugieren funciones son buenas, pero todos los involucrados deben comprender el impacto en el proyecto y el presupuesto. Considere añadir nuevas solicitudes de funciones a una lista y reunión regularmente para decidir qué nuevas características se agregarán a la "próxima versión".


Si tiene los controles de cambio apropiados, posiblemente una vaca de efectivo.

Hay una imagen famosa de un gran barco a motor con un pequeño runabout a cuestas. El runabout se llama "The Original Contract", y el barco de potencia se llama "The Change Requests".


características, presupuesto, calendario: elija 2, pero no todos 3



Scope creep es como la pornografía: lo sabes cuando lo ves.