Um projeto sem âmbito definido é adivinhação cara. Já vimos o que acontece dos dois lados dessa equação.
Como definimos o âmbito
Antes de construir o que quer que seja, definimos o que está incluído e o que não está. Não de forma vaga, mas em concreto. Que funcionalidades, que páginas, que integrações. O que acontece se os requisitos mudarem. Como será o prazo e do que depende.
Isto leva mais tempo no início. Evita perdas muito maiores mais tarde.
Como comunicamos durante um projeto
Partilhamos o trabalho antes de estar terminado. Vai ver mockups iniciais e versões em rascunho, o que significa que pode redirecionar antes de termos avançado demasiado na direção errada. Isto é intencional.
Documentamos as decisões à medida que as tomamos. Quando, seis meses depois, perguntar porque é que algo funciona de determinada maneira, há uma resposta. Quando alguém novo se junta à sua equipa, há um registo.
Não enviamos uma grande atualização no dia anterior ao prazo. Partilhamos de forma incremental e sinalizamos problemas enquanto ainda são geríveis.
Quando os prazos derrapam
Às vezes acontece. O âmbito muda, as dependências não cooperam, surge algo imprevisto. Quando isso acontece, dizemo-lo antes do prazo, não depois. Damos um novo prazo honesto, não um otimista.
Uma conversa desconfortável cedo é melhor do que uma pior tardiamente.