Takımın kod incelemeleri için resmi bir süreçten yoksun olduğu anlaşılıyor.
350 sayfalık bir Word belgesi oluşturmaktan bahsetmiyorum, ancak sürecin neyle ilgili olduğuna dair bazı basit madde işaretleri.
Önemli bitler:
Temel bir hakem grubu tanımlayın. Genel açıklama yok. İnsanları adlandırın.
Bunlar kıdemli geliştiricileriniz olmalıdır.
İncelemede oturumu kapatmak için 1'den fazla çekirdek denetleyiciye gereksinim duyun.
Her bir sprint veya geçici bir çekirdek gözden geçiren olan en az 1 diğer çekirdek olmayan gözden geçireni belirleyin. Bu süre zarfında tüm kod incelemelerinde bunların kapatılmasını isteyin.
3. madde diğer geliştiricilerin çekirdek inceleme grubuna geçmesine izin verir. Bazı haftalarda incelemelere diğerlerinden daha fazla zaman harcayacaklar. Bu dengeleyici bir eylemdir.
İnsanları ödüllendirmeye gelince? Çoğu zaman, bir kişinin tüm ekibin önündeki kod incelemesi sırasında gösterdiği çabayı kabul edebilir, ancak bu konuda kendinizi strese sokmayın.
Şüphe duyduğunuzda, süreci tanımlayın ve ekibe yapmaları gerektiğini söyleyin.
Ve deneyebileceğiniz son bir şey var - olduğu gibi tartışmalı: bir deyim kullanabilsem, @ # $% fanına çarpsın.
Kod gözden geçirme süreci izlenmediği için ekibin başarısız olmasına izin verin. Yönetim devreye girecek ve insanlar değişecek. Bu gerçekten sadece bir süreci zaten tanımladığınız ve ekibin buna uymayı reddettiği en uç durumlarda iyi bir fikirdir. İnsanları kovma veya onları disipline etme yetkiniz yoksa (çoğu öncü geliştiricinin yapmadığı gibi ), o zaman bu şeyleri yapabilecek birisini dahil etmeniz gerekir.
Ve bir şeyleri değiştirememek gibi bir şey yok. İnsanlar ne diyebilirsiniz rağmen, olabilir Titanik yönlendirmek - ama buz kasabayı vurur önce değil.
Bazen Titanik'in buz burcuna çarpmasına izin vermeniz yeterlidir.