Conceitos: Contexto Organizacional do Rational Unified Process
Tópicos
Os projetos não são executados isoladamente, eles contam com o cuidado e o apoio de suas organizações de suporte. A natureza desse suporte é caracterizada nas próximas seções. O Rational Unified Process (RUP) pressupõe que os tipos de serviços descritos aqui estarão disponíveis fora do projeto e que em qualquer organização haverá alguma capacidade equivalente para fornecê-los, mas não prescreve a estrutura ou a operação dessas entidades. As descrições a seguir foram extraídas do [ROY98] (q.v.).
A Autoridade do Processo de Engenharia de Software (SEPA) facilita o intercâmbio de informações e a orientação do processo entre os participantes do projeto. Este papel é atribuído ao gerente geral da organização para manter uma avaliação atual da maturidade do processo da organização e seu plano para melhorias futuras do processo. A SEPA deve ajudar a iniciar e avaliar periodicamente os processos do projeto. A catalisação da captura e disseminação das melhores práticas de software pode ser realizada apenas quando a SEPA entende tanto o aperfeiçoamento desejado quanto o contexto do projeto. A SEPA é um papel necessário em qualquer organização. Ela assume a responsabilidade pela definição do processo e sua manutenção (modificação, melhoria, inserção de tecnologia). A SEPA pode ser um único indivíduo, o gerente geral ou até mesmo uma equipe de representantes. A SEPA deve ser uma autoridade de fato, competente e poderosa, não uma posição de equipe impotente devido à burocracia ineficiente.
A Autoridade da Revisão do Projeto (PRA) é a entidade organizacional responsável pela garantia de que um projeto de software é compatível com todas as políticas, práticas e padrões de software da unidade organizacional e do negócio. Um gerente de projeto de software é responsável pelo atendimento dos requisitos de um contrato ou de algum outro padrão de compatibilidade do projeto, sendo também responsável pela PRA. A PRA revê a conformidade do projeto com as obrigações contratuais e as obrigações da política organizacional do projeto. O cliente monitora os requisitos, os marcos e os produtos liberados do contrato, bem como as revisões mensais de gerenciamento, o andamento, a qualidade, o custo, a programação e o risco. A PRA revê os compromissos do cliente e a adequação às políticas organizacionais, aos produtos liberados, ao desempenho financeiro e a outros riscos e realizações. É recomendável que um único indivíduo seja nomeado como PRA; esse indivíduo pode delegar o trabalho de monitoramento e revisão quando necessário, e as reuniões das quais a PRA participa podem exigir o suporte de outras pessoas da equipe de gerenciamento executivo da organização de desenvolvimento, de maneira que, pelo menos durante a reunião, a PRA pareça uma equipe. É muito recomendável, entretanto, que a autoridade final sobre o desempenho recaia sobre um indivíduo, que pede suporte quando necessário.
A Autoridade do Ambiente de Engenharia de Software (SEEA) é responsável pela automatização do processo da organização, pela manutenção do ambiente padrão da organização, pelo treinamento de projetos para usar o ambiente e pela manutenção dos ativos reutilizáveis em toda a organização. O papel da SEEA é necessário para alcançar um retorno de investimento significativo para um processo comum. As ferramentas, as técnicas e o treinamento podem ser amortizados com eficiência por meio de vários projetos, apenas se alguém na organização (a SEEA) for responsável pelo suporte e pela administração de um ambiente padrão. Em vários casos, o ambiente pode ser aumentado, personalizado ou modificado, mas a existência de uma solução 80% padrão para cada projeto é importante para conseguir a institucionalização do processo da organização e um bom retorno sobre os investimentos da ferramenta principal.
A infra-estrutura de uma organização fornece suporte a recursos humanos, pesquisa e desenvolvimento independentes do projeto e a outros recursos importantes de engenharia de software. A infra-estrutura de qualquer ramo de negócios de software pode ser trivial ou conter burocracias muito confusas. Os componentes típicos da infra-estrutura organizacional são os seguintes:
- Administração do projeto: sistema de contagem de tempo; contratos, preços, termos e condições; integração dos sistemas de informações corporativos
- Centros de conhecimentos de engenharia: repositório de manutenção das ferramentas personalizadas, suporte oferecido e proposto, pesquisa independente e desenvolvimento
- Desenvolvimento profissional: imersão em treinamento interno, recrutamento de pessoal, manutenção do banco de dados de habilidades de pessoal, biblioteca de literatura e informações e publicações técnicas.
Copyright
(c) 1987 - 2001 Rational Software Corporation
| |
|
