Estoy utilizando un sistema de gestión de proyectos que me obliga a definir las solicitudes de funciones como prioridad alta, media o baja. ¿Alguien tiene un buen conjunto de definiciones que aclare lo que deberían significar esas prioridades?
Creo que enfocaríamos mejor nuestras mentes si tuviéramos definiciones específicas de lo que realmente significan esos niveles de prioridad.
Estoy utilizando un sistema de gestión de proyectos que me obliga a definir las solicitudes de funciones como prioridad alta, media o baja. ¿Alguien tiene un buen conjunto de definiciones que aclare lo que deberían significar esas prioridades?
Significan lo que su organización quiera que signifiquen. La forma en que una organización determinada prioriza funciones o tareas se basa en una variedad de factores, que incluyen (pero no se limitan a):
En otras palabras, su organización debe desarrollar un sistema de puntuación o un conjunto de controles deslizantes que le permitan filtrar y priorizar funciones de una manera que tenga sentido para su negocio específico .
Incluso teniendo en cuenta lo anterior, los cubos de prioridad grandes son una idea terrible. Hay una razón por la que los marcos como Scrum requieren una priorización ordinal. Sencillamente, si algo es "lo más importante", por definición todo lo demás está subordinado a ese objetivo.
Si clasifica en cubos de prioridad de grano grueso, termina con situaciones en las que puede tener 37 características de "alta prioridad". No todo puede ser la máxima prioridad al mismo tiempo, aunque es común que las Malas Prácticas de Gestión™ piensen así.
A menos que tenga filtros secundarios para cada uno de sus cubos de prioridad, es probable que su proyecto realice varias tareas a la vez. Incluso si no lo hace, usted:
Además, a menos que ponga una tapa a su balde de alta prioridad, nunca llegará a las cosas de prioridad media o baja. Alguna vez.
En general, los cubos de granularidad gruesa son aceptables como primer paso, pero debe considerar seriamente un segundo paso con algún tipo de cola de priorización ordinal. Mountain Goat Software tiene algunas buenas herramientas basadas en la web para ayudar a los equipos a usar la detección de temas, la puntuación de temas , la ponderación relativa y los controles deslizantes de éxito del proyecto para ayudar a las partes interesadas a dar prioridades verdaderamente secuenciales a las funciones.
Recuerde siempre la Primera Ley de Priorización de CodeGnome:
Si todo es una "prioridad máxima" en su proyecto, corra (¡no camine!) hacia la salida más cercana.
Según mi experiencia, las colas de "máxima prioridad" indiferenciadas son generalmente la principal fuente de fracasos de proyectos y marchas de la muerte . No seas una estadística.
Las prioridades se definen en función de las necesidades de los propietarios de productos. Se decide en base a factores como Importancia, Urgencia, Esfuerzo
Para obtener más información sobre cómo decidir a qué característica se le debe dar prioridad, consulte el siguiente enlace:
Si está utilizando scrum, pregúntele al propietario del producto. Si tiene un gerente o director ejecutivo (o lo que sea) arriba, pregúntele.
Su definición de alta prioridad siempre es diferente a la alta prioridad de los propietarios de productos o del director ejecutivo.
Si no tienen idea de lo que estás hablando, crea un ejemplo simple de entender para ellos.
Entonces, el servidor principal se cae, ¿quieres que lo arregle dentro de 2, 8 o 24 horas?
david espina
GBH
david espina
jmort253