Técnicas de estimativa - WBS
A Estrutura Analítica do Projeto (WBS), em Gerenciamento de Projetos e Engenharia de Sistemas, é uma decomposição orientada para a entrega de um projeto em componentes menores. A WBS é uma entrega importante do projeto que organiza o trabalho da equipe em seções gerenciáveis. O Project Management Body of Knowledge (PMBOK) define a EAP como uma "decomposição hierárquica orientada para entrega do trabalho a ser executado pela equipe do projeto."
O elemento WBS pode ser um produto, dados, serviço ou qualquer combinação dos mesmos. A WBS também fornece a estrutura necessária para estimativa e controle de custos detalhados, juntamente com orientações para o desenvolvimento e controle do cronograma.
Representação da WBS
A WBS é representada como uma lista hierárquica das atividades de trabalho do projeto. Existem dois formatos de WBS -
- Visão de esboço (formato recuado)
- Visualização da estrutura em árvore (organograma)
Vamos primeiro discutir como usar a visão de esboço para preparar uma EAP.
Vista de destaques
A visualização do contorno é um layout muito amigável. Apresenta uma boa visão de todo o projeto e também permite modificações fáceis. Ele usa números para registrar as várias etapas de um projeto. É um pouco semelhante ao seguinte -
Software Development
Scope
- Determinar o escopo do projeto
- Patrocínio seguro do projeto
- Definir recursos preliminares
- Recursos essenciais seguros
- Escopo completo
Analysis/Software Requirements
- Realizar análise de necessidades
- Rascunho de especificações preliminares de software
- Desenvolver orçamento preliminar
- Revise as especificações / orçamento do software com a equipe
- Incorpore feedback sobre especificações de software
- Desenvolver cronograma de entrega
- Obtenha aprovações para prosseguir (conceito, cronograma e orçamento)
- Proteja os recursos necessários
- Análise completa
Design
- Revise as especificações preliminares do software
- Desenvolva especificações funcionais
- Obtenha aprovação para prosseguir
- Design completo
Development
- Revise as especificações funcionais
- Identificar parâmetros de design modular / em camadas
- Desenvolver código
- Teste de desenvolvedor (depuração primária)
- Desenvolvimento completo
Testing
- Desenvolver planos de teste de unidade usando especificações de produto
- Desenvolver planos de teste de integração usando especificações de produto
Training
- Desenvolver especificações de treinamento para usuários finais
- Identifique a metodologia de entrega de treinamento (online, sala de aula, etc.)
- Desenvolver materiais de treinamento
- Finalizar os materiais de treinamento
- Desenvolver mecanismo de entrega de treinamento
- Materiais de treinamento completos
Deployment
- Determine a estratégia de implantação final
- Desenvolver metodologia de implantação
- Recursos de implantação seguros
- Treinar equipe de suporte
- Implantar software
- Implantação concluída
Vamos agora dar uma olhada na visualização da estrutura em árvore.
Visão da Estrutura da Árvore
A Tree Structure View apresenta uma visão muito fácil de entender de todo o projeto. A ilustração a seguir mostra a aparência de uma visualização da estrutura em árvore. Este tipo de estrutura de organograma pode ser facilmente desenhado com os recursos disponíveis no MS-Word.
Tipos de WBS
Existem dois tipos de WBS -
Functional WBS- Na WBS funcional, o sistema é quebrado com base nas funções do aplicativo a ser desenvolvido. Isso é útil para estimar o tamanho do sistema.
Activity WBS- Na atividade WBS, o sistema é quebrado com base nas atividades no sistema. As atividades são subdivididas em tarefas. Isso é útil para estimar o esforço e o cronograma do sistema.
Tamanho estimado
Step 1 - Comece com WBS funcional.
Step 2 - Considere os nós folha.
Step 3 - Use Analogia ou Wideband Delphi para chegar às estimativas de tamanho.
Esforço de estimativa
Step 1- Use a técnica Delphi de banda larga para construir a WBS. Sugerimos que as tarefas não durem mais de 8 horas. Se uma tarefa tiver uma duração maior, divida-a.
Step 2 - Use a Técnica Delphi de Banda Larga ou Estimativa de Três Pontos para chegar às Estimativas de Esforço para as Tarefas.
Agendamento
Assim que a EAP estiver pronta e as estimativas de tamanho e esforço forem conhecidas, você estará pronto para agendar as tarefas.
Ao programar as tarefas, certas coisas devem ser levadas em consideração -
Precedence - Diz-se que uma tarefa que deve ocorrer antes de outra tem precedência sobre a outra.
Concurrence - Tarefas simultâneas são aquelas que podem ocorrer ao mesmo tempo (em paralelo).
Critical Path - Conjunto específico de tarefas sequenciais das quais depende a data de conclusão do projeto.
- Todos os projetos têm um caminho crítico.
- A aceleração de tarefas não críticas não encurta diretamente o cronograma.
Método do Caminho Crítico
Método do caminho crítico (CPM) é o processo para determinar e otimizar o caminho crítico. As tarefas do caminho não crítico podem começar mais cedo ou mais tarde sem afetar a data de conclusão.
Observe que o caminho crítico pode mudar para outro conforme você encurta o atual. Por exemplo, para WBS na figura anterior, o caminho crítico seria o seguinte -
Como a data de conclusão do projeto é baseada em um conjunto de tarefas sequenciais, essas tarefas são chamadas de tarefas críticas.
A data de conclusão do projeto não é baseada no treinamento, documentação e implantação. Essas tarefas são chamadas de tarefas não críticas.
Relacionamentos de Dependência de Tarefa
Algumas vezes, durante o agendamento, pode ser necessário considerar os relacionamentos de dependência de tarefas. Os relacionamentos de dependência de tarefas importantes são -
- Concluir para iniciar (FS)
- Fim a Fim (FF)
Concluir para iniciar (FS)
No relacionamento de dependência de tarefa Concluir para Iniciar (FS), a Tarefa B não pode ser iniciada até que a Tarefa A seja concluída.
Fim a Fim (FF)
No relacionamento de dependência de tarefa Concluir para Concluir (FF), a Tarefa B não pode terminar até que a Tarefa A seja concluída.
Gráfico de Gantt
Um gráfico de Gantt é um tipo de gráfico de barras, adaptado por Karol Adamiecki em 1896 e de forma independente por Henry Gantt na década de 1910, que ilustra um cronograma de projeto. Os gráficos de Gantt ilustram as datas de início e término dos elementos terminais e elementos de resumo de um projeto.
Você pode usar o formato de estrutura de tópicos da Figura 2 no Microsoft Project para obter uma visualização do gráfico de Gantt.
Milestones
Marcos são os estágios críticos de sua programação. Eles terão uma duração zero e são usados para sinalizar que você concluiu um determinado conjunto de tarefas. Os marcos geralmente são mostrados como um diamante.
Por exemplo, no gráfico de Gantt acima, Design Complete e Development Complete são mostrados como marcos, representados com uma forma de diamante.
Os marcos podem ser vinculados aos termos do contrato.
Vantagens da estimativa usando WBS
WBS simplifica o processo de estimativa de projeto em grande medida. Ele oferece as seguintes vantagens sobre outras técnicas de estimativa -
Na WBS, todo o trabalho a ser feito pelo projeto é identificado. Portanto, ao revisar a EAP com as partes interessadas do projeto, você terá menos probabilidade de omitir qualquer trabalho necessário para entregar as entregas desejadas do projeto.
A WBS resulta em estimativas de custo e cronograma mais precisas.
O gerente do projeto obtém a participação da equipe para finalizar a EAP. Esse envolvimento da equipe gera entusiasmo e responsabilidade no projeto.
A WBS fornece uma base para as atribuições de tarefas. Como uma tarefa precisa é atribuída a um determinado membro da equipe que seria responsável por sua realização.
A WBS permite monitorar e controlar no nível da tarefa. Isso permite medir o progresso e garantir que seu projeto será entregue no prazo.