Bir bilgi biriktiricisiyle nasıl başa çıkıyorsunuz? [kapalı]

Hepimiz onlarla karşılaşmış olmalıyız - uzun zamandır etrafta olan ve harika bir etki alanı bilgisine sahip geliştiriciler, ancak bu bilgiyi ekipleriyle paylaşmakta başarısız oluyorlar.

Ekip umutsuzca bilgiyi paylaşmaya ihtiyaç duyuyor, ancak biriktiriciden çıkarmak gibi görünmüyorlar.

Ekipler bu problemi hangi yollarla başarıyla çözdüler?

Kod sahipliğini ekipten kaldırın. İş yükünü yay. Kod incelemeleri yapın. Bilgi transferi oturumları düzenleyin, birkaç seans bekleyin ve ardından kendi alanlarında sunum yapmalarını isteyin.

Elbette, eğer yönetici değilseniz, yöneticinizin desteğine sahip olmanız zorunludur, ancak eğer bir takımdaki herkes düzenli olarak bilgi paylaşıyorsa, birisinin aynı şeyi yapmadığı için gelebilecek çok fazla mazereti vardır. .

Ayrıca, menajeri onunla oturmalı ve bunun işini tehdit etmediğini açıklamalıdır. Çünkü o yüzden yapıyor.

Bireyin tüm bilginin yazı tipi olmaması iyi bir şeydir . Başka, daha ilginç şeyler yapması için onu serbest bırakıyor.

Onun içinde yorumladı zaman Gerald Weinberg kişinin tam bu tip atıfta bulundu inanıyoruz psikoloji, bilgisayar programı , (ben önümde kitap yok çünkü paraphrased) Eğer bir programcı kendisi vazgeçilmez yapmaya çalışıyorum fark ederseniz, yangın onu hemen. 25 yıl sonra kitabı yeniden yayınladığında, başka hiçbir tavsiyenin bu kadar teşekkür etmediğini söyledi.

Yani bu bir çözümdür.

Onlara istediklerini verin - onlara yalnızca yapması gereken bilgiye sahip olduğu tüm bakım işlerini ve görevleri verin.

Hayır, yeni işler yapamazlar çünkü başka hiç kimse bu diğer çok önemli bakım işlerini yapamaz.

Evet, yeni işe alımlar eğlenceli bir işe giriyor ve parlak yeni oyuncaklarla oynuyor ancak bu çok zor, yüksek öncelikli ve sıkıcı görevleri yapmanız gerekiyor, çünkü yaptığınız hiçbir şeyi bilmiyorlar.

Elbette bunlardan birine nasıl yapılacağını göstermek istemiyorsanız ....

Bu, bu makaleyi Repose'daki Rands'tan hatırlatıyor .

Bence bu adamın neden bilgi biriktirdiğini öğrenmelisin. İş güvenliği (Fez hakkındaki makale gibi) büyük bir tanesidir. Fakat güvensizlik de öyle. Ya da sadece bu tür bir işi seviyor ve hepsini kendine istiyor, ya da belirli bir alanda yoğun bir sahiplenme duygusu hissediyor. Ya da aşırı bağlı ve zaman kazanmanın bir yolunu görmedi.

Bu sorunlardan bazıları yüzleşmeyen hileler ile çözülebilir:

• Adama genişletmek bazı görevleri olsun onun ufkunu ve bazı işten el zorla.
• Güvensizliğin nereden geldiğini anlayın ve bilginin biriktirilmesine yol açan asıl sorun ne olursa olsun üzerinde çalışın.
• Tek bilgi sahibi olarak, işin içinde çok fazla sıkışıp kaldığını, hiçbir zaman özgür olamayacağı ve kariyerinin teknolojiyle sıkı sıkıya bağlı olacağı anlamına geldiğini ve sonunda tüm teknolojilerin ortadan kalkacağını işaret ediyor.
• Aşırı taahhüdün nereden geldiğini anlamak ve en önemli olanı bulmak

Bilgi toplama konusunda birkaç denemeye katılmaya değer - bu iki tangoyu alabilir ve soru sorucuların iyi sorular sormayacağı konusunda yeterince korkutucu olduğu fikrini reddetmek istemeyebilirsiniz. sorunu daha da kötüleştiriyor. Adamın hareket etmesini sağlamak için içeri atlamanız ve işleri yedeklemeniz ve daha geniş sorular sormanız gerekebilir. Ayrıca, orada yönetimde soru sormak bilgi paylaşım faaliyetine ağırlık ve önem kazandırmaktadır - geri çekilmek ve yönetimden kaçınmak çok zordur. Genelde birkaç verimli seans sürerken, ortasından çıkıp "buna sahipsiniz, bana ihtiyacınız yok" diyebilir ve bir sonraki soruna devam edebilirsiniz.

Başka bir anahtar, adamın bilgiyi paylaşması gereken alanlarda çalışmalarına hükmetmesine izin VERMEMektir. İşin başında başka birini görevlendirin ve bilgi biriktiricisinin bilgiyi paylaşmanın işi olduğunu açıkça belirtin. Eğer paylaşamazsa, bilgi paylaşımının bir seçenek değil, takımda bir zorunluluk olduğunu açıkladığınız acımasız bir konuşmaya girmeniz gerekebilir. Başka birinin öğrenmesine yardımcı olmayarak takım programlarıyla ilgili konulara katkıda bulunuyor.

'Reddetmenin' çoğu zaman doğru kelime olduğundan emin değilim, genellikle çok meşguller ve bariz bir şekilde açıklamak için çok fazla zaman harcayacakları boş zamanları (veya eğilimleri veya sosyal becerileri) yok. ) n00bs'ye.

Olumlu çözüm, onlara asistanlar sağlamaktır - neredeyse ekibin haksız yere çalışmasını yaymak gibi (ama sistem hakkında her şeyi bilen eski zamanlayıcılara sahip olan bir ekibin ve sanırım yeni bir takımın olmadığını düşünüyorum. , bu kuruma bakıldığında, onların değerli becerilerini iletmek istememeleri ve daha genç, daha ucuz bir sürümle değiştirilmelerini istemeleri şaşırtıcı değil!) (ikisini de yapmazsınız - yöneticinizin size gelip, bildiğiniz her şeyi iletmenizi isteyip istemediğinizi düşünün) yeni dış kaynak ekibine ... hmm?)

Asistanın sistemin bir parçası üzerinde çalışmasını öneririm ve zaman içinde uzman olması bekleniyor, deneyimli dev'in bu küçük alanda çalışmalarını yapmalarına yardımcı olacak. Yine de hepimiz oradaydık, "X'in nasıl çalıştığını bilmek istiyorsan, (eski veya varolmayan) belgeleri unut ve Jim ile konuş".

Onlara bir asistan verilmesi, yalnızca deneyimli geliştiriciler (oldukları gibi) konumlarını teyit etmekle kalmaz ve onlara bazı iş yükünü hafifletmek için bir fırsat verir, aynı zamanda bilgiyi zaman içinde yayar. İşlerine güvende olduklarını ve deneyimlerinin değerli olduğunu güvence altına almaları gereken mentorlar veya 'takım liderliğine ilk adım' pozisyonları olurlar. Bunlardan hiçbirini yapamazsanız, o zaman bir yönetici olarak başarısız oluyorsunuz.

Herhangi bir super complx sisteminiz varsa (ki ya da yeni çocuklar kendi başlarına çözebilsinler), o zaman bilgi transferinin çok uzun bir süreç olduğunu unutmayın. Kimsenin oturup hızını tamamen yükseltmesine imkan yok, benim yerimde böyle bir görev minimum 6 ay sürecek ve o zaman bile ... heck, hala ürünümüzün ne yaptığı ve ne olduğum hakkında bir şeyler öğreniyorum. burada neredeyse on yıl!

İletişimi her ekip üyesi için bir taahhüt haline getirin ve bu konuyla ilgili yıllık incelemenin bir parçası olarak değerlendirin.

Takımın sadece bireyler için değil başarılar için tanındığından emin olun ve tüm bireylerin ekip başarısının öncelikli olduğunu bildiğinden emin olun, takımın başarısını engellerse onları cezalandırın.

İletişimde engel olmadığından emin olun, belge yazmak ve bilgi paylaşmak için süreç ve sistemler olduğundan emin olun; örneğin wikiler, sharepoint siteleri, tasarım dokümanları için zamanlanmış teslimatlar vs.

Tüm projelerin üzerinde çalışabilecek en az iki programcının olduğundan emin olun. Bu , birileri şirketten ayrıldığında daima bir yedeğinizin olduğundan emin olmak için .

Ayrıca tüm veritabanı bilgilerimizi içeren bir wiki başlattık . Bilgiye hızlıca erişmek veya güncellemek için çok yararlı bir yol.

Eğer “istifçi” gerçekten bunu bilerek yapmıyorsa, ama aslında sadece sosyal beceri eksikliği, zaman taahhüdü, vs. gibi bir şey yüzünden yapıyorsa. iş yükü veya bilginin çıkarılmasına yardımcı olur. Her iki taraf için de bunun yeni kişilerin amacı olduğunu ve görüşme sürecine "istifçiyi" dahil ettiğini açıkça belirtin. Yönetim bu konuda el ele almak ve bilgilerini paylaşmalarını mümkün kılmak zorundadır. Yönetimin amacı, engelleri kaldırmak ve işçilerin işlerini yapmalarını mümkün kılmaktır.

Tecrübelerime göre, bilgi biriktiricileri iki tipe ayrılabilir: Bilgilerini paylaşmayı sevenler ve başkaları gibi, kendim gibi ve istemeyenlere açıkça yardım etmekten bir miktar memnuniyet duymak isteyenler. Açıkçası.

Şimdi, her iki tarafın da kendi sebepleri var ve bilgilerini paylaşmayı seven biri, nadiren hepsini paylaşıyor, aynı bilgiyi paylaşmayan birinin bilmediği bir neden için: insanları çevreleyen insanlar yapmaya çalışıyorlar onlar daha iyi ve önyargılı görüşüme göre, bunu yaparken doğru. (tabii ki, kendilerini de vazgeçilmez kılmak için bilgiyi paylaşmayanlara da sahipsin, ve bu yanlış sebeplerden kaynaklanıyor, ve genellikle başlamak için bu kadar iyi olmadıkları için yapmalılar)

Ne de olsa, bildiklerini öğrenmek için genellikle saf deneylerle, eleştirel düşüncenin liberal bir uygulamasını, sezginin ve içgörünün yanıp sönen ışıklarını ve çeşitli fedakar hayvan türlerini içeren mistik törenleri öğrendiklerini öğrenmek için, mızrak ve ezoterik denizlerin derinliklerine dalmak zorunda kaldılar. ve bunun için daha iyi çıktılar. Düşünce çizgisi genellikle, etraflarındaki insanlar aynı temize çok fazla tembelse veya aynı şeyi başaramazsa, başlangıçta işi bile yapmamaları gerektiği ve kesinlikle onların bilgisine layık olmadıklarıdır. Etrafındakiler, yapmak zorunda oldukları şeylerden geçtiğinde, daha iyi bir programcı ortaya çıkar, çünkü daha iyi düşünmeyi ve karmaşık sorunları ve hepsini çözmeyi öğrenmiş olacaklar.

Aslında diğerlerini çekişme yoluyla daha iyi olmaya zorluyor. Bolca ezilir ve atılırken, eldivenin içinden geçirenler kaçınılmaz olarak, işbirliği yoluyla daha iyi hale gelirlerse olacağından çok daha iyi olacaktır.

Şimdi, bilgiyi paylaşmalarını sağlamaya gelince: onları yapmaya zorlayamazsınız. Onları sizi kendi başlarına almak için sizi açgözlü, tembel ya da çok aptal olarak görmelerini sağlamak için zorlamaya çalışmak ve bu durumlarda hiçbir zaman size acımayacaklar. Eğer daha yukarı birileri onları zorlamaya çalışırsa, çok kötüleşebilir, bütün önemli zekasını bireyi engellemeye yönelterek, hatta ilkelerine ihanet etmek yerine düpedüz istifa edebilir, sonuçta becerilerini kullanabilecekleri birçok yer vardır. ve bilgi.

Bunlardan birini almanın, bilgisini isteyerek paylaşmak için bilgilerini paylaşmayı sevmeyen tek bir yolu var: buna layık olun. Genellikle sahip olmadıkları bilgisine sahip olmak yeterlidir (ancak yapılması zor). Quid pro quo ve her şey. Aksi takdirde, birkaç keçi alın ve dalın.

Patron kim? Nerede bitiyor? Bilgi paylaşmak zorunda değilsin. Belgelendirme yapmak zorunda değilsiniz. Sürekli işlerin zamanında yapılmaması. Kodlama standartlarına uymayın. Sorumlu biri bunun önemli olduğunu düşünüyor ya da değil. Sonuçlar olmalı. Temelde şirketten çalıyorlar.

Oynamak İnsanlar "Ben var gizli oyun" mutlak kötü vardır. Bu insanlar kriz modunda güvensiz olma ve yaratma ya da geliĢme eğilimindedir .

Sisteme yaptıkları her değişiklik veya değişikliği belgelemelerini isterdim. Onları, dahil etmek için geliştirdikleri her düzeltme için bir ipotek yaptırmalarını sağlardım ...

• ne oldu
• neden oldu
• olmasını engellemek için nasıl
• Başka hangi sistemler aynı hataya açıktır?

Ayrıca bu kişiyi ...

• kodlama standartları geliştirmek
• bir kod kütüphanesini korumak

Çok şey dahil olan bilginin türüne bağlıdır; doğrudan kod mu, yoksa iş süreci odaklı mı olduğu. Tipik olarak sonuncusu, işin başka yerinde bulunabilir ... ve edinilebilir.

İkincisi, hiçbir geliştiricinin, konuşabilmek için tüm çalışma hayatlarını belirli alanlarda paylaşmadan geçiremeyeceğinin tartışılması. Bu nedenle, işin yapılmasından sorumlu bir hat yöneticiniz varsa, herhangi bir iş değişikliği talebinin, belirli bir geliştiricinin bir iş süreci sahibi için ilk iletişim hattı haline gelmeden çıkarılmasını sağlamak için gelmesini sağlamaya değer ... Bu, geliştiricinin guru olma çabalarını engelleyecektir.

Bilgi istifçisinin daha küçük bir şirket bulması veya hatta kendi şirketini kurması için cesaretlendirilmesi her iki tarafın çıkarına olur mu? Belki kişi daha küçük bir ortamda gelişirdi. (Merak ediyorum, hiç kimse bu yaklaşımı gerçek dünyada da denedi mi?)