Leadership, Project Management Training Videos, Task Management

Uso del método MoSCoW para priorizar proyectos


¿Necesita ayuda para priorizar tareas al administrar un proyecto? ¡Hay un acrónimo para eso! Se llama el método MoSCow y es una gran técnica para ayudar con la priorización.

Cómo priorizar con el método MoSCoW:

¡La administración de un proyecto a menudo se trata de administrar lo que se quiere y no se logrará! – hacer en la línea de tiempo del proyecto dado. Cuando no se establecen prioridades, los proyectos pueden convertirse rápidamente en una lucha libre para todos, y las voces más fuertes en la sala obtienen prioridad de su trabajo sobre los demás, a menudo no en beneficio del proyecto o la organización.

Pero hay una diferencia Acercarse. Se llama el método MoSCoW para definir y administrar requisitos y tareas en un proyecto.

Aquí hay una lista para aclarar cuáles son esos requisitos:

Requisitos imprescindibles

Otra forma de referirse a esto es como mínimo subconjunto utilizable (MUS) o lo que debe entregar el proyecto. En otras palabras, el proyecto debe entregarlos en la fecha objetivo para que el proyecto siga su curso. No se aceptan retrasos. Va a desviar el proyecto, es inseguro o incluso ilegal no hacerlo en el momento dado en el caso de negocios del proyecto.

Una forma de entender si está tratando con un MUS es preguntándose a sí mismo , "¿Qué sucede si esto no se cumple?" Si la respuesta es: "El proyecto falla", entonces tienes un MUS. Cualquier solución alternativa que pueda idearse para continuar con el proyecto y no poner en peligro su éxito significa que esto no es un MUS.

Requisitos necesarios

Este tipo de requisito es casi tan importante como un MUS, pero no lo es vital para el éxito del proyecto. En otras palabras, el proyecto no depende de este requisito. Es posible que no desee dejarlo fuera, ya que podría tener un gran impacto en el proyecto, pero al final puede hacerse sin causar ningún daño irreparable. Una vez más, omitir este requisito significa mucho trabajo⁠ (encontrar una solución, cambiar las expectativas de las partes interesadas, tal vez experimentar cierta ineficiencia⁠), pero el proyecto puede continuar.

Requisitos necesarios

La ​​diferencia entre un deber -tiene un requisito y un requisito imprescindible es simplemente determinar el grado de dolor que sería causado por no cumplirlo. Es decir, cómo afectará el valor comercial del proyecto, cuántas personas se verían afectadas, etc. Por lo tanto, un requisito que podría tener es algo que le gustaría pero es menos importante que un requisito que debería tener. Habrá un impacto si se deja fuera del proyecto, pero menos que el impacto de un requisito obligatorio.

Lo que haremos No Tener este tiempo

Aquí es donde puedes recolectar aquellos requisitos que no son factibles para una versión específica. Quizás la próxima vez, pero el proyecto sigue siendo fuerte sin ellos. Esta es una excelente manera de evitar el avance del alcance del proyecto. Una vez que las iniciativas se colocan en la categoría de no tener tiempo, los equipos saben que no son una prioridad para esta vuelta y pueden colocarlas en un segundo plano y fuera de su mente. Esto les permite enfocarse más claramente en los requisitos que son importantes para el proyecto.

Reunión de requisitos

Pero antes de que pueda priorizar, debe tener algo para priorizar. Esto se llama requisitos que reúnen parte del proceso. No es específicamente una parte del método MoSCoW, pero debe reunir los requisitos de manera efectiva para priorizar de manera efectiva.

Esto es más que hacerse algunas preguntas y luego pasar a la siguiente etapa del proyecto. Se debe dedicar tiempo a realizar una recopilación exhaustiva de requisitos.

Relacionado: Plantilla de recopilación de requisitos gratuita

Es un proceso de cuatro pasos que se puede utilizar para proyectos grandes y pequeños. El tamaño del proyecto solo afectará el tiempo que lleva completar este proceso.

  • Obtención: Este paso significa que comienza a hacer preguntas y escuchar activamente las respuestas, a través de entrevistas con las partes interesadas, aquellos con experiencia, etc., también las sesiones facilitadas, los prototipos y los cuestionarios son otras herramientas que puede utilizar.
  • Validación: Ahora comienza a analizar los datos recopilados para asegurarse de que la información sea precisa y represente las necesidades y expectativas de las partes interesadas. Comenzará a consolidar, racionalizar, buscar superposiciones, brechas, etc.
  • Especificación: Pasará a priorizar y formalizar los datos en un informe de definición de requisitos. También querrá asegurarse de que puedan probarse.
  • Verificación: Finalmente, verificará que los requisitos sean precisos y comunique las necesidades y expectativas de sus partes interesadas. Los requisitos se revisan y aprueban.

Al seguir este proceso para definir cuáles son los requisitos esenciales y no esenciales para su proyecto o desarrollo de productos, puede ver rápidamente dónde debe centrarse . Este método también lo ayuda a asegurarse de llegar a una conclusión sobre cuáles son esas prioridades para cada requisito al principio del proceso.

Cómo ProjectManager.com mantiene la calidad en su proyecto

ProjectManager.com es un proyecto basado en la nube software de administración que puede garantizar que se cumplan sus requisitos durante todo el ciclo de vida del proyecto. Debido a que nuestro software le brinda datos en tiempo real, puede cumplir con sus prioridades.

Nuestro panel de control en tiempo real muestra datos en tiempo real que se muestran en seis métricas diferentes del proyecto. Estos números se resumen e ilustran en gráficos y cuadros coloridos y fáciles de leer que mantienen a los gerentes de proyecto evaluados con atención sobre el progreso de sus prioridades.

Nuestros paneles de proyectos entregan datos en tiempo real para que los datos sean siempre precisos.

El flujo de trabajo también se visualiza con tableros kanban que mantienen a los equipos enfocados en sus prioridades. Los gráficos de Gantt en línea pueden vincular dependencias y los equipos pueden colaborar a nivel de tarea, agregando comentarios, documentos e imágenes.

Hay mucho más que ProjectManager.com ofrece. Para tener una idea completa de lo que podemos hacer para ayudarlo a administrar mejor su próximo proyecto, pruebe nuestra prueba gratuita de 30 días hoy.

Vea a nuestro experto en liderazgo explicar el método MoSCoW

La gurú del liderazgo Susanne Madsen lidera este video de capacitación sobre cómo usar el método MoSCoW para priorizar sus requisitos en un proyecto.

Aquí hay una captura de pantalla para su referencia.

 una mejor manera de priorizar proyectos

¡Gracias por mirar!

Pro-Tip: La técnica de Moscú es una excelente manera de enmarcar conversaciones con los clientes, para comprender lo que quieren y lo que es bueno tener. De esta manera, no estás perdiendo el tiempo y no están siendo oscuros. Es un beneficio mutuo para proyectos de lanzamiento con clientes.

Transcripción:

Hola, soy Susanne Madsen. Bienvenido a esta sesión de pizarra sobre cómo priorizar los requisitos con la técnica MoSCoW.

En la técnica MoSCoW, la "M" significa un "requisito imprescindible", no es negociable, debemos tenerlo.

La "S" significa "debería tener un requisito", si es posible, deberíamos tenerlo.

La "C" significa "podría tener un requisito", no es esencial, pero podríamos tenerlo si tenemos más tiempo o presupuesto extra, y la "W" representa algo que no tendremos esta vez.

Como puede ver, en la mayoría de los proyectos, hablamos de algo que está dentro o fuera del alcance. El uso de la técnica MoSCoW le brinda una vista más granular y le ayuda a asegurarse de que entregue primero las prioridades principales a sus clientes.

Veamos un ejemplo. Imagine que usted es el gerente de proyecto para una conferencia. Te sientas con tus grupos de interés y les preguntas: “¿Qué debe haber para esta conferencia? ¿Cuáles son todos sus requisitos imprescindibles? "

Y su cliente dice:" Bien, debemos tener un lugar dentro de los cinco kilómetros del centro de la ciudad ".

" Bien, qué deberíamos tener, si es posible ? ”

“ Bueno, realmente deberíamos tener una bolsa de regalos para que cada delegado se vaya ”.

“ Bien, ¿qué podríamos tener? ”

“ Bueno, déjame pensar, podríamos tener varios pistas de altavoces, pero realmente, no es tan importante, es bueno tenerlo si tenemos tiempo extra y presupuesto, hagámoslo ".

" ¿Qué no tendremos? "

" No tendremos alcohol en el evento ", y lo hace con todos los demás requisitos, pero el poder de MoSCoW es que también puede usarlo en un nivel más detallado, para ver las características de un requisito.

Tomemos un ejemplo con un bolsa de obsequios. Imagine que ahora le ha delegado eso a Dan, y Dan quisiera saber cuáles son sus expectativas, por lo que Dan le pregunta: "¿Qué debe haber en las bolsas de regalos cuando las entregue?"

Y usted dice: "Está bien , debemos tener una copia del programa de la conferencia. "

" Bien. ¿Qué deberíamos tener allí? ”

“ Bueno, realmente deberíamos tener un artículo de marca, tal vez como un bolígrafo, o algo así ”.

“ Bien, ¿qué podríamos tener allí? ”

"Bueno, podríamos tener algo dulce, pero es bueno tenerlo, realmente no es esencial".

"¿Qué no vamos a tener?"

Y decides que no tendrás refrescos ni agua porque hará que la bolsa sea demasiado pesada.

Para que veas, puedes usar "MoSCoW" en un nivel muy alto, pero también en un nivel bajo. Cuando lo usa en el nivel bajo, le ayuda a delegar mejor las tareas.

Gracias por mirar, visítenos nuevamente en ProjectManager.com.

(Esta publicación se actualizó en diciembre de 2019) [19659063]

You Might Also Like

Leave a Reply

Your email address will not be published. Required fields are marked *

You may use these HTML tags and attributes: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>