Como você lida com um acumulador de informações? [fechadas]

Todos nós devemos nos deparar com eles - desenvolvedores que já existem há muito tempo e têm um conhecimento fantástico do domínio, e ainda assim não conseguem compartilhar esse conhecimento com sua equipe.

A equipe precisa desesperadamente compartilhar o conhecimento, mas parece que não consegue arrancá-lo do acumulador.

De que maneira as equipes resolveram esse problema com sucesso?

Remova a propriedade do código da equipe. Espalhe a carga de trabalho. Faça revisões de código. Organize as sessões de transferência de conhecimento, aguarde algumas sessões e peça que façam uma apresentação em sua área.

É, é claro, imperativo que, se você não é o gerente, tenha o apoio do gerente, mas se todos da equipe estiverem compartilhando informações regularmente, existem tantas desculpas que alguém pode inventar por não fazer a mesma coisa. .

Além disso, seu gerente deve sentar-se com ele e explicar que isso não ameaça seu trabalho. Porque é por isso que ele está fazendo isso.

É bom que o indivíduo não seja a fonte de todo conhecimento. Isso o libera de fazer outras coisas mais interessantes.

Acredito que Gerald Weinberg estava se referindo a esse tipo exato de pessoa quando comentou em A Psicologia da Programação de Computadores (parafraseada porque não tenho o livro na minha frente). Se você notar um programador tentando se tornar indispensável, atire ele imediatamente. 25 anos depois, quando reeditou o livro, ele comentou que nenhum outro conselho o havia agradecido tanto quanto este.

Então essa é uma solução.

Dê a eles o que eles querem - atribua a eles todo o trabalho e tarefas de manutenção que somente ele / ela tem o conhecimento para realizar.

Não, eles não podem fazer um novo trabalho, porque ninguém mais pode executar esses outros trabalhos de manutenção muito importantes.

Sim, os novos contratados estão recebendo o trabalho divertido e brincando com os brinquedos novos e brilhantes, mas você deve executar tarefas muito difíceis, de alta prioridade e chatas, porque eles não sabem nada do que você faz.

A menos que você queira mostrar a um deles como fazê-lo ....

Isso lembra este artigo da Rands in Repose.

Eu acho que você precisa descobrir por que esse cara está acumulando informações. A segurança no emprego (como o artigo sobre The Fez) é grande. Mas a insegurança também. Ou apenas que ele gosta desse tipo de trabalho e quer tudo sozinho, ou sente algum senso intenso de propriedade sobre uma área específica. Ou está comprometido demais e não viu uma maneira de ganhar tempo.

Alguns desses problemas podem ser resolvidos por truques sem confronto:

• dê ao sujeito algumas tarefas que ampliam seus horizontes e o forçam a entregar algum trabalho.
• descubra de onde vem a insegurança e trabalhe em qualquer problema real que esteja levando ao acúmulo de informações.
• indique ao cara que ficar muito preso na rotina como o único detentor de conhecimento significa que ele nunca estará livre disso e sua carreira será fortemente acoplada à tecnologia - e toda a tecnologia eventualmente desaparecerá.
• descobrir de onde vem o comprometimento excessivo e descobrir o que é mais importante

Também vale a pena participar de algumas tentativas de solicitação de informações - pode levar duas para dançar o tango, e você pode não querer descartar a idéia de que há intimidação suficiente para que os participantes não façam boas perguntas, portanto exacerbando o problema. Pode ser necessário entrar e começar a fazer backup das coisas e fazer perguntas mais amplas para que o cara se mexa. Além disso, ter a gerência fazendo perguntas dá peso e importância à atividade de compartilhamento de informações - é muito mais difícil recuar e evitar o gerenciamento. Geralmente, com algumas sessões produtivas em andamento, você pode sair do meio e dizer "vocês têm isso, não precisam de mim" e continuar com o próximo problema.

Outra chave é NÃO deixar o sujeito dominar o trabalho nas áreas em que ele precisa compartilhar conhecimento. Coloque outra pessoa encarregada do trabalho e deixe claro que é tarefa do acumulador de informações compartilhar o conhecimento. Se ele não puder compartilhar, talvez seja necessário ter uma conversa brutal, explicando que o compartilhamento de informações é um requisito para a equipe, não uma opção. Que ele está contribuindo para os problemas de agendamento da equipe, não ajudando outra pessoa a aprender.

Não tenho certeza se 'recusar' é geralmente a palavra certa, geralmente eles estão muito ocupados e não têm tempo livre (ou inclinação ou habilidades sociais) para dedicar muito tempo para explicar o óbvio (para eles). ) para os n00bs.

A solução positiva é fornecê-los com assistentes - quase como espalhar o trabalho pela equipe (mas acho que não há muita equipe se você tem veteranos que sabem tudo sobre o sistema e novos caras que não sabem). , dada essa configuração, não é de admirar que eles não desejem comunicar suas preciosas habilidades e serem substituídos por uma versão mais jovem e barata!) (você também não - imagine se o seu gerente veio até você e pediu para você comunicar tudo o que sabe para a nova equipe terceirizada ... hmm?)

Eu recomendo que o assistente trabalhe em uma parte do sistema e que, com o tempo, se torne um especialista nele, espera-se que o desenvolvedor experiente os ajude a fazer seu trabalho nessa pequena área. Todos nós já estivemos lá de qualquer maneira, "se você quiser saber como o X funciona, esqueça a documentação (obsoleta ou inexistente) e converse com Jim".

Dar a eles um assistente não apenas confirma sua posição como desenvolvedores experientes (o que são) e oferece a oportunidade de aliviar parte da carga de trabalho anterior, mas também difunde o conhecimento ao longo do tempo. Tornam-se mentores ou posições de “primeiro passo para liderar a equipe”, que devem tranquilizá-los de que seus empregos são seguros e que sua experiência é valorizada. Se você não pode fazer nada disso, está falhando como gerente.

Não se esqueça de que, se você tem algum tipo de sistema supercompleto (o que você tem, ou os novos caras devem ser capazes de descobrir por si mesmos), a transferência de conhecimento é um processo muito longo. Não há como alguém se sentar e levar alguém completamente à velocidade, na minha casa essa tarefa levaria 6 meses no mínimo, e mesmo assim .. diabos, ainda estou aprendendo coisas sobre o que o nosso produto faz e já estive aqui quase uma década!

Torne a comunicação um compromisso para cada membro da equipe e avalie-a como parte da revisão anual.

Certifique-se de que a equipe seja reconhecida por realizações e não apenas por indivíduos e garanta que todos saibam que o sucesso da equipe é sua prioridade; penalize-os se impedirem que a equipe seja bem-sucedida.

Verifique se não há bloqueios na comunicação, verifique se existem processos e sistemas para escrever documentos e compartilhar informações; por exemplo, wikis, sites de compartilhamento, entregas programadas para documentos de design etc.

Certifique-se de que todos os projetos tenham pelo menos dois programadores que possam trabalhar nele. Isso para garantir que você sempre tenha um backup quando alguém sair da empresa.

Também iniciamos um wiki que contém todas as informações do banco de dados. É uma maneira muito útil de acessar ou atualizar rapidamente as informações.

Se o "acumulador" realmente não está fazendo isso de propósito, mas de fato está fazendo isso devido a algo como falta de habilidades sociais, compromissos de tempo, etc. De qualquer forma, consiga um "assistente" ou programador júnior especificamente encarregado de facilitar a carga de trabalho ou ajudando a extrair o conhecimento. Deixe claro para ambas as partes que esse é o objetivo das novas pessoas e envolva o "acumulador" no processo de entrevista. A gerência precisa ajudar nisso e possibilitar que eles compartilhem seus conhecimentos. Esse é o objetivo do gerenciamento, remover obstáculos e possibilitar que os trabalhadores concluam o trabalho.

De acordo com minha experiência, os acumuladores de informações podem ser classificados em dois tipos: aqueles que gostam de compartilhar seus conhecimentos e têm algum senso de gratificação por ajudarem abertamente os outros, como eu, e aqueles que não. Obviamente.

Agora, ambos os lados têm seus motivos, e aquele que gosta de compartilhar seu conhecimento raramente divulga tudo pelo mesmo motivo que aquele que não compartilha seu conhecimento não: eles estão tentando convencer as pessoas. eles melhor e, na minha opinião tendenciosa, eles estão corretos ao fazê-lo. (é claro, você também tem aqueles que não compartilham conhecimento apenas para se tornarem indispensáveis, e isso é pelos motivos errados, e eles devem ser eliminados, pois geralmente não são tão bons assim)

Afinal, eles tiveram que mergulhar profundamente nos mares arcanos e esotéricos, a fim de aprender o que sabem, geralmente através de pura experimentação, uma aplicação liberal de pensamento crítico, lampejos de intuição e insight e ritos místicos que envolvem vários tipos de gado de sacrifício, e eles saíram melhor por isso. A linha de pensamento geralmente é que, se as pessoas ao seu redor são muito preguiçosas ou não conseguem gerenciar o mesmo, elas nem deveriam estar fazendo o trabalho, e certamente não são dignas de seu conhecimento. Quando aqueles que os rodeiam passam pelas mesmas coisas que precisavam, então serão um programador melhor, porque terão aprendido a pensar bem e resolver problemas complexos e tudo mais.

É essencialmente forçar os outros a se tornarem melhores através de conflitos. Embora muita coisa seja pisada e expulsa, aqueles que passarem pela manopla serão inevitavelmente muito melhores do que teriam se ficasse melhor com a cooperação.

Agora, quanto a fazê-los compartilhar as informações: você não pode forçá-los a fazê-lo. Tentar forçá-los a fazer com que eles vejam você como ganancioso, preguiçoso ou muito estúpido para chegar lá por conta própria, e eles certamente não terão pena de você em nenhum desses casos. Se alguém mais alto tenta forçá-lo a fazê-lo, ele pode se tornar muito desagradável, concentrando toda sua inteligência considerável em frustrar o indivíduo, ou até mesmo desistir completamente, em vez de trair seus princípios, afinal, existem muitos lugares que poderiam usar suas habilidades e conhecimento.

Na verdade, existe apenas uma maneira de obter uma delas que não gosta de compartilhar seu conhecimento para compartilhar de bom grado: tornar-se digna. Normalmente, ter o conhecimento que eles não têm é suficiente (mas difícil de fazer). Quid pro quo e tudo isso. Caso contrário, compre duas cabras e mergulhe.

Quem é o chefe? Onde isso termina? Você não precisa compartilhar informações. Você não precisa fornecer documentação. Continuamente não conseguem fazer as coisas a tempo. Não siga os padrões de codificação. Alguém responsável acha que isso é importante ou não. Deveria haver consequências. Eles estão basicamente roubando da empresa.

As pessoas que jogam o "Eu tenho um jogo secreto" são as piores. Esses indivíduos tendem a ser inseguros e criar ou florescer no modo de crise .

Eu os faria documentar todas as alterações ou modificações que fizerem no sistema. Também os faria fornecer um post mortem para cada correção que eles desenvolvessem para incluir ...

• o que aconteceu
• porque aconteceu
• como impedir que isso aconteça
• quais outros sistemas são vulneráveis ​​ao mesmo bug

Eu também tornaria essa pessoa responsável por ...

• desenvolvendo padrões de codificação
• mantendo uma biblioteca de códigos

Depende muito do tipo de conhecimento envolvido; seja diretamente de código ou orientado a processos de negócios. Normalmente, o último está disponível em outras partes do negócio ... e pode ser adquirido.

Em segundo lugar, há um argumento para garantir que nenhum desenvolvedor passe toda a sua vida profissional em áreas específicas sem compartilhar, por assim dizer. Portanto, se você tem um gerente de linha responsável por distribuir o trabalho, vale a pena garantir que qualquer solicitação de mudança de negócios seja entregue sem que um desenvolvedor específico se torne a primeira linha de contato de um proprietário de processo de negócios ... Isso dificultará os esforços de um desenvolvedor para se tornar um guru.

Seria no melhor interesse de ambas as partes se o acumulador de informações fosse encorajado a encontrar uma empresa com um tamanho menor ou mesmo a iniciar sua própria empresa? Talvez a pessoa prosperasse nesse tipo menor de ambiente. (Estou curioso para saber se alguém já tentou essa abordagem no mundo real.)