Cómo priorizar con el método MoSCoW

¿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:

Administrar un proyecto a menudo se trata de administrar lo que harás y no harás. – terminar en la línea de tiempo del proyecto dada. Cuando no se establecen prioridades, los proyectos pueden convertirse rápidamente en una batalla campal, con las voces más fuertes en la sala dando prioridad a su trabajo sobre los demás, a menudo sin beneficio para el proyecto o la organización.

Pero hay un enfoque diferente. 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 el subconjunto mínimo utilizable (MUS) o lo que el proyecto debe entregar. En otras palabras, el proyecto debe entregarlos en la fecha prevista para que el proyecto se mantenga encaminado. No se acepta ningún retraso. O bien va a desviar el proyecto, es inseguro o incluso ilegal no tener esto hecho en el tiempo dado en el caso de negocios del proyecto.

Una forma de comprender si se trata de un MUS es preguntarse: "¿Qué sucede si no se cumple?" Si la respuesta es “El proyecto falla”, entonces tienes un MUS. Cualquier solución alternativa que se pueda idear para continuar con el proyecto y no poner en peligro su éxito significa que esto no es un MUS.

Requisitos imprescindibles

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

Podría tener requisitos

La diferencia entre un requisito que debería tener y un requisito que podría tener es simplemente calcular el grado de dolor que causaría no cumplirlo. Es decir, cómo afectará el valor comercial del proyecto, cuántas personas se verán 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 menor que el impacto de un requisito obligatorio.

Lo que no tendremos esta vez

Aquí es donde puede recopilar aquellos requisitos que no son factibles para una versión específica. Tal vez la próxima vez, pero el proyecto sigue siendo fuerte sin ellos. Esta es una excelente manera de evitar el aumento del alcance del proyecto. Una vez que las iniciativas se colocan en la categoría de falta de tiempo, los equipos saben que no son una prioridad para esta ronda y pueden dejarlas en un segundo plano y olvidarlas. Esto les permite concentrarse más claramente en aquellos requisitos que son importantes para el proyecto.

Recopilación de requisitos

Pero antes de que puedas priorizar, debes tener algo que priorizar. Esto se denomina parte del proceso de recopilación de requisitos. No es específicamente una parte del método MoSCoW, pero debe recopilar 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 minuciosa de los requisitos.

Relacionado: Plantilla gratuita de recopilación de requisitos

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.

• Elicitació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 sesiones facilitadas, prototipos y 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, lagunas, etc.
• Especificación: pasará a priorizar y formalizar los datos en un informe de definición de requisitos. También querrá asegurarse de que se puedan probar.
• Verificación: finalmente, verificará que los requisitos sean precisos y comunique las necesidades y expectativas de sus partes interesadas. Los requisitos son revisados ​​y aprobados.

Al seguir este proceso para definir cuáles son los requisitos esenciales y no esenciales para el desarrollo de su proyecto o producto, puede ver rápidamente dónde debe estar su enfoque. 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 mantiene la calidad en su proyecto

ProjectManager es un software de gestión de proyectos basado en la nube 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 tablero en tiempo real muestra datos en tiempo real que se muestran en seis métricas de proyectos diferentes. Estos números están resumidos e ilustrados en gráficos y cuadros coloridos y fáciles de leer que mantienen a los gerentes de proyecto muy bien informados sobre el progreso de sus prioridades.

El flujo de trabajo también se visualiza con tableros kanban que mantienen a los equipos enfocados en sus prioridades. Los diagramas 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 ofrece ProjectManager. Para obtener una imagen 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 dirige 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.

¡Gracias por ver!

Consejo profesional: 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 ganar-ganar para los lanzamientos de proyectos con los clientes.

Transcripción:

Hola, soy Susanne Madsen. Bienvenido a esta sesión de pizarra sobre cómo priorizar 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 tiempo extra o presupuesto extra, y la "W" significa algo que no tendremos esta vez.

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 lo ayuda a asegurarse de entregar primero las principales prioridades a sus clientes.

Veamos un ejemplo. Imagina que eres el director de proyecto de una conferencia. Se sienta con sus partes interesadas y les pregunta: “¿Qué debe haber para esta conferencia? ¿Cuáles son todos sus requisitos imprescindibles?

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

"Está bien, ¿qué deberíamos tener, si es posible?"

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

"Está bien, ¿qué podríamos tener?"

"Bueno, déjame pensar, podríamos tener varias pistas de altavoces, pero en realidad, no es tan importante, es bueno tenerlo si tenemos tiempo y presupuesto extra, 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 a un nivel más detallado, para ver las características de un requisito.

Tomemos un ejemplo con una bolsa de regalos. Imagina que ahora le has delegado eso a Dan, y a Dan le gustaría saber cuáles son tus expectativas, así que Dan te pregunta: "¿Qué debe haber en las bolsas de obsequios cuando las entregue?"

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

"Multa. ¿Qué deberíamos tener allí?

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

"Está bien, ¿qué podríamos tener allí?"

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

“¿Qué no tendremos?”

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

Como puede ver, puede usar "MoSCoW" a un nivel muy alto, pero también a un nivel bajo. Cuando lo usas en el nivel bajo, te ayuda a delegar mejor las tareas.

Gracias por mirar, visítenos nuevamente en ProjectManager.