Pergunta

projeto principal da minha organização foi ao ar na segunda-feira. Esse foi o meu terceiro dia aqui. Agora que eu estive aqui quase uma semana, eu estou encarregado de criar um plano de gerenciamento de mudanças para a manutenção da aplicação e preparação para a fase 2, que terá início "algum dia". Nós somos uma loja de Microsoft, mas de mente aberta.

Eu estou procurando algumas sugestões sobre técnicas de CM e especialmente ferramentas que vai ajudar com isso. Estou familiarizado com ITIL e eu estive pensando em como seu conceito de CM poderia aplicar-se a este projeto, mas é certo este é muito menor do que eu estou acostumado a (<100 usuários contra milhares). Eu não sei exatamente como, ou se, ITIL pode ser reduzido a um pequeno projeto tal. Ou talvez eu estou pensando muito pequeno.

Como é que a sua organização gerir a mudança no nível do sistema? Funciona para você? Como poderia ser melhorado?

Para esclarecer melhor, alguém pode recomendar um processo de CM e ferramenta, talvez a partir do código-fonte aberto ou mundos ágeis?

Foi útil?

Solução

Estabelecer um conselho de revisão, com representantes de alto nível de desenvolvimento, operações, qa, o negócio, etc., com o gerente de CM como a cadeira. Todas as alterações têm de ser apresentado ao conselho.

Em um lugar que eu trabalhei você precisava de aprovação unânime para implementar uma mudança. Em outra uma maioria de 2/3 foi suficiente. Em ambos os lugares, porém, você tinha que começar suas s ** t junto ao apresentar uma mudança; você realmente não queria estar despreparados e parecer um idiota.

A equipe de CM define os "artefatos" obrigados a passar a porta de controle, geralmente uma série de formulários com uma lista de verificação como um guia. Se o sistema é "missão crítica" você também pode querer fazer algum tipo de auditoria CM para garantir que o processo de desenvolvimento foi seguido (testes de unidade foram executados, arquivos colocados sob controle de versão, etiquetado corretamente com comentários, QA testes assinado, etc .).

Para ferramentas, uma simples planilha ou banco de dados é geralmente suficiente, algo que você pode unir-se, sob medida para os processos de sua organização. Mantê-lo simples.

O gerente CM também tem que ter alguns "dentes" e ser capaz de fazer cumprir as decisões do conselho de revisão. CM é um processo de qualidade, e está lá para garantir que os padrões de qualidade sejam mantidos, não que os prazos sejam cumpridos.

Outras dicas

Aplicar o conceito de "variações". Faça o processo formal em todas as fases e torná-los preencher formulários, obter custando e aprovação etc. Isso vai eliminar um monte de "Gee, isto não seria bom ... de graça" e também irá identificar quais mudanças são importantes e digno de ser seus projetos próprios / subprojetos. Mantenha um registro de riscos e abertamente discutir como quaisquer alterações propostas podem afetar o projeto como um todo.

Mais empresas no Reino Unido parecem estar abraçando ITIL para Gerenciamento de Mudanças. O último par de lugares que eu trabalhei ter usado um aplicativo chamado Sostenuto que tenta corresponder com as áreas como Incidentes, Problemas e Gestão da Mudança. Não estou convencido se é a melhor maneira de fazer as coisas ainda though.

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top