Get best of the week

Búsqueda efectiva de información en el trabajo

Recientemente, comencé a notar que las personas no pueden encontrar la información necesaria por sí mismas. En lugar de buscarla, comienzan a preguntar en general chats o alguien directamente. En la mayoría de los casos, esto además distrae del trabajo y, como resultado, cualquier tarea simplemente se bloquea hasta el momento en que alguien no ayuda al autor o indica dónde buscar. Hace mucho tiempo, identifiqué pasos para mí que me ayudan a obtener la información que necesito. A menudo me sorprende que la mayoría no lo use.

Por ejemplo, tomaremos DevOps abstractos. Su tarea es comprender que algún servidor no funciona. A menudo veo que en lugar de tratar de encontrar la información necesaria por su cuenta, se la pide a otras personas. O peor aún, si los miembros del equipo están en diferentes zonas horarias (10 horas de diferencia, por ejemplo), entonces los devops solo esperan a que una persona se despierte y que, en su opinión, sepa las respuestas a sus preguntas. Y después de todo, todo esto podría haberse evitado si los devops supieran dónde buscar:

  1. Jira u otro sistema de seguimiento: busque un ticket por IP del servidor, nombre del servidor o nombre de la aplicación. En general, una búsqueda en cualquier información única familiar sobre el sistema de destino. En los comentarios a los boletos, las personas describen lo que hicieron, por qué y dónde. Jira no es solo un sistema en el que se indica cuántos puntos tomará la tarea y quién lo hará, sino que también es un gran depósito de información sobre diferentes sistemas, una descripción de problemas pasados ​​y, lo más importante, lo que se ha hecho. Y si tiene suerte, también puede encontrar detalles técnicos allí. En la mayoría de los casos, esta información será suficiente para que nuestros desarrolladores resuelvan el problema.
  2. Si no se encontró nada en Jira, entonces vale la pena mirar en Slack u otro mensajero que use su equipo. Elija el canal más adecuado donde posiblemente se discutió su servidor de destino y comience a buscar nuevamente información clave única. Use diferentes deletreos: ip a través de un guión, nombre de dominio, nombre de dominio corto, nombre de servidor no oficial o incluso el nombre del proyecto y la aplicación. Si en los boletos de Jira no hay suficiente información sobre lo que se ha hecho, entonces vale la pena buscar el nombre del boleto. Aunque los mensajeros no son el mejor lugar para almacenar detalles, las personas aún dejan la información solo allí y no la transfieren a los boletos. Vi grandes hilos en Slack, en los que había mucha información sobre la tarea, incluidos detalles técnicos y debates, por qué se hicieron entradas tan vacías en 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 tiene un almacenamiento de archivos común para toda la empresa, intente buscar allí también. Lo más probable es que la búsqueda se realice solo por el nombre de los documentos, así que use el nombre del proyecto, repositorio, aplicación o cualquier otra cosa que pueda estar en el nombre de la búsqueda.

Todo lo descrito anteriormente debe comenzar cuando no haya encontrado los datos que necesita en su wiki interno. Y esto ni siquiera es una lista exhaustiva. Si las acciones anteriores no le dieron suficiente información, entonces ya vale la pena enviar la pregunta a todo el equipo o al líder del equipo / equipo. Y, por supuesto, no olvide anotar toda la información que obtuvo en la wiki para que la otra persona no pierda el tiempo buscando.

More articles:


All Articles