Padrão de Gerenciamento de Mudanças

8

Existe algum padrão de gerenciamento de mudanças amplamente aceito em software e outros setores? Trabalhei em várias empresas com domínios-alvo absolutamente diferentes (banco de investimento e telecomunicações). As empresas tinham organização e processos muito semelhantes ao Global Change Management (GCM). Mais especificamente:

  1. Havia o departamento do GCM responsável por todas as alterações relacionadas à TI, como alterações de firewall em toda a empresa, alocação / suporte de bancos de dados, suporte ao sistema de controle de versão, etc.
  2. Havia uma noção de que a mudança congela . Não foi possível implementar minhas alterações se a data de implementação da alteração fosse igual à data de congelamento da alteração.
  3. Houve reunião do GCM (teleconferência) quando todos discutiram a necessidade e a importância de suas mudanças. Foi hospedado pelo representante do departamento GCM todas as semanas no mesmo horário (terça-feira, 17:00 GMT, por exemplo).
  4. As alterações devem ter sido aprovadas pelos aprovadores de alterações . Havia diferentes tipos de solicitação que possuem sua própria lista de grupos de aprovadores obrigatórios. Os grupos tinham vários membros trabalhando em diferentes fusos horários. Pelo menos um desses membros deve ter aprovado o GCM para que todo o grupo tenha aprovado a mudança. Era necessário que as aprovações para todos os grupos de aprovadores obrigatórios tivessem sido coletadas antes da hora de implementação agendada. Caso contrário, havia 100% de garantia de que não será implementado.
  5. A burocracia dos processos de GCM foi notável. Era puro inferno burocrático . As ferramentas eram horríveis, as pessoas lentas e teimosas. Era quase impossível implementar mudanças menores. Às vezes, falhava ao obter uma última aprovação antes do tempo de implementação ou, de repente, verifica-se que o tempo de implementação está agendado no momento do congelamento das alterações.

Eu gostaria de dar uma olhada, para ter um entendimento geral dos processos GCM e como eles funcionam em diferentes empresas. Gostaria de saber se é tão horrível em todos os lugares ou se foi apenas uma implementação ruim dos processos do GCM em uma empresa específica.

development-process standards industry-standard altern
fonte
2
Isso ocorre por design. As empresas usam processos de controle de mudanças especificamente porque desejam colocar barreiras e obstáculos às mudanças.
Maple_shaft
5
Muitas vezes eles chamam as barreiras e obstáculos de "controles". E em alguns setores, eles são legalmente obrigados a ter controles e mostrar como os processos de negócios implementam esses controles.
S.Lott
O fato é que essas 'barreiras e obstáculos' são muito semelhantes de uma empresa para outra. Deve haver uma razão pela qual eles são tão parecidos
alternativo
@ maple Eles não são projetados como barreiras à "mudança" (o que parece contraproducente). Eles são barreiras para os problemas de mal pensado mudanças
MarkJ
1
@ MarkJ Suponho que eles possam começar dessa maneira, mas sempre acabam se transformando em algo semelhante ao congresso dos EUA, onde qualquer mudança significativa é bloqueada e interrompida, para manter o status quo ou por razões políticas.
maple_shaft

Respostas:

5

Confira o ITIL . É uma coleção de práticas e diretrizes para gerenciar uma infraestrutura de TI. Você pode configurar processos para gerenciar instalações, energia, equipamentos, software de sistema operacional, estruturas, bancos de dados e aplicativos.

Idealmente, as "barreiras" à mudança destinam-se a proteger os ativos existentes e devem ser fortes o suficiente para que as mudanças que agregam pouco valor a grandes riscos sejam bloqueadas, enquanto as mudanças que agregam valor com pouco risco podem superá-las.

Jay Elston
fonte