Conceitos: Implementação de um Processo em um Projeto
Tópicos
Esta página explica como implementar processos e ferramentas em um projeto de desenvolvimento de software executando as atividades descritas na disciplina de Ambiente. Ela também aborda a disciplina Gerenciamento de Projeto, que trata do planejamento do projeto, da identificação dos riscos e do gerenciamento, monitoração e avaliação do projeto.
É importante entender que há diversas maneiras de implementar processos e ferramentas, como descrito na seção "Abordagens para a Implementação de Processos e Ferramentas". A abordagem escolhida dependerá do estado atual do projeto e da empresa. Portanto, faça uma avaliação do projeto e da empresa. Consulte Atividade: Avaliar Organização Atual.
A página Conceitos: Práticas de Ambiente contém uma lista das práticas testadas e aprovadas que ajudam a aprimorar processos e ferramentas utilizados em um projeto.
Se você quiser obter mais informações sobre como implementar processos e ferramentas em uma organização, consulte a página Conceitos: Implementação de um Processo em uma Organização.
Essas diretrizes gerais se aplicam a quase todos os projetos:
- Antes do início do projeto: Antes do início real do projeto, os engenheiros de processo, especialistas em ferramentas e gerentes de projeto devem ser treinados no Rational Unified Process (RUP). Essa é uma questão crucial para o sucesso do projeto. Se os membros do projeto não sabem o que fazer, é bem provável que não sejam bem-sucedidos.
- Fase de iniciação: Nessa fase, geralmente você se concentra em descobrir a melhor maneira de gerenciar os requisitos (disciplina Requisitos) e de gerenciar o projeto (disciplina Gerenciamento de Projeto).
- Fase de elaboração: No fim da fase de Elaboração, todos os processos e ferramentas estão organizados. A parte mais crítica dessa fase é, em geral, a maneira de executar o gerenciamento de configuração e mudança, porque na fase de Construção, o trabalho é realizado por equipes de desenvolvimento em paralelo.
- Fase de construção: Nenhum novo processo ou ferramenta é introduzido nesta fase. A ênfase agora é produzir o produto e, portanto, o ambiente de desenvolvimento deve ser estável. Na fase de Construção, a motivação é agilizar o pessoal novo no projeto.
- Fase de transição: Nenhum novo processo ou ferramenta é introduzido. Na fase de Transição, o foco de atenção passa da melhoria do processo específico do projeto para os post-mortems do projeto, reunindo experiências obtidas durante o projeto atual, resumindo-as e compactando-as de forma que futuros projetos possam utilizá-las. Essas informações servem como material para melhorar processos e ferramentas utilizados no desenvolvimento da próxima geração do produto.
É importante conhecer as abordagens básicas de implementação de processos e ferramentas em um projeto de desenvolvimento de software. As abordagens são:
- "Mudança geral". Significa que o projeto adota o RUP integralmente e um conjunto completo de novas ferramentas.
- "Melhorar processos e ferramentas". Significa que o projeto decide melhorar algumas áreas do processo e as ferramentas adotando partes do RUP e suas ferramentas de suporte.
Quanto do RUP será adotado e quantas ferramentas novas serão implementadas em um projeto específico depende de:
- Os problemas identificados e priorizados no projeto
- A capacidade para mudanças
Normalmente, há fatores que só são percebidos durante uma avaliação. ConsulteAtividade: Avaliar Organização Atual e Artefato: Avaliação da Organização de Desenvolvimento.
Um projeto pode preferir adotar o RUP completo e começar a usar um novo conjunto de ferramentas por um, ou vários, dos motivos abaixo:
- Não há processo nem ferramentas e o projeto precisa de tudo - um processo completo e todas as ferramentas.
- Todo o pessoal, ou grande parte, foi contratado recentemente e não há nenhum método comum de trabalho.
- O projeto usará uma nova tecnologia na empresa, o que significa que processos e ferramentas existentes ficarão obsoletos.
Se você decidir utilizar o RUP completo e suas ferramentas no projeto, será importante implementá-los em incrementos. Com um procedimento passo a passo, é mais fácil gerenciar os riscos, e as mudanças não parecem tão assustadoras ao pessoal envolvido no projeto. O diagrama abaixo ilustra quando devem ser desenvolvidos vários artefatos de ambiente durante o ciclo de vida do projeto.
A evolução dos artefatos de Ambiente em um projeto, no qual "tudo é novo".
Comentários ao plano:
- Geral: A disciplina Modelagem de Negócios é totalmente ignorada.
- Iniciação: Ênfase na apresentação das disciplinas Requisitos e Gerenciamento de Projeto. Para reduzir o número de fatores novos, os trechos referentes à interface do usuário de Requisitos não são introduzidos. O gerente de projeto decide que partes da disciplina Gerenciamento de Projeto serão usadas.
- Iteração de elaboração E-1: Análise e Design e Arquitetura são elementos mais importantes na fase de Elaboração. Testes Automatizados e Gerenciamento de Configuração e Mudança não são elementos tão cruciais neste início do projeto, pois o número de participantes ainda é relativamente pequeno. Eles poderão ser introduzidos posteriormente.
- Iteração de elaboração E-2: Processos e ferramentas de teste são incluídos para automatizar os testes. O Rational RequisitePro é introduzido para gerenciar os requisitos variáveis.
- Iteração de elaboração E-3: Na fase de Construção, o trabalho será realizado por equipes de desenvolvimento trabalhando em paralelo. Portanto, é fundamental usar a disciplina Gerenciamento de Configuração e Mudança no fim da fase de Elaboração. O gerente de implantação decide como executar a disciplina Implantação.
- Construção: Nenhum elemento novo é introduzido. Pela perspectiva de Ambiente, o objetivo durante a fase de Construção é agilizar o desempenho de todo o pessoal novo.
- Transição: Nenhum elemento novo é introduzido. O processo e as ferramentas são refinados, como necessário.
O pessoal envolvido no projeto em uma organização, na qual são utilizados processos e ferramentas, tem a capacidade de desenvolver sistemas. Essas pessoas têm um método comum de trabalho, que é um processo que pode ser mais ou menos bem documentado.
O objetivo a longo prazo pode ser adotar o RUP integralmente e um conjunto completo de novas ferramentas. Entretanto, o objetivo a curto prazo é melhorar uma ou várias áreas de suporte a processos e ferramentas. Essas áreas devem ter um grande potencial para melhorias.
O diagrama abaixo mostra um exemplo de um projeto que decidiu adotar a disciplina Requisitos junto com ferramentas, como o RequisitePro e o Rational Rose, para melhorar o gerenciamento dos requisitos. O projeto também decidiu introduzir a disciplina Análise e Design.
A evolução dos artefatos de Ambiente durante as melhorias de Requisitos e Análise e Design.
É importante lembrar que o diagrama acima é apenas um exemplo. As partes do processo a serem melhoradas diferem entre os projetos, de acordo com os problemas e as necessidades de cada um. Você deve avaliar o projeto e a organização para descobrir que partes do processo devem ser melhoradas ou quais ferramentas serão introduzidas.
Exemplo de Iteração de Iniciação 
Este é o exemplo de uma iteração na fase de Iniciação, quando a disciplina Requisitos é incluída. Cada entrada do gráfico de Gantt está descrita em detalhes após o diagrama.
Exemplo de iteração na fase de Iniciação
O fluxo de trabalho básico descrito no Plano de Iteração de Exemplo: Fase de Iniciação aplicada com essas variações e extensões.
Gerenciamento de Projeto
A partir de uma idéia inicial, desenvolver o projeto até chegar a um ponto em que é preciso decidir se o projeto deverá prosseguir ou ser abandonado. Os principais resultados são esboços iniciais de Artefato: Caso do Negócio, Artefato: Plano de Desenvolvimento de Software e Artefato: Lista de Riscos.
Identificar riscos no projeto, inclusive aqueles associados à implementação do novo processo e das ferramentas. O resultado é Artefato: Lista de Riscos.
Planejar as fases. O principal resultado é a seção intitulada Plano de Projeto, em Artefato: Plano de Desenvolvimento de Software. Está incluído o Plano de Fase, no qual você encontrará os principais marcos e seus critérios de meta, inclusive os critérios da disciplina de Ambiente.
Planejar a iteração detalhadamente, inclusive a disciplina de Ambiente e todas as outras disciplinas. O principal resultado é Artefato: Plano de Iteração, com todos os detalhamentos do fluxo de trabalho e as atividades da disciplina de Ambiente, assim como todas as outras disciplinas do processo.
O uso de processos e ferramentas faz parte da avaliação da iteração. Os resultados são:
O gerente de projeto monitora o trabalho diário, inclusive o processo e as ferramentas.
No fim da iteração, os riscos são reavaliados, inclusive aqueles associados a processos e ferramentas. Durante a iteração, alguns riscos são atenuados e novos riscos são identificados. O principal resultado é uma atualização de Artefato: Lista de Riscos.
Requisitos
Nenhuma mudança específica.
Teste
O gerente de teste define alguns aspectos logísticos do Artefato: Plano de Teste Mestre, que definirão os fundamentos iniciais para os recursos de teste.
O designer de teste e uma pequena equipe de testadores comparam os elementos-chave da Abordagem de Teste e Artefato: Prova de Conceito Arquitetural. As seleções de componentes de outros fornecedores também podem ser avaliadas para teste.
Ambiente
Avalie o estado atual da organização e decida em quais partes do processo e ferramentas você deseja se concentrar nas primeiras iterações. Nesse caso, o projeto decide, de acordo com a avaliação, iniciar a implementação do processo e das ferramentas. Os resultados são:
Prepare o processo e as ferramentas para a disciplina Requisitos junto com as ferramentas de suporte, de forma que a equipe do projeto possa começar a usá-los. (Obviamente, outras disciplinas podem ser preparadas.) Certifique-se de que o pessoal envolvido no projeto saiba usar o caso de desenvolvimento, as diretrizes de modelagem de caso de uso e as ferramentas. Além de cursos de treinamento padrão, recomenda-se organizar um dia de workshop para que os membros do projeto tenham uma experiência prática. Consulte Atividade: Iniciar Caso de Desenvolvimento e Conceitos: Práticas de Ambiente.
Os resultados da realização das informações do fluxo de trabalho são:
O resultado é Artefato: Diretrizes de Modelagem de Casos de Uso.
O administrador do sistema oferece suporte ao desenvolvedor durante a iteração.
Treinamento
- Todos os membros do projeto comparecem a um curso, que oferece uma visão geral do RUP, para terem uma idéia do ciclo de vida do projeto.
- O pessoal que trabalha com Requisitos precisa comparecer a um curso para obter informações detalhadas sobre a disciplina Requisitos do RUP.
Atuação como Mentor
- Mentor de Processo 50%. Alguém que age como um engenheiro de processo para dar suporte ao gerente de projeto e a outras pessoas do projeto sobre como usar e configurar o processo.
- Mentor de Requisitos 50%. Alguém que facilita o trabalho de Requisitos, orientando workshops, avaliando resultados e respondendo a perguntas específicas sobre os requisitos.
Copyright
(c) 1987 - 2001 Rational Software Corporation
| 
