Get best of the week

Recherche d'informations efficace au travail

Récemment, j'ai commencé à remarquer davantage que les gens ne pouvaient pas trouver eux-mêmes les informations nécessaires. Au lieu de la chercher, ils commencent à demander des conversations générales ou directement à quelqu'un. Dans la plupart des cas, cela distrait en outre du travail et, par conséquent, toute tâche est simplement bloquée jusqu'au moment où quelqu'un n'aide pas l'auteur ou indique où chercher. Il y a assez longtemps, j'ai identifié moi-même des étapes qui m'aident à obtenir les informations dont j'ai besoin. Cela m'étonne souvent que la plupart ne l'utilisent pas.

Pour un exemple, nous prendrons des DevOps abstraits. Sa tâche est de comprendre que certains serveurs ne fonctionnent pas. Souvent, je vois qu'au lieu d'essayer de trouver lui-même les informations nécessaires, il les demande à d'autres personnes. Ou pire encore, si les membres de l'équipe sont dans des fuseaux horaires différents (différence de 10 heures par exemple), alors les devops n'attendent qu'une personne pour se réveiller qui, à son avis, connaît les réponses à ses questions. Et après tout, tout cela aurait pu être évité si les devops savaient simplement où chercher:

  1. Jira ou autre système de suivi: recherchez un ticket par adresse IP de serveur, nom de serveur ou nom d'application. En général, une recherche sur toute information unique familière sur le système cible. Dans les commentaires sur les billets, les gens décrivent ce qu'ils ont fait, pourquoi et où. Jira n'est pas seulement un système où il est indiqué combien de points la tâche prendra et qui le fera est indiqué, c'est aussi un énorme réservoir d'informations sur différents systèmes, une description des problèmes passés et, plus important encore, ce qui a été fait. Et si vous avez de la chance, vous y trouverez peut-être aussi des détails techniques. Dans la plupart des cas, ces informations seront suffisantes pour que nos développeurs puissent résoudre le problème.
  2. Si rien n'a été trouvé dans Jira, cela vaut la peine de chercher dans Slack ou un autre messager que votre équipe utilise. Choisissez le canal le plus approprié où votre serveur cible a peut-être été discuté et recommencez la recherche d'informations clés uniques. Utilisez différentes orthographes: ip via un tiret, nom de domaine, nom de domaine court, nom de serveur non officiel ou même le nom du projet et de l'application. Si dans les billets de Jira il n'y a pas assez d'informations sur ce qui a été fait, alors il vaut la peine de chercher le nom du billet. Bien que les messagers ne soient pas le meilleur endroit pour stocker des détails, les gens ne laissent que des informations là-bas et ne les transfèrent pas sur les billets. J'ai vu d'énormes threads dans Slack, dans lesquels il y avait beaucoup d'informations sur la tâche, y compris des détails techniques et des discussions sur la raison pour laquelle des billets tels et absolument vides ont été fabriqués à 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. Si vous disposez d'un stockage de fichiers commun pour l'ensemble de l'entreprise, essayez également d'y rechercher. Très probablement, la recherche se fera uniquement par le nom des documents, donc utilisez le nom du projet, du référentiel, de l'application ou autre chose qui peut être dans le nom de la recherche.

Tout ce qui est décrit ci-dessus doit être démarré lorsque vous n'avez pas trouvé les données dont vous avez besoin dans votre wiki interne. Et ce n'est même pas une liste exhaustive. Si les actions ci-dessus ne vous ont pas donné suffisamment d'informations, cela vaut déjà la peine de transmettre la question à toute l'équipe ou à l'équipe / chef d'équipe. Et, bien sûr, n'oubliez pas d'écrire toutes les informations que vous avez obtenues dans le wiki afin que l'autre personne ne perde pas de temps à chercher.

More articles:


All Articles