Pencarian informasi yang efektif di tempat kerja

Baru-baru ini, saya mulai lebih memperhatikan bahwa orang tidak dapat menemukan informasi yang diperlukan sendiri. Alih-alih mencarinya, mereka mulai bertanya dalam obrolan umum atau seseorang secara langsung. Dalam kebanyakan kasus, ini juga mengalihkan perhatian dari pekerjaan dan, sebagai akibatnya, tugas apa pun hanya diblokir sampai waktu ketika seseorang tidak membantu penulis atau menunjukkan ke mana harus mencari. Beberapa waktu yang lalu, saya mengidentifikasi langkah-langkah untuk diri saya yang membantu saya mendapatkan informasi yang saya butuhkan. Sering mengejutkan saya bahwa sebagian besar tidak menggunakannya.

Sebagai contoh, kami akan mengambil DevOps abstrak. Tugasnya adalah untuk memahami bahwa beberapa server tidak berfungsi. Seringkali saya melihat bahwa alih-alih mencoba mencari informasi yang diperlukan sendiri, ia meminta dari orang lain. Atau bahkan lebih buruk, jika anggota tim berada di zona waktu yang berbeda (perbedaan 10 jam, misalnya), maka para devops hanya menunggu seseorang untuk bangun yang, menurut pendapatnya, tahu jawaban atas pertanyaannya. Dan bagaimanapun juga, semua ini bisa dihindari jika para biarawan hanya tahu ke mana harus mencari:

  1. Jira atau sistem pelacakan lainnya: mencari tiket berdasarkan ip server, nama server atau nama aplikasi. Secara umum, pencarian pada informasi unik yang umum tentang sistem target. Dalam komentar di tiket, orang-orang menggambarkan apa yang mereka lakukan, mengapa dan di mana. Jira bukan hanya sebuah sistem di mana ia ditandai berapa banyak poin tugas yang akan diambil dan siapa yang akan melakukannya ditunjukkan, itu juga merupakan gudang besar informasi tentang sistem yang berbeda, deskripsi masalah masa lalu dan, yang paling penting, apa yang telah dilakukan. Dan jika Anda beruntung, Anda mungkin menemukan detail teknis di sana juga. Dalam kebanyakan kasus, informasi ini akan cukup bagi para devo kami untuk menyelesaikan masalah.
  2. Jika tidak ada yang ditemukan di Jira, maka ada baiknya mencari di Slack atau messenger lain yang digunakan tim Anda. Pilih saluran yang paling cocok di mana server target Anda mungkin didiskusikan dan mulailah mencari lagi untuk informasi kunci unik. Gunakan ejaan yang berbeda: ip melalui tanda hubung, nama domain, nama domain pendek, nama server tidak resmi atau bahkan nama proyek dan aplikasi. Jika di tiket Jira tidak ada informasi yang cukup tentang apa yang telah dilakukan, maka ada baiknya mencari nama tiket tersebut. Meskipun utusan bukan tempat terbaik untuk menyimpan detail, orang masih meninggalkan informasi hanya di sana dan tidak mentransfernya ke tiket. Saya melihat utas besar di Slack, di mana ada banyak informasi tentang tugas itu, termasuk rincian teknis dan diskusi tentang mengapa tiket yang benar-benar kosong dibuat di 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. Jika Anda memiliki penyimpanan file umum untuk seluruh perusahaan, maka cobalah mencari di sana juga. Kemungkinan besar, pencarian hanya akan berdasarkan nama dokumen, jadi gunakan nama proyek, repositori, aplikasi atau sesuatu yang lain yang bisa atas nama dalam pencarian.

Segala sesuatu yang dijelaskan di atas harus dimulai ketika Anda belum menemukan data yang Anda butuhkan di wiki internal Anda. Dan ini bahkan bukan daftar lengkap. Jika tindakan di atas tidak memberi Anda informasi yang cukup, maka sudah sepantasnya meningkatkan pertanyaan ke seluruh tim atau tim / pemimpin tim. Dan, tentu saja, jangan lupa menuliskan semua informasi yang Anda peroleh di wiki agar orang lain tidak membuang waktu mencari.

All Articles