O documento discute a abordagem do PRINCE2 para gerenciamento de mudanças e configuração em projetos. Ele explica que mudanças são inevitáveis e devem ser identificadas, avaliadas e controladas. O PRINCE2 fornece produtos como estratégia de gerenciamento de configuração e registros para rastrear itens, issues e mudanças ao longo do ciclo de vida do projeto.
1. PRINCE2 Mudanças
Um dos maiores issues que muitos Gerentes de Projeto têm é a capacidade de dizer não, ou
pelo menos é isso que gostariam de dizer quando lhes são solicitados para adicionar mais
requisitos para o projeto. Isso claro, depende da organização. Os Gerentes de Projeto que
dizem não, geralmente não são vistos como membros da equipe e podem desenvolver
rapidamente uma reputação de não cooperativos.
Em alguns projetos, pode haver pressa para iniciar o projeto e, assim, a quantidade de
tempo necessária para definir os requisitos e Descrições de Produtos não é utilizada e,
como consequencia, o orçamento ERRADO é definido para o projeto. Mais tarde uma
funcionalidade aparentemente adicional deve ser incluída e o Gerente de Projetos precisa
saber como lidar com essa situação. Está pronto e criado um ambiente propício para o
fenômeno chamado por Ernani Marques (linkedin) como Propagação de Erros em
Projetos.
Uma das coisas que gostamos bastante no Tema Mudança é que ele mostra a você, na
qualidade de Gerente de Projeto, que você não tem que dizer Não ou Sim; mas quando
solicitado a adicionar uma nova funcionalidade, você pode até mesmo agradecer a pessoa
por sugerir a alteração, e então lhe fornecer um formulário de Solicitação de Mudanças
para preencher e oferecer sua ajuda se necessário . Você, em seguida, promete dar
seguimento a essa Solicitação de Mudança, e deixa claro ao solicitante que quem vai decidir
sobre essa solicitação será a Autoridade de Mudança ou o Comitê Diretor do Projeto.
2. O Tema Mudanças também descreve os papéis e responsabilidades do Executivo e do
Comitê Diretor do Projeto; Isso é útil, pois talvez você precise lembrar o executivo disso. É
fácil encontrar projetos onde o Executivo é a própria pessoa que coloca pressão sobre o
Gerente de Projeto para permitir mudanças influenciem o projeto, sem fornecer recursos
adicionais. Assim, este tema irá mostrar-lhe como lidar com estas situações.
A maioria dos Gerentes de Projeto também estão cientes de que necessitam cuidar dos
produtos produzidos pelo projeto; isso é chamado de Gerenciamento de Configuração. Isso
envolve principalmente o rastreamento de Mudanças, certificar-se de que as pessoas
corretas têm acesso às últimas versões dos documentos de linha de base e proporcionando
um local de armazenamento central e acessível. Algumas empresas fornecem um sistema de
documentação de TI de fácil uso o que torna mais fácil para o Gerente de Projeto
gerenciar, controlar e distribuir informações do projeto. Outras empresas fornecem
sistemas que são muito difíceis de usar e, portanto, acabam não sendo usados. A boa notícia
é que é muito simples de se obter um sistema online de fácil utilização que irá fornecer a
maioria das funcionalidades necessárias, incluindo a proteção de acesso à informação.
O último ponto antes de seguirmos é que a maioria dos Gerentes de Projeto não planejam
qualquer tempo para atividades de Gerenciamento de Configuração e acreditam que isso é
algo que podem fazer numa tardezinha, ou talvez, enquanto está em uma conferência
telefônica..... Cuidado!!!! É uma idéia muito boa planejar este trabalho.
Propósito
O propósito do conhecimento no Tema Mudanças destina-se a ajudá-lo a identificar,
avaliar e controlar qualquer mudança potencial dos produtos que já foram aprovados em
relação à linha de base. O Tema Mudanças não trata apenas sobre solicitação de
mudanças, mas é também sobre o tratamento de issues que surgem durante o projeto. Na
verdade, é melhor dizer que o Tema Mudanças oferece uma abordagem comum para Issue
e Controle de Mudanças.
A mudança é inevitável em qualquer projeto e todos os projetos precisam de uma boa
abordagem para identificar, avaliar e controlar os issues que podem resultar em mudança.
Este tema fornece uma abordagem para Issue e Mudanças.
Afinação
O Controle de Issues e de Mudancas acontece durante todo o ciclo de vida do projeto.
Lembre-se, o objetivo não é impedir mudanças, mas para obter mudanças acordadas e
aprovadas antes de serem executadas.
Cada projeto requer um Sistema de Gerenciamento de Configuração que rastreia os
produtos e registra quando os produtos são aprovados e linha de base efetuada; e ajuda a
garantir que as versões corretas estão sendo utilizadas durante o projeto e entregues ao
cliente.
3. Definições
Gerenciamento de Configuração
Gerenciamento de configuração é a atividade técnica e administrativa referente à criação, à
manutenção e às mudanças controladas da configuração de um produto. Esta é uma
maneira agradável de dizer que a Gerenciamento de Configuração é está relacionado a
cuidar dos produtos do projeto.
Item de configuração
Um item de configuração é o nome dado a uma entidade (ou item) que é gerenciado pelo
Gerenciamento de Configuração. Você também poderia dizer que um Item de
Configuração é qualquer coisa que você deseja rastrear durante o projeto.
Release
Um Release é um conjunto completo e coerente de produtos que são gerenciados, testados e
implantados como uma única entidade para ser entregue aos usuários. Um exemplo de uma
Release poderia ser uma nova versão de um Notebook com uma certa versão de Sistema
Operacional (OS), CPU específico, BIOS específico e certas versões de aplicativos.
Issues
O PRINCE2 usa o termo Issue para cobrir qualquer evento relevante que aconteceu, que
não foi planejado e que requer alguma ação de gerenciamento (por exemplo, um
questionamento ou uma requisição de mudança). As Issues podem ser geradas a qualquer
momento durante o projeto e por qualquer pessoa.
Existem 3 tipos de issues; elas são:
Definição de Requisição de Mudança : Proposta para uma mudança em um linha de base de
um produto, ou seja, um produto que já foi aprovado. Isso pode ser um documento de
Descrição de Produtos para um dos produtos do especialista que estão sendo criados pelo
projeto.Exemplo: Uma parte interessada solicita para dar suporte a uma nova língua.
Definição de Não Conformidade : Isso é algo que foi acordado para ser feito, mas não é
fornecido pelo fornecedor e/ou não deverá ser fornecido, e portanto, está fora de
especificação ou em Não Conformidade. Exemplo: O fornecedor não conseguiu completar o
recurso automático de Esqueci a Senha; Portanto a senha terá de ser redefinida manualmente
pelo administrador central.
Definição Problema/Preocupação : Definição: Qualquer outra issue que o Gerente de Projeto
precisa resolver ou escalar; Isso pode ser positivo ou negativo.Exemplo: Um membro da
equipe foi retirado o projeto durante uma semana.
4. A abordagem do PRINCE2 para Mudanças
A abordagem de issue e Gerenciamento Mudança será decidida no primeiro estágio
(Estágio de Iniciação). Essa abordagem pode ser revista no final de cada estágio do
processo Stage Boundary.
O PRINCE2 tem seis produtos de gerenciamento que são usados para controlar issues,
mudanças e Gerenciamento de Configuração.
A Estratégia de Gerenciamento de Configuração : Este documento contém a estratégia sobre
como serão tratadas issues e mudanças no projeto (por exemplo, como identificar os
produtos, como controlar produtos, como fazer a Descrição de Status e Verificação).
Registros de itens de Configuração : Eles fornecem um conjunto de dados para cada produto
utilizado no projeto (como metadados). (Por exemplo: A mesa central da biblioteca teria um
cartão para cada livro com informações específicas, incluindo localização, classificação,
número de ISBN, etc).
Descriçao do Status do Produto : Este é um relatório sobre o estado dos produtos (por
exemplo, status da lista de todos os produtos produzidos pelo fornecedor X no estágio 3).
Diário do Projeto : Esse log é usado pelo Gerente do Projeto como um Diário para toda a
informação informal. Informação formal é colocada num registro (Registro de Issue ou
Registro de Risco).
Registro de issues : Imagine uma planilha para registrar e manter issues (formal).
Relatório de Issues : Este relatório descreve uma issue em detalhes. De acordo com PRINCE2,
uma issue pode ser 1) Requisição de Mudança, 2) uma Não conformidade, ou 3)
problema/preocupação. Um relatório de issues também poderia descrever issues
relacionadas, de modo que não seria sempre um risco.
Referência
prince2.wiki/PRINCE2
pt.prince2.wiki/PRINCE2