Introdução (3 min)

Imagine reformar sua casa sem um processo formal para aprovar mudanças. Você pediu para o pedreiro trocar o piso da cozinha por porcelanato, mas ele entendeu cerâmica. Resultado: retrabalho, custos extras e muita dor de cabeça. No mundo corporativo de TI, mudanças não gerenciadas em projetos causam prejuízos ainda maiores, impactando prazos, orçamentos e a qualidade do produto final.

Para Gerentes de TI, o Controle de Mudanças é vital. Ele garante que qualquer alteração no escopo, cronograma ou recursos do projeto seja avaliada, aprovada e documentada corretamente. Nesta aula, construiremos um processo de Controle de Mudanças robusto e prático, aplicável imediatamente em seu ambiente de trabalho, alinhado às melhores práticas do PMI, Agile e padrões enterprise.

Conceito Fundamental (7 min)

Controle de Mudanças, ou Change Control, é o processo formal de solicitar, analisar, aprovar ou rejeitar, implementar e documentar modificações em um projeto. Ele abrange desde pequenas correções até grandes revisões no escopo. A terminologia inclui: Requisição de Mudança (RFC), Comitê de Controle de Mudanças (CCB), Plano de Gerenciamento de Mudanças e Log de Mudanças.

Em projetos de TI, imagine a necessidade de adicionar um novo recurso a um software em desenvolvimento. Uma RFC é criada, detalhando a mudança. O CCB, um grupo de stakeholders, avalia o impacto no projeto (prazo, custo, recursos, qualidade) e decide se aprova ou rejeita a solicitação. Se aprovada, a mudança é implementada e registrada no Log de Mudanças.

O Controle de Mudanças se integra com outras áreas do Gerenciamento de Projetos, como Gerenciamento do Escopo, Cronograma e Custos. Suas vantagens incluem maior controle sobre o projeto, redução de riscos e aumento da previsibilidade. A desvantagem principal é a possível burocracia, caso o processo seja excessivamente complexo.

Implementação Prática (10 min)

Vamos criar um processo de Controle de Mudanças prático. Primeiro, precisamos de um template de RFC. Ele deve conter:

• ID da Mudança
• Data da Solicitação
• Solicitante
• Descrição da Mudança
• Justificativa
• Impacto no Escopo/Cronograma/Custo
• Riscos Associados
• Plano de Implementação
• Status (Aberta, Aprovada, Rejeitada, Implementada)

Um template de Log de Mudanças deve registrar todas as mudanças aprovadas, com informações como ID, descrição, data de aprovação e responsável pela implementação.

O CCB, composto por representantes chave das áreas impactadas, deve se reunir regularmente (semanalmente, por exemplo) para analisar as RFCs. Use métricas como número de RFCs aprovadas/rejeitadas e tempo médio de aprovação para monitorar a eficácia do processo.

        
Exemplo de fluxo com Jira:
1. Criar um tipo de issue "Requisição de Mudança".
2. Configurar um workflow com os status: Aberta, Em Análise, Aprovada, Rejeitada, Implementada.
3. Utilizar campos customizados para capturar as informações do template de RFC.
4. Criar um painel Kanban para visualizar o fluxo das RFCs.

      

Em ambientes Agile, o processo pode ser simplificado, integrando a análise de mudanças às reuniões de planejamento do Sprint. Entretanto, a documentação e a rastreabilidade das mudanças continuam sendo essenciais.

Exercício Hands-On (5 min)

Desafio: Crie um template de RFC e um Log de Mudanças simplificado para seu projeto atual. Identifique três mudanças potenciais e preencha o template de RFC para cada uma delas.

Solução: Utilize uma planilha ou um documento de texto para criar os templates. As mudanças potenciais podem incluir correções de bugs, adição de novas funcionalidades ou ajustes no cronograma.

Validação: Revise os templates preenchidos para garantir que todas as informações necessárias estejam presentes. Apresente-os a um colega e peça feedback.

Troubleshooting: Se tiver dificuldades para identificar mudanças potenciais, revise a documentação do projeto e converse com a equipe.

Próximos Passos: Implemente o processo de Controle de Mudanças em seu projeto e monitore sua eficácia. Adapte o processo conforme necessário para atender às necessidades específicas do seu projeto.