Objetivos e especificações do projeto - Levando seu cliente ao sucesso | Simio

A maioria dos projetos começa com uma data de entrega concreta, mas, muitas vezes, apenas uma ideia aproximada do que será entregue e apenas uma vaga ideia de como isso 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 é preciso 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 avaliarão o sucesso? Afinal de contas, eles são os passageiros e o destino desejado é o deles.

Você precisa de objetivos claros o mais cedo possível. Para ajudar a descobrir quais são esses objetivos, você deve fazer as seguintes perguntas:

• O que eles querem avaliar ou o que esperam 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? É necessário otimizar?
• 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 eles querem ver? Quais alternativas devem ser comparadas? Com quais medidas estatísticas eles se sentem confortáveis?

Está se perdendo antes mesmo de dar a partida no 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, talvez você descubra 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...