Como priorizar com o método MoSCoW

Você precisa de ajuda para priorizar tarefas ao gerenciar um projeto? Existe uma sigla para isso! É chamado de método MoSCow e é uma ótima técnica para ajudar na priorização.

Como priorizar com o método MoSCoW:

Gerenciar um projeto geralmente é gerenciar o que você quer – e não vai! – ser feito no cronograma do projeto fornecido. Quando não há prioridades definidas, os projetos podem rapidamente se tornar livres para todos, com as vozes mais altas da sala priorizando seu trabalho em relação aos outros, muitas vezes não em benefício do projeto ou da organização.

Mas há uma abordagem diferente. É chamado de método MoSCoW para definir e gerenciar requisitos e tarefas em um projeto.

Aqui está uma lista para esclarecer quais são esses requisitos:

Requisitos obrigatórios

Outra maneira de se referir a isso é como o subconjunto mínimo utilizável (MUS) ou o que o projeto deve entregar. Em outras palavras, o projeto deve entregá-los na data prevista para que o projeto permaneça nos trilhos. Nenhum atraso é aceitável. Ou vai tirar o projeto dos trilhos, é inseguro ou mesmo ilegal não ter feito isso no tempo determinado no business case do projeto.

Uma maneira de entender se você está lidando com um MUS é perguntando a si mesmo: “O que acontece se isso não for atendido?” Se a resposta for “O projeto falha”, então você tem um MUS. Qualquer solução alternativa que possa ser planejada para continuar com o projeto e não comprometer seu sucesso significa que isso não é um MUS.

Requisitos obrigatórios

Esse tipo de requisito é quase tão importante quanto um MUS, mas não é vital para o sucesso do projeto. Em outras palavras, o projeto não depende desse requisito. Você pode não querer deixá-lo de fora, pois pode ter um grande impacto no projeto, mas no final, pode ser feito sem causar nenhum dano irreparável. Novamente, deixar de fora esse requisito significa muito trabalho⁠ (encontrar uma solução, mudar as expectativas das partes interessadas, talvez experimentar alguma ineficiência⁠), mas o projeto pode continuar.

Requisitos possíveis

A diferença entre um requisito obrigatório e um requisito possível é simplesmente descobrir o grau de dor que seria causado por não cumpri-lo. Ou seja, como isso afetará o valor comercial do projeto, quantas pessoas seriam afetadas, etc. Portanto, um requisito possível é algo que você gostaria, mas é menos importante do que um requisito obrigatório. Haverá um impacto se for deixado de fora do projeto, mas menor do que o impacto de um requisito obrigatório.

O que não teremos desta vez

Aqui é onde você pode coletar os requisitos que não são viáveis ​​para uma versão específica. Talvez da próxima vez, mas o projeto continua forte sem eles. Essa é uma ótima maneira de evitar o aumento do escopo do projeto. Uma vez que as iniciativas são colocadas na categoria de não ter tempo, as equipes sabem que não são uma prioridade para esta rodada e podem colocá-las em segundo plano e fora de sua mente. Isso permite que eles se concentrem mais nos requisitos que são importantes para o projeto.

Levantamento de requisitos

Mas antes que você possa priorizar, você deve ter algo para priorizar. Isso é chamado de parte de coleta de requisitos do processo. Não é especificamente uma parte do método MoSCoW, mas você deve coletar requisitos de forma eficaz para priorizar de forma eficaz.

Isso é mais do que se fazer algumas perguntas e depois passar para a próxima etapa do projeto. O tempo deve ser gasto para fazer uma coleta completa de requisitos.

Relacionado: Modelo de coleta de requisitos gratuito

É um processo de quatro etapas que pode ser usado para projetos grandes e pequenos. O tamanho do projeto afetará apenas o tempo necessário para concluir esse processo.

• Elicitação: Esta etapa significa que você começa a fazer perguntas e a ouvir ativamente as respostas, através de entrevistas com as partes interessadas, aqueles com experiência, etc., também sessões facilitadas, protótipos e questionários são outras ferramentas que você pode usar.
• Validação: Agora você começa a analisar os dados coletados para garantir que as informações sejam precisas e representem as necessidades e expectativas das partes interessadas. Você começará a consolidar, racionalizar, procurar sobreposições, lacunas, etc.
• Especificação: Você passará a priorizar e formalizar os dados em um relatório de definição de requisitos. Você também vai querer ter certeza de que eles podem ser testados.
• Verificação: Finalmente, você verificará se os requisitos são precisos e comunicará as necessidades e expectativas de seus stakeholders. Os requisitos são revisados ​​e aprovados.

Ao seguir este processo para definir quais são os requisitos essenciais e não essenciais para o seu projeto ou desenvolvimento de produto, você pode ver rapidamente onde seu foco deve estar. Esse método também ajuda a garantir que você chegue a uma conclusão sobre quais são essas prioridades para cada requisito no início do processo.

Como o ProjectManager mantém a qualidade em seu projeto

O ProjectManager é um software de gerenciamento de projetos baseado em nuvem que pode garantir que seus requisitos sejam atendidos durante todo o ciclo de vida do projeto. Como nosso software fornece dados em tempo real, você pode atender às suas prioridades.

Nosso painel em tempo real mostra dados em tempo real que são exibidos em seis métricas de projeto diferentes. Esses números são triturados e ilustrados em gráficos e tabelas coloridas e fáceis de ler que mantêm os gerentes de projeto bem avaliados quanto ao progresso em suas prioridades.

O fluxo de trabalho também é visualizado com quadros kanban que mantêm as equipes focadas em suas prioridades. Os gráficos de Gantt online podem vincular dependências e as equipes podem colaborar no nível da tarefa, adicionando comentários, documentos e imagens.

Há muito mais que o ProjectManager oferece. Para obter uma visão completa do que podemos fazer para ajudá-lo a gerenciar melhor seu próximo projeto, experimente nossa avaliação gratuita de 30 dias hoje.

Assista ao nosso especialista em liderança explicar o método MoSCoW

A guru da liderança Susanne Madsen conduz este vídeo de treinamento sobre como usar o Método MoSCoW para priorizar seus requisitos em um projeto.

Aqui está uma captura de tela para sua referência.

Obrigado por assistir!

Dica profissional: A técnica de Moscou é uma ótima maneira de enquadrar conversas com clientes, para entender o que eles querem e o que é bom ter. Dessa forma, você não está perdendo tempo e eles não estão sendo obscuros. É um ganha-ganha para o início do projeto com os clientes.

Transcrição:

Olá, sou Susanne Madsen. Bem-vindo a esta sessão de quadro branco sobre como priorizar requisitos com a técnica MoSCoW.

Na técnica MoSCoW, o “M” significa um “requisito obrigatório”, não é negociável, devemos tê-lo.

O “S” significa “deveria ter requisito”, se possível, deveríamos tê-lo.

O “C” significa “poderia ter requisito”, não é essencial, mas poderíamos tê-lo se tivéssemos tempo extra ou orçamento extra, e o “W” significa algo que não teremos desta vez.

Veja bem, na maioria dos projetos, falamos sobre algo que está dentro ou fora do escopo. O uso da técnica MoSCoW oferece uma visão mais granular e ajuda a garantir que você entregue primeiro as principais prioridades aos seus clientes.

Vejamos um exemplo. Imagine que você é o gerente de projeto de uma conferência. Você se senta com seus stakeholders e pergunta a eles: “O que deve haver para esta conferência? Quais são todos os seus requisitos obrigatórios?”

E seu cliente diz: “Ok, devemos ter um local a menos de cinco quilômetros do centro da cidade”.

"Ok, o que devemos ter, se possível?"

“Bem, nós realmente deveríamos ter um saco de guloseimas para cada delegado ir embora.”

"Ok, o que poderíamos ter?"

“Bem, deixe-me pensar, poderíamos ter várias faixas de palestrantes, mas realmente, não é tão importante, é bom ter se tivermos tempo e orçamento extras, vamos fazer isso.”

“O que não teremos?”

“Não teremos álcool no evento”, e você faz isso com todos os outros requisitos, mas o poder do MoSCoW é que você também pode usá-lo em um nível mais detalhado, para observar os recursos de um requisito.

Vamos dar um exemplo com um saco de guloseimas. Imagine que agora você delegou isso a Dan, e Dan gostaria de saber quais são suas expectativas, então Dan lhe pergunta: “O que deve haver nas sacolas de brindes quando eu as entregar?”

E você diz: “Ok, precisamos ter uma cópia do programa da conferência”.

"Multar. O que devemos ter lá?”

“Bem, nós realmente deveríamos ter um item de marca, talvez como uma caneta, ou algo assim.”

"Ok, o que poderíamos ter lá?"

“Bem, poderíamos ter algo doce, mas é bom ter, não é realmente essencial.”

“O que não teremos?”

E você decide que não vai tomar refrigerantes ou água porque eles vão deixar o saco muito pesado.

Então você vê, você pode usar “MoSCoW” em um nível muito alto, mas também em um nível baixo. Quando você o usa no nível baixo, ajuda você a delegar melhor as tarefas.

Obrigado por assistir, visite-nos novamente em ProjectManager.