Get best of the week

Pesquisa eficaz de informações no trabalho

Recentemente, comecei a perceber mais que as pessoas não conseguem encontrar as informações necessárias. Em vez de procurá-la, eles começam a perguntar diretamente no chat ou a alguém diretamente. Na maioria dos casos, isso distrai adicionalmente o trabalho e, como resultado, qualquer tarefa é simplesmente bloqueada até o momento em que alguém não ajuda o autor ou indica onde procurar. Há muito tempo, identifiquei etapas para mim que me ajudam a obter as informações necessárias. Muitas vezes me surpreende que a maioria não o use.

Por exemplo, usaremos DevOps abstrato. Sua tarefa é entender que algum servidor não está funcionando. Muitas vezes vejo que, em vez de tentar encontrar as informações necessárias por conta própria, ele as solicita a outras pessoas. Ou pior ainda, se os membros da equipe estiverem em fusos horários diferentes (10 horas de diferença, por exemplo), então os devops aguardam uma pessoa acordar que, na sua opinião, sabe as respostas para suas perguntas. E, afinal, tudo isso poderia ter sido evitado se os devops soubessem onde procurar:

  1. Jira ou outro sistema de rastreamento: procure um ticket por ip do servidor, nome do servidor ou nome do aplicativo. Em geral, uma pesquisa em qualquer informação exclusiva familiar sobre o sistema de destino. Nos comentários dos ingressos, as pessoas descrevem o que fizeram, por que e onde. O Jira não é apenas um sistema no qual é marcado quantos pontos a tarefa levará e quem a executará, é também um enorme armazém de informações sobre diferentes sistemas, uma descrição dos problemas passados ​​e, o mais importante, o que foi feito. E se você tiver sorte, também poderá encontrar detalhes técnicos. Na maioria dos casos, essas informações serão suficientes para que nossos devops resolvam o problema.
  2. Se nada foi encontrado em Jira, vale a pena procurar no Slack ou em outro mensageiro que sua equipe usa. Escolha o canal mais adequado onde o servidor de destino possivelmente foi discutido e comece a procurar novamente por informações-chave exclusivas. Use grafias diferentes: ip por meio de um traço, nome de domínio, nome de domínio curto, nome não oficial do servidor ou mesmo o nome do projeto e do aplicativo. Se nos ingressos Jira não houver informações suficientes sobre o que foi feito, vale a pena procurar o nome do ingresso. Embora os mensageiros não sejam o melhor local para armazenar detalhes, as pessoas ainda deixam as informações apenas lá e não as transferem para os ingressos. Eu vi enormes tópicos no Slack, nos quais havia muitas informações sobre a tarefa, incluindo detalhes técnicos e discussões sobre por que esses bilhetes absolutamente vazios foram feitos em Jira.
  3. email. . , , — , .
  4. Jell Scrum . , . - . , , . , , - .
  5. . , , .
    / (ip, domain and etc). .
  6. , . , . , ( , , , , - ). , ( AWS CloudTrail), .
  7. , , .
    , / , , , , . , - .
    .
  8. . , . , «». .
  9. , , . , - , , . , , .
  10. — . , - ,
    . , , , , .
  11. Jenkins CI/CD jenkins jobs. , — - CI/CD , :)
  12. Se você tem um armazenamento de arquivos comum para toda a empresa, tente pesquisar também nele. Provavelmente, a pesquisa será apenas pelo nome dos documentos; portanto, use o nome do projeto, repositório, aplicativo ou qualquer outra coisa que possa estar no nome da pesquisa.

Tudo o que foi descrito acima deve ser iniciado quando você não encontrar os dados necessários em seu wiki interno. E essa nem é uma lista exaustiva. Se as ações acima não fornecerem informações suficientes, já vale a pena encaminhar a pergunta para toda a equipe ou líder da equipe / equipe. E, é claro, não se esqueça de anotar todas as informações que você obteve no wiki para que a outra pessoa não perca tempo pesquisando.

More articles:


All Articles