02 Fase Elaboração (RUP) Planejamento (PMBok)
Descrever a fase de elaboração/Planejamento do projeto GPP/MDS.
Em um mapeamento direto das fases do RUP com relação aos grupos do PMBok, nota-se que ambos são equivalentes, como é observado no caso da fase de elaboração do RUP ser correspondente ao grupo de processos de planejamento do PMBok. Enquanto o PMBok possui um foco maior em sua etapa de planejamento, o RUP não cobre todos os aspectos de gerência de projetos de software, como recursos humanos, o que não quer dizer que não que dizer que existam algumas atividades técnicas relacionados ao próprio produto de software desempenhadas por um gerente de projeto.
Segundo o RUP, o propósito da fase de elaboração é analisar o domínio do problema, estabelecer uma base sólida de arquitetura, coletar os requisitos, desenvolver um plano para o projeto e eliminar os elementos de maior risco do projeto, resolvendo questões como "O plano do projeto é confiável?" e "Os custos são admissíveis", em outras palavras, esta fase tem por finalidade eliminar os principais riscos e definir uma arquitetura estável, que atenda os requisitos definidos para o projeto (ou seja, a arquitetura, os requisitos e os planos são considerados estáveis o suficiente). Assim, será possível determinar os custos e o cronograma do projeto com maior precisão.
Segundo o próprio PMBok, o grupo de processos de planejamento consiste dos processos realizados para estabelecer o escopo total do esforço empregado no projeto, definir e refinar os objetivos e desenvolver o curso de ação necessário para alcançar esses objetivos. Ou seja, a fase de planejamento definirá mais precisamente o escopo, custo e prazo do projeto, assim como estabelecer uma organização das atividades e fornecer um controle do projeto, no qual será demandado caso venham a ocorrer mudanças significativas durante o projeto, como pode ser visto na figura abaixo.
Representação da fase de Planejamento, contendo as atividades do PMBok de acordo com: Fonte: Ricardo Vargas
-
- Desenvolver o Plano de Gerenciamento do Projeto: Segundo o Guia PMBOK®, desenvolver o plano de gerenciamento de projeto é o processo de documentação das ações necessárias para definição, preparação, integração e coordenação todos os planos auxiliares. É considerado o principal processo de planejamento, por integrar os demais planos complementando-os.
-
-
Planejar o gerenciamento do escopo: Planejar o gerenciamento do escopo define e documenta como a equipe do projeto definirá, validará e controlará o escopo.
-
Coletar os requisitos: Coletar os requisitos é o o processo de definir e documentar as necessidades das partes interessadas para atingir os objetivos dos projetos. Os requisitos devem ser obtidos, analisados e registrados em detalhes suficientes para serem medidos durante a execução do projeto além disso eles servem como base para a elaboração da EAP, assim como o planejamento de custos, tempo e qualidade.
-
Definir o escopo: Definir o Escopo é desenvolver uma descrição detalhada do projeto e do produto.
-
Criar a EAP: Criar a EAP é o processo de subdividir os produtos do projeto e o trabalho do projeto em componentes menores e mais gerenciáveis.
-
-
-
Planejar o gerenciamento do cronograma: Planejar o gerenciamento do cronograma estabelece as políticas, procedimentos e documentação para planejar, desenvolver, gerenciar, executar e controlar o cronograma do projeto.
-
Definir as Atividades: Segundo o Guia PMBOK®, Definir as atividades é o processo de identificação das ações específicas a serem realizadas para produzir as entregas do projeto.
-
Sequenciar as Atividades: Sequenciar as Atividades tem como objetivo, identificar e documentar as relações de dependência entre as atividades.
-
Estimar os recursos das atividades: Estimar os recursos da atividade é estimar todos os recursos necessários para a execução de cada atividade determinando o tipo e a quantidade de material, pessoas, equipamentos ou suprimentos.
-
Estimar as durações das atividades: Estimar a duração da atividade é estimar a quantidade de períodos de trabalho necessários para terminar cada atividade considerando os recursos que foram estimados no processo Estimar os Recursos das Atividades.
-
Desenvolver o Cronograma: Desenvolver o Cronograma é um processo iterativo que envolve analisar a sequência das atividades, sua duração, seus requerimentos de recursos e suas restrições para criar o cronograma do projeto e determinar as datas de início e término de cada atividade.
-
-
-
Planejar o gerenciamento dos custos: Planejar o gerenciamento dos custos estabelece as políticas, procedimentos e documentação para planejar, gerenciar, executar e controlar os custos do projeto.
-
Estimar os custos: Estimar os Custos tem como objetivo desenvolver uma estimativa dos custos dos recursos necessários para executar as atividades do projeto. Custo é a remuneração dos fatores de produção (mão-de-obra, capital, máquinas, instalações, materiais e serviços) utilizados na preparação e execução de um processo produtivo.
-
Determinar o orçamento: Determinar o orçamento agrega os custos estimados das atividades para estabelecer uma linha de base.
-
-
-
Planejar o gerenciamento da qualidade: Identificar os requisitos e/ou padrões da qualidade relevantes ao projeto e suas entregas e determinar como satisfazê-los.Garantir que toda atividade do projeto é aderente com as políticas e padrões da qualidade da empresa e que todas entregas estão em conformidade com seus critérios de aceitação.
-
-
-
Planejar o gerenciamento dos recursos humanos: Planejar o gerenciamento dos recursos humanos ou desenvolver o plano de recursos humanos tem como objetivo identificar e documentar as funções, responsabilidades, competências necessárias e relações hierárquicas.
-
-
-
Planejar o gerenciamento das comunicações: Segundo o Guia PMBOK®, planejar o gerenciamento das comunicações é o processo de determinar as necessidades de informação das partes interessadas no projeto e definir uma abordagem de comunicação.
-
-
-
Planejar o gerenciamento dos riscos: Planejar o gerenciamento dos riscos tem como objetivo definir como conduzir as atividades de gerenciamento de riscos para o projeto.
-
Identificar os riscos: Identificar os riscos tem como objetivo determinar quais risco podem afetar o projeto e documentar suas características.
-
Realizar a análise qualitativa dos riscos: Realizar a análise qualitativa de riscos tem como objetivo avaliar a exposição ao risco para priorizar os riscos que serão objeto de análise ou ação adicional.
-
Realizar a análise quantitativa dos riscos: Realizar a análise quantitativa dos riscos tem como objetivo efetuar a análise numérica do efeito dos riscos identificados nos objetivos gerais do projeto.
-
Planejar as respostas aos riscos: Planejar as respostas aos riscos tem como objetivo desenvolver opções e ações para aumentar as oportunidades e reduzir as ameaças aos objetivos do projeto.
-
-
-
Planejar o gerenciamento das aquisições: Planejar o gerenciamento das aquisições é o primeiro processo das aquisições e descreverá como os demais processos irão ocorrer através do Plano de Gerenciamento das Aquisições.
-
-
-
Planejar o gerenciamento das partes interessadas: Planejar o gerenciamento das partes interessadas tem como objetivo desenvolver estratégias para quebrar as resistências das partes interessadas e garantir seu engajamento no projeto.
-
Segundo o PMBOK, "A EAP é a decomposição hierárquica do escopo total do trabalho a ser executado pela equipe do projeto a fim de alcançar os objetivos do projeto e criar as entregas exigidas", ou seja, ela nada mais é que uma representação gráfica que ilustra a divisão e subdivisão de todo o escopo do seu projeto em pacotes de trabalho entregáveis.
O pacote de trabalho é o trabalho definido no nível mais baixo da EAP para o qual o custo e a duração podem ser estimados e gerenciados, ele pode assumir diferentes tamanhos e detalhamentos dependendo do contexto do projeto, se for um projeto pequeno é possível usar pacotes de trabalho a um nível muito detalhado, como atividades, por exemplo, já para um projeto grande, com muitas atividades, é inviável, logo estas atividades são agrupadas para formar pacotes de trabalho maiores.
Agora sabendo o que é EAP e o que são os pacotes de trabalho, vamos aos passos para alocar os pacotes de trabalho de forma a criar uma EAP:
1º Passo: Identificação e análise das entregas e seu trabalho relacionado
Identifique quais são as entregas do seu projeto e quais trabalhos estão relacionadas à esta entrega, mesmo indiretamente. Nem sempre o trabalho estará diretamente ligada à entrega, por exemplo, se você precisa entregar uma "Definição da Arquitetura do Sistema", treinamentos sobre Diagramas de Classe serão úteis para esta entrega, logo, podem fazer parte dela. Além disso, é importante mapear todos os pacotes de trabalho com algum entregável, pois assim fica claro como aquela atividade está agregando valor para o cliente, visto que ela agrega valor à uma entrega necessária para ele, caso contrário, se você não consegue atribuir a atividade à uma entrega, pode ser que ela não esteja contribuindo para nenhuma delas, e logo, não agregando valor para o cliente.
2º Passo: Estruturação e organização da EAP
Uma vez identificadas as entregas e seu trabalho relacionado você consegue estruturar os níveis mais altos da EAP (Em preto na Figura 1). Não há um gabarito para esta estruturação, o importante é que seja algo claro para o seu cliente, você pode estruturar usando fases do ciclo de vida do projeto (Figura 1), áreas do projeto, entregas principais, dentre outros.
Figura 1 - Exemplo de EAP estruturada pelas fases do ciclo de vida do projeto
3º Passo: Decomposição dos níveis mais altos da EAP em componentes detalhados em menor nível
Com os níveis mais altos da EAP definidos, você pode fazer a decomposição desses níveis em componentes mais detalhados, como dito no início deste tópico, o quão detalhado é uma variável que depende do contexto do projeto, mas busque mantê-los claros para o cliente, estimáveis e gerenciáveis. Certifique-se de não utilizar verbos no infinitivo para o nome dos pacotes de trabalho, como "Fazer Documento de Visão", lembre-se de que são entregáveis, o ato de fazer a atividade não é entregável, e sim o resultado, o produto dela.
Depois destes passos é importante se reunir com a equipe para validar se o grau de composição das entregas está adequado, e também com o cliente, para certificar-se de que as entregas fazem sentido para ele, se tudo isto está certo, provavelmente a EAP também estará.
- (GPP) Como construir um cronograma - Tutorial
- (GPP) Finalidade de cada plano e template
A principal atividade realizada por MDS nesta fase é a elaboração do documento de arquitetura, este que será fundamental para as próximas fases e continuidade do projeto, pois assegurando que a arquitetura e os requisitos estejam estáveis a fase de construção será facilitada. E para garantir isso pode-se utilizar de protótipos diretamente para elicitar requisitos significativos do sistema.
- Modelagem de Negócios
- Requisitos de Software
- Análise e Design
- Implementação
- Teste
- Implantação
- Gerencia de Configuração e mudança
- Gerenciamento de Projeto
- Gerencia de Configuração de Ambiente
- Objetivo de cada artefato e tutorial
Os principais artefatos gerados nesta fase foram:
Documento de Arquitetura: este documento é responsável por apresentar a definição arquitetural escolhida para a criação do software. Tem, também, como objetivo proporcionar aos desenvolvedores uma maior compreensão do sistema expondo as decisões tomadas com base nos requisitos.
Desenvolvimento e concepção do documento de caso de uso, que é o documento que consiste em descrever o sistema através da diagramação do sistema. Neste documento é onde ocorre a identificação dos atores do sistema e quais são as suas possíveis ações dentro do sistema. Com a construção deste documento a visualização do sistema fica mais clara para a modelagem do sistema, facilitando o levantamento de requisitos.
Desenvolvimento e concepção do documento de especificação suplementar, que é um documento que tem a principal finalidade de levantar os requisitos não funcionais que e quais outros requisitos que não possuem relação direta com um caso de uso específico.
Desenvolvimento e concepção do documento de especificação de caso de teste, que é um documento que descreve todos os cenários possíveis durante os testes do software e os resultados esperados.
Opcionalmente, um manual de usuário preliminar, um documento o qual auxiliará o usuário na utilização do sistema.
- Termo de Abertura
- Plano de Gerenciamento do Projeto
- Plano de Gerenciamento do Escopo
- Plano de Gerenciamento do Tempo
- Plano de Gerenciamento dos Custos
- Plano de Gerenciamento da Qualidade
- Plano de Gerenciamento dos Recursos Humanos
- Plano de Gerenciamento das Comunicações
- Plano de Gerenciamento dos Riscos
- Plano de Gerenciamento das Aquisições
- Plano de Gerenciamento das Partes Interessadas
-
Os templates servem como um ‘modelo’ do artefato a ser usado em sua criação, sendo assim ligados à ferramenta que será usada. Por exemplo, um template do Microsoft Word pode ser usado como gabarito de um artefato que seja um documento ou relatório sendo que um relatório consiste em informações que são extraídas de um ou vários artefatos.
- Configuração do processo
- Implementação do processo
- Melhoria do processo
- Gerenciar mudanças organizacionais, aplicando engenharia de processos.
- Configurar Ambiente de desenvolvimento
- Gerenciamento de Riscos.
A principal função de um arquiteto de software é a definição da arquitetura que será usada no projeto, em MDS a arquitetura é pré-definida, MVC(Model-View-Controller). No entanto outros fatores, como restrições, diagramas UML,metas arquiteturais e de desempenho, também fazem parte de suas responsabilidades. Essas e outras especificações devem estar descritas no Documento de Arquitetura.
- Atividades: Priorizar casos de uso, análise arquitetural e requisitos.
- Artefato: Documento de Arquitetura de Software
A função de um desenvolvedor é a codificação de um software.
Papel responsável por identificar quais os testes necessários para o sistema
- Atividades: Identificar objetivos do teste, definir detalhes do teste, identificar ideias do teste
- Artefato: Especificação do caso de teste
Papel responsável por estabelecer atores e casos de uso.
- Atividades: Encontrar atores e casos de uso, estruturar o modelo de caso de uso
- Artefato: Modelo de caso de uso
A passagem de fase ocorre quando existe uma entrega de artefato, ou seja, uma interação com o cliente, de maneira que ele fique ciente de como o projeto está sendo levado e dos avanços que estão sendo feitos. Por exemplo, uma passagem de fase é a entrega do documento de visão, que marca o fim da fase de iniciação.
A fase de elaboração tem como objetivo analisar o domínio do problema, estabelecer uma arquitetura sólida para o desenvolvimento do software e eliminar os elementos de maior risco do projeto, além de desenvolver o plano de projeto. Seu final deve resultar em:
- Modelo de Caso de Uso pelo menos 80% completo (ele é iniciado na fase anterior)
- Especificação Suplementar para capturar os requisitos não funcionais e quaisquer requisitos que não estão associados com casos de uso específicos.
- Documento de Arquitetura, ou uma descrição da arquitetura do software
- Um protótipo executável arquitetural
- Uma lista revisada de riscos
- Um plano de desenvolvimento geral para o projeto
A transição de um fase para outra é definida por alguma forma de entrega. Essas entregas podem ser revisadas e conceituadas como finalizadas e completas, porém esses conceitos não determinam a proibição da passagem de fase, uma vez que os riscos são analisados e taxados como significativos ou não significativos. Quando isso ocorre é uma prática chamada de sobreposição de fases que é um exemplo da técnica conhecida como paralelismo, ou seja um fase é iniciada sem que a anterior seja finalizada. Um outro caso que pode acontecer, é uma fase ser finalizada sem que outra seja iniciada, quando isso acontece significa que o projeto foi finalizado ou há muitos riscos para sua continuidade.
Como o RUP e o PMBOK se complementam na gestão de projetos de software
Escritório de Projetos - Grupo de Processos de Planejamento
Rational Unified Process (RUP): Papéis e Atividades
Rational Unified Process: Best Practices for Software Development Teams