Pergunta

Parece provável nosso cliente irá cancelar o projeto que temos vindo a trabalhar há 15 meses.

É possível (embora não muito provável) de que ele vai ficar reiniciado em algum ponto.

Nós também estendida de produtos da nossa empresa em diversas áreas ao fazer isto. Outras equipes de projeto podem precisar fazer extensões semelhantes, e nós gostaríamos que eles sejam capazes de fazer uso do que fizemos.

Então, quais são as principais coisas para gravar para a posteridade, para que uma equipe futuro (que podem incluir diferentes pessoal) pode aprender com o que fizemos?

Isso é um pouco diferente do que a gravar para futuros mantenedores, já que as pessoas provavelmente chegará com pouca / nenhuma familiaridade com o nosso projeto, e provavelmente não terá qualquer envolvimento prolongado com ele.

Até agora, temos trabalhado na coleta de informações sobre cada característica principal / extensão - por isso há um lugar para olhar para as necessidades, ponteiro para o código-fonte, casos de teste, etc, e está adicionando alguma narrativa em pontos principais de concepção / decisões etc.

O que mais deveríamos estar fazendo e captura, enquanto a equipe do projeto ainda está junto?

Foi útil?

Solução

Eu sei que isso não é muito específico. Mas para cada decisão importante que você fez sobre o design ou a escolha da tecnologia, com certeza ser para gravar "porquê".

Isso ajuda muito mais baixo da faixa, especialmente se as pessoas que trabalham no projeto, no futuro, não são o mesmo que a equipe original.

Outras dicas

Certifique-se de salvar o seu repositório, ou alguma representação da história de cada arquivo. É muito útil, entrando em algo que não tem conhecimento, para ver como ele evoluiu, e quando certas características (ou bugs) foram introduzidos.

Você pode querer olhar para o seguinte post: Qual é o seu Post-Mortem formato de reunião?

Embora não cobre tudo que você quer, é provavelmente um ponto de partida bom.

Isto deve ser feito não onilo se o projeto será fechado, mas também como um acabamento projeto limpo. Como você pode ler na literatura de gerenciamento de projetos há uma documentação de encerramento do projeto, o que daria a uma pessoa de fora a possibilidade de DIFE no projeto. Portanto, sua tarefa não é muito incomum.

Primeiro de tudo criar um local dedicado para o código fonte projetos, talvez navegável com um navegador, de modo a barreira de olhar para o que sua equipe tem feito é muito pequena. Também certifique-se de que seus documentos (arquitetura etc) estão disponíveis. Após isso, você pode começar a escrever uma wiki experiência do projeto, onde você ligar certos artefactos de forma limpa e rastreáveis. Talvez com um wikipage para problemas muito difíceis que encontrou e a solução. Se você tem isso, ele deve ser muito fácil para os outros para tirar vantagem em seu conhecimento sobre o projeto.

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