A justificativa do projeto deve ser a primeira a ser questionada/construída, e deve ter a semântica que demonstre que de fato é um problema o que está sendo posto no pauta.

Abaixo exemplo de indagação que podem ser feitas para os participantes da construção.
- Os textos deste campo deve trazer desconforto ao ser lido.
- Os cards devem mostrar uma dor
- Quem ler esse card deve “chorar”
- Quem ler esse card deve entender que é um grande problema.

• Não é salvável que um projeto tente resolver o mundo inteiro, para aumentar a chance de sucesso do projeto tente dar foco a 3 a 6 problemas.

Hudson: E comum que as pessoas descrevam um problema desta forma: “Falta de informações sobre o processo de aquisição”. Essa construção não causa impacto, pois estamos acostumados a sentir falta de algo. Minha sugestão para dar mais potência seria “Processo de aquisição mau gerido causa desperdício de R$ 200.000,00 anuais”.

Os benefícios futuros deve ser descritos de forma que deixe quem ser o projeto com “água na boca”, e veja no projeto o potencial que cada um que está na sala sabe que têm. Benefícios abertos não são atrativos, imagine que existe duas lojas concorrentes de um produto qualquer. No caso uma jaqueta de motoqueiro, você vê coincidentemente duas propagandas dessas lojas: “Loja A” anuncia “Toda loja com descontos imperdíveis” “Loja B” anuncia “Toda loja com descontos de 30% a 50% parcelados no cartão” Então qual loja você vai escolher ir?

Abaixo exemplo de indagação que podem ser feitas para os participantes da construção.
- Para os problemas colocados nas justificativas, quais são os benefícios esperados?
- Como esse projeto vai mudar o mundo?
- Quais as características que tornam esse projeto um diferencial.

Não há limites para os benefícios, porém não “viaje demais”, por mais que um projeto tem impactos em varias áreas não se perca colocando benefícios que não tenham um problema pontuado anteriormente. Essa fase deve ser no minimo a mesma quantidade que os problemas.

Hudson: Seja marqueteiro, esse campo salta aos olhos, mas não venda o que não pode entregar. Aqui tudo tem que ser alcançável.

O objetivo smart deve ser um link entre a justificativas e os benefícios futuros. Esse objetivo pode ser difícil de construir com a equipe, e realmente não deve ser, ele vai exigir muito e vai colocar a prova o que realmente é importante.

Abaixo exemplo de indagação que podem ser feitas para os participantes da construção. - Nosso objetivo tem que ser claro e apresentar nossa justificativa. Precisa ser uma frase impactante. - Esse objetivo é o que move o projeto e deve fazer todos remarem para o mesmo lugar.

• O projeto só deve ter 1 objetivo smart.
• Todas as justificativas e benefícios devem está expresso no texto.
• A frase deve ser empolgante, então se você não se arrepiar ao ler o objetivo tem alguma coisa errada.
• Não é simplesmente transcrever o que já foi feito, tem que ser motivador.

Hudson: Releia a justificativa e os benefícios antes de começar a construção da frase. E sempre que o objetivo não estiver relação com algo colocado na justificativa e benefícios conduza a reunião para que volte ao foco. E muito comum que nesse momento as pessoas percam o foco, então seja incisivo e sempre fique instigando, perguntando, questionado, desafiando para que a cada devesa o objetivo fique cada vez mais claro.

O produto ou produtos do projeto deve ser claros. E acima de todo deve ser o que se espera ter com o fim do projeto.

• Comumente as pessoas não entendem que projeto tem um fim. Então reforce que o produto é o que o projeto tem como objetivo de alcançar no final de tudo. Então deve ser coerente com o objetivo smart. Exemplo ruim: Objetivo smart = Acabar com o retrabalho na confecção de documentos, aumentando a produtividade dos servidores públicos em 30% em 12 meses. Produto = Caderno impresso de boas praticas.