Processo de entrega

Geral

Este é o processo onde as coisas são realmente produzidas. É muito simples, mas muito sensível ao contexto. Os princípios do processo de desenvolvimento podem ser aplicados a qualquer escopo de trabalho e em essência é simplesmente um processo de delegação de um nível na estrutura da organização para outro.

Em alguns contextos isto pode ser substituído por uma abordagem especializada, por exemplo, em projetos ágil, pode ser substituído por um processo de desenvolvimento scrum.

Os objetivos do processo são os seguintes:

  • transferir a responsabilidade por um pacote de trabalho;
  • executar o pacote de trabalho;
  • transferir a propriedade dos produtos acabados.

 

Clique nos componentes do diagrama para obter mais detalhes

Processo de desenvolvimento

 

Aceitar pacote de trabalho

Um pacote de trabalho pode tomar muitas formas. Pode ser um projeto inteiro delegado por uma equipe de gestão de programa a uma equipe de gestão de projeto; um subprojeto delegado por uma equipe de gestão de projeto a um fornecedor; um único pacote de trabalho delegado a uma pequena equipe.

Qualquer que seja a escala do pacote de trabalho, os princípios permanecem os mesmos. Ela deve ser definida adequadamente em termos de escopo e critérios de desempenho. Ambas as partes da transferência devem estar de acordo sobre o que é o pacote de trabalho e a capacidade do destinatário de realizá-lo.

Quando a transferência envolve um projeto sendo delegado por um programa, a atividade de autorização de trabalho pode ser a emissão de uma autorização de projeto ou a emissão de um resumo de projeto. Neste último caso, a atividade de autorização de trabalho é efetivamente a mesma que no processo de identificação.

Quando a transferência envolve uma equipe de projeto ou programa delegando trabalho a um fornecedor, geralmente haverá implicações contratuais incluindo negociação de termos contratuais cobrindo escopo e desempenho.

À medida que a escala da delegação se torna menor, ela se torna uma atividade mais pessoal. Depende do entendimento do gerente quanto às habilidades e disponibilidade dos membros da equipe que aceitam o pacote de trabalho.

Seja qual for o contexto, a equipe ou indivíduo que recebe o pacote de trabalho tem a responsabilidade de garantir que eles entendam o que é necessário e tenham os meios para realizar o trabalho. Uma aceitação formal evita mal-entendidos mais tarde.

 

Voltar para o diagrama

 

Executar trabalho

Esta atividade é principalmente sobre a criação de produtos. A maior parte do esforço será sobre funções e processos técnicos, e não sobre qualquer coisa específica da gestão P3. O importante aqui é a conexão de duas vias com a coordenação e o monitoramento do progresso.

A pessoa com responsabilidade primária pelo pacote de trabalho precisará planejar o trabalho e terá funções gerenciais adequadas ao escopo do pacote de trabalho. Conforme o trabalho é realizado, esta pessoa irá monitorar parte ou toda a qualidade, cronograma, recursos, custo e risco, conforme especificado na aceitação do pacote de trabalho. As informações sobre o progresso devem ser alimentadas de volta ao nível acima para consolidação com informações de outros pacotes de trabalho.

Este é um exercício de mão dupla com informações provenientes do nível superior que podem afetar o desempenho do trabalho, por exemplo, mudanças aprovadas, atrasos no trabalho conectado, mudanças de prioridade e assim por diante.

Esta conexão entre monitoramento e controle em diferentes níveis de um projeto, programa ou portfólio é o batimento cardíaco da organização administrativa.

 

Voltar para o diagrama

 

Entregar produtos

A entrega dos produtos no pacote de trabalho pelo desenvolvedor está sujeita às mesmas variações contextuais que a delegação inicial. Em alguns casos, a atividade de entrega dos produtos pode ser, na verdade, todo o processo de encerramento. Em outros, envolverá a conclusão de um contrato ou talvez simplesmente o recebimento, teste e aceitação de um produto criado por uma única pessoa.

Os registros devem confirmar que o produto foi satisfatoriamente completado e entregue.

 

Voltar para o diagrama

 

Projetos e programas

Os processos de projeto e programa no Praxis são pensados para serem utilizados em diferentes contextos. Em projetos pequenos, pode não ser necessário um processo de desenvolvimento separado. Em projetos maiores, o processo de entrega pode representar trabalho delegado a uma equipe ou a um contratado externo. Em um programa o processo de entrega é, de fato, uma versão resumida do ciclo de vida de projeto, como mostrado abaixo.

 

Clique nos componentes do diagrama para obter mais detalhes

Processo de desenvolvimento

 

Neste contexto, a autorização de trabalho no nível do programa pode ser a mesma do processo de definição e/ou identificação para o projeto componente. Uma vez aceito pela equipe de gestão do projeto, eles começam a realizar o trabalho, ou seja, o processo de entrega. Finalmente, o projeto entrega seus produtos, que são aceitos pelo programa, e realiza o processo de encerramento.

Isto demonstra que a seqüência básica das fases do ciclo de vida e seus processos associados são comuns a todos os contextos. A diferença é que em trabalhos complexos existem níveis mais agrupados de ciclos de vida.

 

SHARE THIS PAGE
26th September 2014Reference to scrum development in agile projects added

Processo de entrega

Voltar para o topo