Tópicos
|
|
Orientações Adicionais:
Conceitos Adicionais:
|
O fator principal para obter o delicado equilíbrio entre produzir software de qualidade e liberá-lo com rapidez (o paradoxo do software!) é compreender os elementos essenciais do processo e seguir algumas diretrizes para sua adaptação, a fim de satisfazer, da melhor maneira possível, as necessidades específicas do projeto. Esse procedimento deve ser realizado de acordo com as melhores práticas testadas e aprovadas na indústria, ajudando assim os projetos de desenvolvimento de software a serem bem-sucedidos.
Pequeno pode se referir ao número de pessoas envolvidas no projeto, ao tempo de duração do projeto ou ao volume de software que está sendo desenvolvido. Para a finalidade deste roteiro, um "Projeto Pequeno" é definido como um projeto com:
- 3 a 10 pessoas
- duração menor que um ano.
Uma das principais características da maioria dos projetos pequenos é um nível menor de formalidade. Embora existam exceções, quanto maior for o número de pessoas no projeto e quanto maior e mais complexo for o produto, maior será a necessidade de um processo formal. Por exemplo, se o projeto for composto por uma equipe de 100 pessoas distribuídas geograficamente ou se ele trabalhar simultaneamente em vários produtos com vários clientes e subcontratantes, você precisará de um processo muito mais formal do que a típica equipe de cinco pessoas. Da mesma forma, um sistema de direcionamento de mísseis requer artefatos mais formais que a atualização de um sistema de inventário.
Afinal, por que ter um processo? Um processo permite repetir práticas bem-sucedidas e eliminar ou aprimorar aquelas que não tiveram êxito. O RUP fornece especificamente:
- orientações sobre as melhores práticas
- um conjunto de atividades, papéis e artefatos que o processo pode precisar levar em consideração, com orientações sobre quando eles são necessários
- uma grande quantidade de informações detalhadas que podem ajudar a aplicar de forma eficaz as técnicas definidas como apropriadas para o projeto. Por exemplo, se você estiver criando um modelo de design em UML, descobrirá quais diagramas são os mais apropriados e qual a melhor forma de estruturar o modelo. Além disso, se você estiver usando ferramentas da Rational, receberá orientações adicionais sobre como utilizá-las de forma eficiente, como parte do processo geral.
- orientações sobre como adaptar o processo, a fim de abordar problemas específicos dele. Por exemplo, se o projeto tiver muitos requisitos variáveis, você poderá tirar proveito das orientações sobre como gerenciar requisitos de forma eficaz.
A maioria dos artefatos e das atividades do RUP são necessários em um projeto pequeno - o que difere são os formatos dos artefatos e o nível de formalidade, detalhes e esforços aplicados a cada atividade. Para a finalidade deste roteiro, o "processo de um projeto pequeno" se concentrará em projetos que requerem pouca formalidade. Eis algumas características desse processo de projeto pequeno:
- O número de documentos tende a ser menor e menos detalhados. Em vez de Planos de Gerenciamento de Riscos e Planos de Aceitação do Produto, os projetos pequenos podem reservar alguns parágrafos para esses tópicos no Plano de Desenvolvimento de Software. O Plano de Teste para cada iteração pode se resumir a alguns parágrafos no Plano de Iteração.
- Projetos pequenos quase sempre começam com o mínimo de ferramentas de desenvolvimento de software. À medida que o projeto cresce e tem êxito (que é o objetivo de todos os projetos pequenos bem-sucedidos!), é importante incluir ferramentas eficientes para ajudar a automatizar a implementação das melhores práticas da equipe.
- As revisões formais podem ser substituídas por reuniões e discussões informais.
- Muitos dos artefatos podem ser captados informalmente. Uma lista de riscos pode ser criada em um quadro branco, e as avaliações de status podem se resumir a alguns parágrafos em um e-mail.
Para definir o processo de um projeto pequeno, você deve primeiro revisar os seguintes itens básicos do RUP:
Em seguida, avalie os processos existentes que estejam sendo direcionados por esses elementos essenciais e concentre as revisões nos pontos fracos. Muitos projetos preferem adotar ferramentas e processos novos gradativamente, usando no início apenas pequenas partes do RUP.
Considere documentar o processo selecionado em um Caso de Desenvolvimento. Para ajudar a criar projetos pequenos, fornecemos um Exemplo de Caso de Desenvolvimento para Projetos Pequenos, o qual descreve um processo relativamente informal que pode ser usado em muitos projetos pequenos. Esse exemplo inclui informações como:
- quais atividades e artefatos opcionais serão usados e quais serão eliminados,
- o andamento relativo das atividades de cada fase,
- as ferramentas que serão usadas e
- o nível de formalidade a ser aplicado.
Se esse exemplo corresponder às necessidades do projeto, talvez você queira usá-lo da forma como está. Adições e pequenas diferenças podem ser descritas no Plano de Desenvolvimento de Software.
Um Template de Plano de Desenvolvimento de Software para Projetos Pequenos é fornecido para orientá-lo no planejamento do projeto pequeno.
Considere realizar um workshop para "dar início" ao projeto, conforme descrito nas diretrizes do RUP, em Workshop de Caso de Desenvolvimento. Essa é uma oportunidade para discutir como a equipe usará o RUP, mostrar a ela como usar o ambiente de desenvolvimento e obter sugestões e comentários sobre como melhorar o processo de desenvolvimento. A ocasião é também uma excelente oportunidade para que o grupo comece a se tornar uma equipe, trabalhando juntos para alcançar um objetivo comum.
Adaptação Adicional do Processo
Muitos projetos - mesmo os pequenos - precisarão de atividades e artefatos diferentes ou em maior quantidade que aqueles descritos no exemplo de caso de desenvolvimento para projetos pequenos. Para obter mais orientações sobre como desenvolver e adaptar um processo, talvez seja útil você rever a Disciplina de Ambiente. Em especial, as atividades e diretrizes associadas a Artefato: Caso de Desenvolvimento.
Principalmente os projetos menores podem querer adotar práticas e técnicas associadas a " Processos Dinâmicos". Esse ponto é abordado em Roteiro: Práticas Dinâmicas no RUP e em Artigo: Using the RUP for Small Projects: Expanding upon eXtreme Programming.
Copyright
(c) 1987 - 2001 Rational Software Corporation
| 
