İnsanların bisikletleri durdurmalarını (önemsizliklere odaklanma) nasıl sağlayabilirim?

Diğer ekiplere yeni bir kod temeli öğretmekle görevlendirildim, ancak bir sorunla karşılaşmaya devam ediyorum. Aslında insanlarla kod üzerinden yürümek gitmek her çaba tümüyle bir devolves önce, çok uzak alamadım bikeshedding (bir kuruluşun üyesi önemsiz konulara orantısız ağırlık vererek) egzersiz. Kod tabanını bilmediklerinden, ancak geliştirmeye yardımcı olmaları gerektiğini düşündükleri için anlayabilecekleri şeylere odaklanırlar :

Why is that named that? _{(Neden adını açıklamak için 2 dakika, yeni bir isim tartışırken 10+ dakika)}

Why is that an abstract base class rather than an interface? _{(2 dakika açıklamak, bu kararın göreceli değerlerini tartışmak 10 + dakika)}

...ve bunun gibi. Şimdi, beni yanlış anlamayın - iyi isimler ve iyi, tutarlı tasarım önemlidir ama biz kod aslında neyi tartışmaya asla yapar sistem herhangi bir anlamlı şekilde tasarlanmıştır ya da nasıl. İnsanları bu teğetlerden uzaklaştırmak için bazı toplantılara atıfta bulundum, ancak onlar gittiler - evcil hayvanlarının önemsizliği giderildiğinde kodun ne olacağı / olması gerektiğine dikkatleri dağıldı ve büyük resmi özlediler.

Bu yüzden daha sonra tekrar deneyelim (veya kod tabanının farklı bir kısmını kullanarak) ve insanlar bisiklet sürmenin etkisini aşmak için yeterli bilgi alamadıklarından tekrar ediyor.

Daha küçük gruplar, daha büyük gruplar, kodlar, beyaz tahtalar, visio diyagramlar, metnin dev duvarları, sadece ölüme kavuşmalarını sağladım, argümanları hemen keserek bıraktım ... bazıları diğerlerinden daha çok yardımcı oldu, ama hiçbir şey işe yaramadı . Kahretsin, ekibimden başkalarının açıklamasını bile denedim çünkü olayları açıklamakta kötü olduğumu düşündüm.

Öyleyse, diğer programcıları önemsizliğe dayanmayı bırakıp tasarıma anlamlı bir şekilde katkıda bulunabilecekleri kadar nasıl eğitiyorsunuz?

Sanırım problem şu: "Diğer ekiplere yeni bir kod temeli öğretmekle görevlendirildim".

Yanlış bir iş verildi, ya da verilmiş olduğun işi yanlış yorumladın.

Kod düzeyinde sunarak, kod düzeyinde düşünmeye davet edersiniz.

Sistem düzeyinde başlayın ve yapılan tasarım ve tasarım seçeneklerini sunun. Uzun tartışmalara izin verme: siz incelemiyorsunuz. Sorulara izin verin: sistemi anlamalarını istersiniz. Eğer insanlar "farklı yapsaydı", tamam. Belki katılıyorum. Ya da değil. Ama devam et. Şu an böyle.

Kod seviyesine ulaştığınızda, bunları sistem terminolojisiyle birlikte hazırlamış olacaksınız. İsimler (sanırım) mantıklı olacak. Yukarıdakiyle aynı: uzun tartışma yok, anlama soruları. Devam et.

Şimdi çalışmak için bazı sınıf problemleri ayarlayın. X geliştirmesini nasıl yapabiliriz? Sistem tasarımının "akışına uygun" önemsiz bir şey seçin ve neyi değiştireceğinizi araştırın. Şimdi sistemin gerekçesini alıyor olmalılar. Yanlış yapılırsa sistemi kırabilecek başka bir donanım seçin ve nasıl doğru yapılabileceğini gösterin. Bu onlar için bir Ah Ha anı olmalı . Bazıları bile seni yenebilir!

Bu, özellikle de yaptığınız yanlış başlangıçtan sonra zor bir iş. Zaten çok zaman ve emek harcadığınıza benziyor ve belki de onlara karşı hissettiğim bir miktar benden söz ediyor. 'Mücadele et ve tekrar başla. Onların akıllı insanlar olduğunu varsayıyoruz. Onlara daha üst düzeyde düşünme mücadelesi verin. Ve yeni oturumlar için ekiplerin farklı kesitlerini seçerek zaten mevcut olan grupları ayırın.

"Onları park et". Dersin başında, neyi tartışacağınızı açıklayın ve Neyin kapalı olduğunu düşünün. Açıkça OT olan bir soru sorulursa, bunu söyleyin ve devam edin. Geri dönerlerse soruyu daha sonra tartışmak ve devam etmek için beyaz tahtaya yazın (Bu kritik öneme sahiptir). Dersin sonunda, onlar değil, kendi zamanlarında, bu soruların ne kadar çabuk çözüldüğünü izleyin.

Beklentileri doğru bir şekilde belirleyin ve dürüst, açık ve açık olun.

Hedeflerinizin açık ve şeffaf olduğundan emin olun.

Tartışmalara andy256 (+1) tarafından desteklendiği üzere üst düzey görüşlerle başlayın, ancak aynı zamanda hedeflerinizi de eklediğinizden emin olun, örneğin

“... bu konuya baktığımızda, x, y ve z'ye odaklanmadığımızdan emin olalım. A, b, c veya önemsiz detaylar gibi uygulama ayrıntılarına bakmadığımızdan da emin olun. j, k, l gibi. Kodda çok fazla ayrıntı bulunmasının zorunlu olduğunu biliyorum ve ele alınabilecek, geliştirilebilecek ya da daha standart hale getirilebilecek olan şeyleri ayrıntılarıyla belirtin, ancak önce gerçekten daha yüksek bir düzeyde neyin başardığını kontrol etmeye çalışın. "

Öyleyse, diğer programcıları önemsizliğe dayanmayı bırakıp tasarıma anlamlı bir şekilde katkıda bulunabilecekleri kadar nasıl eğitiyorsunuz?

İlk olarak, endişelerini "önemsizlikler" veya "bisiklet sürmek" olarak düşünmeyin. Bunlar yargılayıcı sözler ve hakaret ediyorlar. Kaygıları geçerlidir. Şu anda önemli değiller.

İyi bir toplantının anahtarı herkesin bilmesidir:

• neden toplantı yapıyorsun
• Bundan kurtulmayı umduğun şey
• ne kadar sürmeli

Bu şeyleri açıkça ve açıkça belirtin ve hedefleri açıklayın.

Örneğin, şöyle diyebilirsiniz: "Bu toplantı, size Foo paketini ve raporlama modülümüzde nasıl kullanıldığını tanımak için. Amacım, Bar Reports projesi hakkında çalışabilecek Foo hakkında yeterince bilgi sahibi olmanız. gelecek hafta. Gelecek 90 dakika içinde yapılmamızı istiyorum. "

Sonra, bir konu ortaya çıktığında, şöyle olabilir:

Yeni insan: "FooWidget neden cephe modeli olarak uygulanmaktadır?"

Siz: "Eh, sanırım bunun nedeni (tasarım kararının kısa açıklaması)" veya "Bilmiyorum".

Cevap yeterliyse, bu harika. Değilse ve devam eder:

NP: "Singleton olarak daha iyi olacağını düşünmüyor musun?"

Siz: "Gerçekten düşünmedim, ama FooWidget'in nasıl çalıştığını açıklayarak ilerlemeye devam etmek isterim."

NP: "Ama eğer bir singleton olarak yapılırsa, biz yapabiliriz ..."

Siz: "Böldüğüm için özür dilerim, ancak FooWidget’ın nasıl çalıştığına odaklanmam gerekiyor. Bu toplantı yalnızca saat 11: 00’e kadar planlanmış ve baş etmek için çok şeyimiz var. Tasarım tartışması başka bir zaman beklemek zorunda kalacak ."

Bunu bir ya da iki kez geçtikten sonra, "Bu toplantı kapsamı dışındadır" kısmına kısayol atabilirsiniz.

Eğer unutmayın değil "Fark etmez" veya "Kes sesini" ya veya "Bu endişelenecek aptalsa" diyerek "Sen girişi olmayacak kadar yeniyiz." Sadece toplantıya ne yapılması gerektiği ve ilgili zamana odaklanacaksınız.

Bazı organizasyonlarda bunu başaramayacaksınız. Birçok kurum, politik tartışmalar ve merdiven çıkma konusunda entelektüel kapasite, çalışkanlık ve sadakatten daha fazla değer veriyor. Ve neden onlar olmasın? Merdiven tırmanma, insanları iktidar pozisyonlarına sokar, kişisel yaşamlarını daha isteğe bağlı gelirle geliştirmelerini sağlar ve hiçbir zaman eskimez hale gelir.

Bu güç çekişmeyi, gerçek problem çözme, soyut düşünme ve daha sonra çıkacak sonuçlardan sorumlu olabilecek zorlu meseleler hakkında karar verme ile zıtlaştırın ve birçok çalışan, mümkün olduğu kadar çok bisiklet almaya çalışırken ağır basar.

Önerdiğim tek tavsiye, kuruluşunuz bağlamında, mümkünse, bu katılımcıların kişisel kaderinin çözmeye çalıştığınız asıl soruna yönelik anlamalarına, katkılarına ve çabalarına bağlı olduğunu açıkça belirtmenizdir . Eğer bu-kodlayıcı-temelinde ifade edilen kurumsal mimarlık ve bunun başarısızlıklarıysa, işte budur. Onlara bu konuda önemli ve anlamlı girdiler sağlamaları gerektiğini açıkça belirtin . Başka bir rastlantısallık değil, bu kıdemli bir başkasının ya da başkalarının evcil hayvanlarına bakar ve söz konusu üst düzey birisiyle anlaşarak onlara güzel bir browni puanı kazandırır.

Bunu yapmak çok zordur, çünkü kıdemli birisi genellikle teknolojinin devam ettiğini anlamaz, ilgilenmez ve ne yazık ki ham maddeleri kontrol eder: çalışan zamanı; kiralamak ve ateş etmek, konferans salonu politikaları, promosyonlar vb. ciddi şekilde, vb.

Bisiklete binme dediğiniz şey, birinin düşünce akışını kendimize dönüştürmek olarak adlandırılır. İsimleri, kalıpları tartışarak, kodu kendi terimleriyle anlarlar ve bunu engellemenin bir yolu yoktur, buna ihtiyaç vardır.

Ayrıca, kod kodlarının tamamı için çok detaylı bir adım atmaya gerek yok çünkü detaylar üzerinde çalışılmadan çok önce unutulacak.

Bu iki düşünceye dayanarak, kod tabanını birimlere ayırmayı ve öğrenicileri iki kişilik gruplara ayırmayı öneriyorum. Her bir kod birimi için, her grubun , kodun diğerlerine 5-10 dakikalık bir adım atması için 25 dakikalık ( tabii ki LOC'ye bağlı olarak ) olacağı söylenebilir. Üç dakika soru ve sonraki birim ile tekrarlayın. Açıklamak anahtar kelimedir; diğerlerinin hepsini anlamalarını sağlamak zorundadırlar.

Sadece zamanı zorlamak için orada olacaktınız, konu dışı ve ünitenin yeterince anlaşıldığını kontrol etmek. Öğrenimlerinin aktörleri olacaklar ve diğerlerine bisiklet sürmekten daha çok açıklamaya odaklanacaklar.

Kod biriminden kopyalanacak ve ekip tarafından paylaşılan belgelerde tutulacak üst düzey elle çizilmiş bir şema isteyebilirsiniz, böylece gelecekte atıfta bulunacak somut bir şeyleri olabilir. Bu da hatıraları tutturmak için iyi.

Üzgünüm, daha önce denediysen ...

İnsanların bireysel olarak baktıkları ön dersler çıkarmayı denediniz mi?

İçeriği, kodun nasıl çalıştığını ya da temelde onlara kendi başlarına bakmaları gereken bir formatta öğretmek istediklerinizi açıklayan kısa videolar veya sunumlar yapın ve öğretmeye çalıştığınız bilgileri öğrenin.

Ardından, içerikle ilgili sorunları tartışmak için ekip tabanlı oturumları kullanırsınız. Ekip oturumlarının yalnızca içerikle ilgili sorunları tartışmak ve gidermek için olduğunu açıkça belirtmeniz gerekir.

Dersleri insanlara bireysel olarak verirseniz, tek bir maddenin grubun sesi haline gelebileceği ve derslerin fiili amacından uzaklaştığı diğer sosyal sorunlardan kaçınabilirsiniz.

Onlara ilk önce kod temeli tasarımını öğretmeyi deneyin, belirli örneklere bakmadan önce, mimari boyunca onları yönlendirin. Bu şekilde baktığınız kod örneklerinin büyük resme nasıl sığdığını görebilirler. Eğitim programınızın nasıl yapılandırıldığını düşünün. Ve tasarımın arkasındaki iş motivasyonunu da dahil edin.

Birkaç yıl boyunca diğer geliştiricileri eğiterek geçirdim ve sistemin nasıl bir araya getirildiğini göstermeden önce asla koda girmedim. Sonra onları çerçevede kod çalışmaları yaparken aldığımda sorular yapılandırıldı ve konuyla ilgiliydi.