Como lidar efetivamente com a transferência de conhecimento?

Question

Digamos que uma grande empresa abra um novo escritório (insira a localização aleatória aqui) e deseje que os novos colegas acelerem o mais rápido possível. Digamos também que esse empreendimento é muito típico, com um ambiente complexo, muita história e quase total falta de documentação.

O que já foi decidido é que os novos colegas receberão documentação no estilo howto para as tarefas mais comuns e obterão a documentação da arquitetura seme para alguns dos sistemas mais complicados.

Alguma idéia sobre como melhorar esse processo? E, mais especificamente, como um documento de como deve ser útil?

    

Answer 1

Eu gastaria o tempo que você tem escrevendo um documento que dá uma boa visão geral da grande figura com todos os componentes principais para qualquer que seja sua área. Então, eles podem usá-lo como referência e uma visão geral do que podem precisar aprender. Por exemplo, se você tiver grandes configurações de cluster, desenhe imagens delas. Se eles são administradores de rede, pelo menos, montar um diagrama decente da rede da empresa.

A partir daí, eu começaria a documentar qualquer coisa que fosse incomum sobre o ambiente, seguida de qualquer coisa que fosse particularmente avançada ou complicada.

Se essas são posições de nível mais baixo, onde eles farão tarefas repetitivas, então o howtos faz sentido para mim, mas se forem posições mais avançadas, o quadro geral combinado com a documentação complexa / unusal que descrevi faz mais sentido.

    

Answer 2

Eu configurei um wiki em nosso escritório para capturar snippets de conhecimento, já que os desenvolvedores tinham tempo para escrever coisas. O chefe só estava disposto a permitir "documentos completos e completos", então ele queria sharepoint. Como nenhum dev tinha tempo para fazer "documentários aborrecidos e completos" não havia nenhum escrito, e como o PHB baniu o wiki, voltamos para onde estávamos há alguns anos.

    

Answer 3

Se os sistemas estiverem devidamente documentados, não serão necessários passos extras. Qualquer sysadmin que valha a pena o nome deve ser capaz de determinar o que precisa ser feito e como deve ser feito com base na documentação do sistema, embora uma revisão por parte de um membro da equipe de experiência torne as coisas ainda mais simples para eles.

Quando um sistema é devidamente documentado, toda a equipe de TI pode ser atropelada por esse barramento proverbial e a nova equipe deve estar pronta para acelerar muito rapidamente, sem assistência. Se esse não for o caso em sua organização, é necessário retificar com urgência.

    

Answer 4

Comece criando um wiki interno e use essa base como um local para documentar. Eu tenho feito isso no meu trabalho há algum tempo e as informações lá aparecem apenas gradativamente conforme necessário.