Bagaimana Anda berurusan dengan penimbun informasi? [Tutup]

Kita semua harus menemukan mereka - pengembang yang telah ada sejak lama dan memiliki pengetahuan domain yang fantastis namun mereka gagal berbagi pengetahuan itu dengan tim mereka.

Tim sangat perlu berbagi pengetahuan, tetapi mereka tampaknya tidak bisa mencabutnya dari penimbun.

Dalam hal apa tim berhasil memecahkan masalah ini?

Hapus kepemilikan kode dari tim. Sebarkan beban kerja. Lakukan review kode. Atur sesi transfer pengetahuan, tunggu beberapa sesi dan kemudian minta mereka untuk melakukan presentasi di bidang mereka.

Tentu saja sangat penting bahwa jika Anda bukan manajer maka Anda mendapat dukungan manajer Anda, tetapi jika semua orang dalam tim secara teratur berbagi informasi, hanya ada begitu banyak alasan yang dapat diajukan seseorang untuk tidak melakukan hal yang sama. .

Juga, manajernya harus duduk bersamanya dan menjelaskan bahwa ini tidak mengancam pekerjaannya. Karena itu sebabnya dia melakukannya.

Ini adalah hal yang baik bagi individu untuk tidak menjadi font dari semua pengetahuan. Itu membebaskannya untuk melakukan hal-hal lain yang lebih menarik.

Saya percaya bahwa Gerald Weinberg merujuk pada tipe orang yang tepat ketika ia berkomentar di The Psychology of Computer Programming (diparafrasekan karena saya tidak memiliki buku di depan saya), Jika Anda melihat seorang programmer mencoba membuat dirinya sangat diperlukan, api dia segera. 25 tahun kemudian ketika dia menerbitkan kembali buku itu, dia berkomentar bahwa tidak ada nasihat lain yang membuatnya sangat berterima kasih.

Jadi itu salah satu solusinya.

Beri mereka apa yang mereka inginkan - tugaskan mereka semua pekerjaan pemeliharaan dan tugas yang hanya dia yang memiliki pengetahuan untuk melakukannya.

Tidak, mereka tidak dapat melakukan pekerjaan baru karena tidak ada orang lain yang dapat melakukan pekerjaan pemeliharaan yang sangat penting ini.

Ya, karyawan baru mendapatkan pekerjaan yang menyenangkan dan bermain dengan mainan baru yang mengkilap tetapi Anda harus melakukan tugas yang sangat sulit, prioritas tinggi dan membosankan ini karena mereka tidak tahu apa pun yang Anda lakukan.

Kecuali tentu saja Anda ingin menunjukkan kepada salah satu dari mereka bagaimana melakukannya ....

Ini mengingatkan pada artikel ini dari Rands in Repose.

Saya pikir Anda perlu mencari tahu mengapa orang ini menimbun informasi. Keamanan pekerjaan (seperti artikel tentang The Fez) adalah yang besar. Tapi begitu juga rasa tidak aman. Atau hanya karena dia menyukai pekerjaan semacam ini dan ingin semuanya untuk dirinya sendiri, atau merasakan rasa kepemilikan yang kuat tentang bidang tertentu. Atau terlalu berkomitmen dan belum melihat cara membuat waktu.

Beberapa masalah tersebut dapat diselesaikan dengan trik non-konfrontatif:

• mendapatkan orang beberapa tugas yang memperluas nya wawasan dan memaksanya untuk menyerahkan beberapa pekerjaan.
• mencari tahu dari mana rasa tidak aman itu berasal dan bekerja pada masalah aktual apa pun yang mengarah pada penimbunan informasi.
• tunjukkan pada pria yang menjadi terlalu terjebak dalam kebiasaan sebagai satu-satunya pemegang pengetahuan berarti bahwa dia tidak akan pernah bebas darinya dan karirnya akan erat dengan teknologi - dan semua teknologi pada akhirnya akan hilang.
• mencari tahu dari mana datangnya komitmen berlebihan dan mencari tahu apa yang paling penting

Layak juga untuk bergabung dalam beberapa upaya permohonan informasi - mungkin perlu dua untuk tango, dan Anda mungkin tidak ingin mengesampingkan gagasan bahwa ada cukup intimidasi yang terjadi sehingga penanya tidak mengajukan pertanyaan yang baik, sehingga memperburuk masalah. Anda mungkin perlu melompat dan mulai mendukung semuanya dan mengajukan pertanyaan yang lebih luas untuk membuat pria itu bergerak. Selain itu, memiliki manajemen di sana yang mengajukan pertanyaan menambah bobot dan pentingnya kegiatan berbagi informasi - jauh lebih sulit untuk mundur dan menghindari manajemen. Biasanya dengan beberapa sesi produktif yang sedang berlangsung, Anda dapat keluar dari tengah dan mengatakan "kalian punya ini, Anda tidak membutuhkan saya" dan lanjutkan ke masalah berikutnya.

Kunci lainnya adalah JANGAN biarkan orang itu mendominasi pekerjaan di bidang-bidang di mana ia perlu berbagi pengetahuan. Letakkan orang lain yang bertanggung jawab atas pekerjaan itu dan jelaskan bahwa itu adalah tugas penimbun informasi untuk berbagi pengetahuan. Jika dia tidak bisa berbagi, Anda mungkin perlu melakukan percakapan brutal di mana Anda menjelaskan bahwa berbagi informasi adalah persyaratan di tim, bukan opsi. Bahwa dia berkontribusi pada masalah jadwal tim dengan tidak membantu orang lain belajar.

Saya tidak yakin 'menolak' sering merupakan kata yang tepat, biasanya mereka terlalu sibuk dan tidak punya waktu luang (atau kecenderungan, atau keterampilan sosial) untuk mengambil banyak waktu luang untuk menjelaskan yang sudah jelas (kepada mereka ) ke n00bs.

Solusi positifnya adalah memberi mereka asisten - hampir seperti menyebarkan pekerjaan ke tim (tapi saya kira tidak banyak tim jika Anda memiliki orang-orang tua yang tahu semua tentang sistem, dan orang baru yang tidak , mengingat pengaturan ini tidak heran mereka tidak ingin mengkomunikasikan keterampilan mereka yang berharga dan digantikan dengan versi yang lebih muda dan lebih murah!) (Anda juga tidak akan - bayangkan jika manajer Anda mendatangi Anda dan meminta Anda untuk mengkomunikasikan semua yang Anda tahu ke tim outsourcing baru ... hmm?)

Saya akan merekomendasikan asisten bekerja pada bagian dari sistem, dan diharapkan menjadi ahli di dalamnya dari waktu ke waktu, pengembang yang berpengalaman diharapkan akan membantu mereka melakukan pekerjaan mereka di daerah kecil itu. Kita semua sudah ada di sana, "jika Anda ingin tahu cara kerja X, lupakan dokumentasi (usang atau tidak ada) dan bicaralah dengan Jim".

Memberi mereka asisten tidak hanya menegaskan posisi mereka sebagai pengembang yang berpengalaman (yang mana mereka), dan memberi mereka kesempatan untuk meringankan sebagian dari beban kerja yang lebih tinggi, tetapi juga akan menyebarkan pengetahuan dari waktu ke waktu. Mereka menjadi mentor atau posisi 'langkah pertama menuju kepemimpinan tim' yang seharusnya meyakinkan mereka bahwa pekerjaan mereka aman, dan pengalaman mereka dihargai. Jika Anda tidak dapat melakukan hal-hal tersebut maka Anda gagal sebagai manajer.

Jangan lupa bahwa jika Anda memiliki sistem super-complx (yang Anda lakukan, atau orang-orang baru harus dapat mengetahuinya sendiri) maka transfer pengetahuan adalah proses yang sangat panjang. Tidak ada cara siapa pun bisa duduk dan mendapatkan seseorang sepenuhnya untuk mempercepat, di tempat saya tugas seperti itu akan memakan waktu minimum 6 bulan, dan bahkan kemudian .. heck, saya masih belajar hal-hal tentang apa produk kami lakukan dan saya sudah di sini hampir satu dekade!

Jadikan komunikasi sebagai komitmen untuk setiap anggota tim dan nilai mereka tentang hal ini sebagai bagian dari tinjauan tahunan.

Pastikan bahwa tim diakui untuk pencapaian dan bukan hanya individu dan memastikan bahwa semua individu tahu bahwa kesuksesan tim adalah prioritas mereka, beri sanksi jika mereka mencegah tim berhasil.

Pastikan tidak ada hambatan dalam komunikasi, pastikan ada proses dan sistem untuk menulis dokumen dan berbagi informasi; mis. wiki, situs sharepoint, kiriman terjadwal untuk dokumen desain dll.

Pastikan bahwa semua proyek memiliki setidaknya dua programmer yang dapat mengerjakannya. Ini untuk memastikan Anda selalu memiliki cadangan ketika seseorang meninggalkan perusahaan.

Kami juga memulai wiki yang berisi semua informasi basis data kami. Ini adalah cara yang sangat membantu untuk mengakses atau memperbarui informasi dengan cepat.

Jika "penimbun" benar-benar tidak melakukannya dengan sengaja, tetapi sebenarnya hanya melakukannya karena sesuatu seperti kurangnya keterampilan sosial, komitmen waktu, dll. Dengan segala cara, dapatkan mereka sebagai "asisten" atau programmer junior yang secara khusus ditugasi pelonggaran beban kerja atau membantu mengekstrak pengetahuan. Jelaskan kepada kedua pihak bahwa ini adalah tujuan orang baru dan melibatkan "penimbun" dalam proses wawancara. Manajemen harus ikut serta dalam hal ini dan memungkinkan mereka berbagi pengetahuan. Itulah tujuan manajemen, untuk menghilangkan hambatan dan memungkinkan pekerja menyelesaikan pekerjaan.

Dalam pengalaman saya, para penimbun informasi dapat diklasifikasikan ke dalam dua jenis: Mereka yang suka berbagi pengetahuan dan mendapatkan rasa kepuasan karena secara terbuka membantu orang lain, seperti saya, dan mereka yang tidak. Jelas sekali.

Sekarang, kedua belah pihak memiliki alasan mereka, dan orang yang suka berbagi pengetahuan mereka jarang akan memberikan semuanya karena biasanya alasan yang sama bahwa orang yang tidak berbagi pengetahuan mereka tidak: mereka berusaha membuat orang di sekitar mereka lebih baik, dan menurut pendapat saya, mereka benar dalam melakukannya. (tentu saja, Anda juga memiliki orang-orang yang tidak berbagi pengetahuan hanya untuk membuat diri mereka sangat diperlukan juga, dan itu untuk alasan yang salah, dan mereka harus dihilangkan karena mereka biasanya tidak terlalu bagus untuk memulai)

Bagaimanapun, mereka harus menggali jauh ke dalam lautan misterius dan esoterik untuk mempelajari apa yang mereka ketahui, biasanya melalui eksperimen murni, aplikasi liberal pemikiran kritis, kilasan intuisi dan wawasan, dan ritual mistis yang melibatkan berbagai jenis ternak kurban, dan mereka keluar lebih baik untuk itu. Garis pemikiran biasanya adalah bahwa jika orang-orang di sekitar mereka terlalu malas untuk atau tidak dapat mengelola hal yang sama maka mereka seharusnya tidak melakukan pekerjaan untuk memulai, dan mereka tentu saja tidak layak pengetahuan mereka. Ketika orang-orang di sekitar mereka mengalami hal-hal yang sama seperti yang harus mereka lakukan, maka mereka akan keluar sebagai programmer yang lebih baik karena mereka akan belajar bagaimana berpikir dengan baik dan menyelesaikan masalah yang kompleks dan semua itu.

Ini pada dasarnya memaksa orang lain untuk menjadi lebih baik melalui perselisihan. Sementara banyak akan diinjak dan diusir, mereka yang berhasil melewati tantangan pasti akan jauh lebih baik daripada yang akan mereka miliki jika mereka menjadi lebih baik melalui kerja sama.

Sekarang, untuk meminta mereka berbagi informasi: Anda tidak dapat memaksa mereka untuk melakukannya. Mencoba memaksa mereka untuk membuat mereka melihat Anda sebagai serakah, malas, atau terlalu bodoh untuk sampai ke sana sendiri, dan mereka tentu tidak akan mengasihani Anda dalam kasus-kasus itu. Jika seseorang yang lebih tinggi berusaha untuk memaksa mereka melakukannya sehingga mereka bisa menjadi sangat jahat, mengubah semua kecerdasan mereka yang cukup besar untuk menggagalkan individu, atau bahkan berhenti secara langsung daripada mengkhianati prinsip-prinsip mereka, lagipula, ada banyak tempat yang dapat menggunakan keterampilan mereka dan pengetahuan.

Benar-benar hanya ada satu cara untuk mendapatkan salah satu dari ini yang tidak suka membagikan pengetahuan mereka untuk dengan sukarela membagikan pengetahuan mereka: menjadi layak untuk itu. Biasanya memiliki pengetahuan yang tidak mereka miliki sudah cukup (tetapi sulit dilakukan). Quid pro quo dan semua itu. Kalau tidak, beli beberapa kambing dan selami.

Siapa bos nya? Di mana itu berakhir? Anda tidak perlu berbagi informasi. Anda tidak harus memberikan dokumentasi. Terus-menerus gagal menyelesaikan pekerjaan tepat waktu. Jangan ikuti standar pengkodean. Seseorang yang bertanggung jawab menganggap ini penting atau tidak. Harus ada konsekuensinya. Mereka pada dasarnya mencuri dari perusahaan.

Orang yang memainkan "Aku punya permainan rahasia" adalah yang terburuk mutlak. Orang-orang ini cenderung merasa tidak aman dan menciptakan atau berkembang dalam mode krisis .

Saya akan membuat mereka mendokumentasikan setiap perubahan atau modifikasi yang mereka lakukan pada sistem. Saya juga akan membuat mereka memberikan post mortem untuk setiap perbaikan yang mereka kembangkan untuk memasukkan ...

• apa yang terjadi
• mengapa itu terjadi?
• bagaimana mencegahnya agar tidak terjadi
• sistem apa yang rentan terhadap bug yang sama

Saya juga akan membuat orang ini bertanggung jawab untuk ...

• mengembangkan standar pengkodean
• memelihara perpustakaan kode

Banyak tergantung pada jenis pengetahuan yang terlibat; apakah itu kode langsung, atau berorientasi proses bisnis. Biasanya yang terakhir tersedia di tempat lain dalam bisnis ... dan dapat diperoleh.

Kedua, ada argumen untuk memastikan bahwa tidak ada pengembang yang dapat menghabiskan seluruh masa kerjanya di bidang tertentu tanpa berbagi, untuk berbicara. Jadi, jika Anda memiliki manajer lini yang bertanggung jawab untuk membagikan pekerjaan, ada baiknya membuatnya memastikan bahwa permintaan perubahan bisnis apa pun datang kepadanya untuk dibagikan tanpa pengembang tertentu menjadi lini kontak pertama bagi pemilik proses bisnis ... Ini akan menghambat upaya pengembang untuk menjadi guru.

Apakah akan menjadi kepentingan kedua belah pihak jika penimbun informasi didorong untuk menemukan perusahaan dengan ukuran lebih kecil atau bahkan untuk memulai perusahaannya sendiri? Mungkin orang itu akan berkembang di lingkungan yang lebih kecil itu. (Ingin tahu apakah ada yang pernah mencoba pendekatan ini di dunia nyata, juga.)