A maioria dos projetos começa com uma data de entrega concreta, mas muitas vezes você tem apenas uma ideia aproximada do que será entregue e apenas uma vaga ideia de como será feito. Mas, como diz o velho ditado: “Se você não sabe para onde está indo, como saberá quando chegar lá?”
Para começar, aprendi ao longo dos anos que você precisa conhecer as partes interessadas. Quem está financiando o projeto? Quem está usando o modelo e seus resultados? Coloque-se no lugar deles e determine quais são suas preocupações e o que eles gostariam de ver nesse projeto. Qual é a verdadeira motivação para esse projeto? Como eles medirão o sucesso? Afinal, eles são os passageiros e esse é o destino desejado por eles.
Você precisa de objetivos claros o mais cedo possível. Para ajudar a descobrir quais são eles, você deve fazer estas perguntas:
- O que você quer avaliar ou espera provar? Metas curtas e concisas são as melhores.
- Qual é o escopo do modelo? Quais aspectos do sistema devem ser considerados?
- Qual é o nível de detalhamento previsto para os vários aspectos do sistema?
- Quais dados de entrada eles preveem que serão usados e qual é a disponibilidade deles?
- Quanta experimentação será necessária? Você precisa de otimização?
- De que forma eles querem os resultados (números detalhados, resumos, gráficos, análise textual, etc.)?
- Eles querem animação e, em caso afirmativo, como ela será usada? A animação para validação geralmente é bem diferente das animações apresentadas a um conselho de administração.
DICA: uma maneira de aumentar a clareza inicial é criar uma maquete dos relatórios finais desejados. Fazer isso como parte da fase de especificação pode esclarecer muitos aspectos do projeto. As possíveis perguntas a serem feitas incluem: Que itens você quer ver? Quais alternativas devem ser comparadas? Com quais medidas estatísticas eles se sentem confortáveis?
Você se perde antes mesmo de ligar o motor?
Às vezes, a clareza desejada para o projeto não está presente no início. Se esse for o caso, você estará apenas se enganando se planejar todo o projeto, inclusive as entregas, os recursos e a data. A falta de clareza inicial é um indicador importante de que um projeto deve ser feito em fases. Descobri que começar com um pequeno protótipo geralmente ajuda a esclarecer os grandes problemas. Com base nessas experiências com o protótipo, você pode descobrir que pode fazer um plano detalhado para a Fase 1 e um plano aproximado para as fases subsequentes.
Uma abordagem alternativa é começar fazendo uma especificação funcional completa. Algumas organizações gastam os primeiros 5 a 10% do esforço previsto para o projeto criando uma especificação funcional. Sua especificação funcional deve descrever todos os objetivos discutidos acima com detalhes suficientes para que a abordagem e o esforço do projeto possam ser estimados com precisão. Embora esse esforço possa parecer alto, ele geralmente compensa com um projeto e resultados mais robustos e previsíveis.
Pretendo falar mais sobre especificações funcionais em um blog futuro. Até lá, boa simulação para você…