Proje Yönetimi ve İnsan Doğası Yasaları

Utku Şen, Laws of Software Engineering (Yazılım Mühendisliğinin Kanunları) kitabından yola çıkarak yazılım, teknoloji ve iş dünyasında ekiplere, şirketlere ve ürün geliştirme süreçlerine yön veren temel yasaları anlatıyor.

Bu yasalar, yılların tecrübesiyle damıtılmış, insan psikolojisi ve işleyişe dair genel geçer kurallardır.

Proje Yönetimi ve İnsan Doğası Yasaları

• Brooks’un Yasası (Brooks’ Law): Gecikmiş bir yazılım projesine yeni insanlar eklemek projeyi hızlandırmaz, aksine alışma süreci ve iletişim maliyetleri nedeniyle daha da geciktirir.
• Ringelmann Etkisi: Bir gruptaki kişi sayısı büyüdükçe, birey başına düşen üretkenlik ve çaba azalır. Sorumluluk dağıldığı ve “nasıl olsa başkası yapar” psikolojisi devreye girdiği için verim düşer.
• Price Yasası: Bir grupta üretilen toplam işin yarısını, gruptaki toplam kişi sayısının karekökü kadar kişi (yani çok az sayıda verimli insan) yapar. (Örn: 100 kişilik bir ekipte işin yarısını 10 kişi üstlenir.)
• Parkinson Yasası: Bir iş, tamamlanması için ona ne kadar süre ayrıldıysa, o sürenin tamamını dolduracak şekilde genişler. (6 ay verdiğiniz bir iş, 2 ayda bitebilecek olsa bile 6 aya yayılır.)
• Hofstadter Yasası: Bir iş her zaman planladığınızdan daha uzun sürer. İşin ne kadar uzayacağını hesaplamak için bu yasayı hesaba katsanız bile, sonuç yine beklediğinizden uzun sürer.
• Dunning-Kruger Etkisi: Bir konuda tecrübesi ve bilgisi az olan kişiler, kendi yetkinliklerini fazlasıyla abartıp aşırı özgüvenli olma eğilimindedir. Tecrübe arttıkça bu sahte özgüven yerini gerçekçiliğe bırakır.

Şirket, Ekip ve Ölçüm Yasaları

• Peter İlkesi (Peter Principle): Hiyerarşik bir sistemde her başarılı çalışan, artık yetersiz kalacağı bir konuma (genellikle yöneticiliğe) gelene kadar terfi ettirilir ve orada tıkanıp kalır. Şirket iyi bir mühendisi kaybedip kötü bir yönetici kazanır.
• Dilbert İlkesi: Şirketler, iş akışına verebilecekleri zararı sınırlamak amacıyla yetersiz ve verimsiz çalışanları kasıtlı olarak yönetim pozisyonlarına uzaklaştırma/terfi ettirme eğilimindedir.
• Goodhart Yasası: Bir performans ölçütü (hedef), asıl amaç haline geldiğinde artık iyi bir ölçüt olmaktan çıkar. Örneğin çalışanları “satır sayısına” göre ölçerseniz, sırf hedefi tutturmak için gereksiz yere uzun ve kalitesiz kodlar yazarlar.
• Gilb Yasası: Kusurlu bile olsa bir şeyi ölçmek (verilerle değerlendirmek), hiçbir şeyi ölçmemekten her zaman daha iyidir.
• Otobüs Faktörü (Bus Factor): Projenin çökmesi için aniden işten ayrılması (veya otobüs çarpması) gereken kilit çalışan sayısını temsil eder. Bu sayı ne kadar yüksekse şirket/proje o kadar güvendedir (işler 1-2 kişiye bağlı değildir).

Yazılım, Mimari ve Ürün Yasaları

• Gall’un Yasası: Sorunsuz çalışan karmaşık bir sistem, her zaman sorunsuz çalışan basit bir sistemin evrimleşmesiyle oluşur. Sıfırdan karmaşık sistem kurmak imkansıza yakındır, önce “Minimum Geçerli Ürün” (MVP) ile başlanmalıdır.
• Conway Yasası: Kurumlar, kendi iç iletişim yapılarını yansıtan sistemler tasarlar. Ekipler arası iletişim kopuksa yazılımlar kopuk olur; ekipler küçük ve bağımsızsa mikroservis (küçük ve bağımsız) yazılımlar ortaya çıkar.
• İkinci Sistem Etkisi: Küçük, basit ve başarılı olan bir sistemin yerine gelen “2. versiyon”, genellikle her şeyin eklendiği, gereğinden fazla tasarlanmış (over-engineered) ve şişirilmiş karmaşık bir yapıya sahip olur.
• Zawinski Yasası: Her başarılı program ve uygulama, e-posta okuyabilecek duruma gelene kadar (kendi amacı dışına çıkıp yeni özelliklerle şişene kadar) genişleme eğilimi gösterir.
• Tesler Yasası (Karmaşıklığın Korunumu): Her uygulamanın ortadan kaldırılamayan sabit bir karmaşıklığı vardır. Bu karmaşıklığı yok edemezsiniz, sadece arka plana (geliştiriciye) atarak kullanıcıdan saklayabilirsiniz. İyi tasarım, yükü arkada çözen tasarımdır.
• Sızan Soyutlamalar Yasası: En basit ve sade çalışan sistemler bile bir gün hata verdiğinde, arka plandaki o karmaşık işleyişi anlamanızı gerektiren sızıntılar yaratır.
• Hyrum Yasası: Bir API veya sistem çok fazla kullanıcıya ulaştığında, sistemdeki bozuk veya gereksiz görünen özellikler bile bazı kullanıcıların bağımlı olduğu temel araçlara dönüşür ve köklü değişiklik yapmak imkansızlaşır.
• Kırık Cam Teorisi: Bir koddaki veya projedeki küçük bir “kirlilik/düzensizlik” görmezden gelinirse, diğer yazılımcılar da psikolojik olarak orayı daha fazla kirletmeye eğilimli olur. Hijyen ve standartlar baştan sağlanmalıdır.
• Pestisit Paradoksu: Böcek ilaçlarının zamanla etkisini yitirmesi gibi, aynı yazılım testleri tekrar tekrar çalıştırıldıkça kod yeni özellikler kazandığı için zamanla hataları bulmada etkisiz kalır.

Prensipler ve Günlük Hayat Yanılgıları

• Knuth’un Erken Optimizasyon İlkesi: Erken yapılan optimizasyon kötülüklerin anasıdır. Çoğu zaman %1 verim artışı için zaman ve enerji kaybedilir, basit ve çalışan kodu bozmamak gerekir.
• 90-90 Kuralı: Kodun ilk %90’lık kısmı geliştirme süresinin %90’ını alır. Kalan %10’luk kısım (testler, cilalama vb.) ise öngörülemeyen bir şekilde bir %90’lık süre daha alır.
• YAGNI (Buna İhtiyacın Olmayacak): Gerçekten mecburi hale gelmedikçe uygulamanıza sadece “iyi olabilir” diye yeni bir özellik eklemeyin.
• KISS İlkesi (Keep It Simple, Stupid): Sistemleri ve tasarımları her zaman olabilecek en basit düzeyde, “aptalca” kalacak kadar anlaşılır ve sade tutun.
• Şaşırtma İlkesi: Uygulama arayüzleri, kullanıcının beklentileriyle örtüşecek ve onu “en az şaşırtacak” şekilde tasarlanmalıdır.
• Postel Yasası: Kendi yazdığınız sistemin dışarı verdiği verilerde katı ve standartlara bağlı olun; ancak dışarıdan gelen verilerde eksik/hata olabileceğini varsayarak esnek olun.
• Öngörülemeyen Sonuçlar Yasası: Karmaşık bir sistemde yapılan herhangi bir değişiklik, mutlaka daha önce hiç hesaba katılmamış yeni bir soruna yol açar.
• Amara Yasası (Hype Döngüsü): İnsanlar yeni çıkan bir teknolojinin (örn: İnternet, Yapay Zeka) kısa vadeli etkilerini abartma, uzun vadedeki asıl büyük etkilerini ise küçümseme eğilimindedir.
• Lindy Etkisi: Bir teknoloji veya fikir ne kadar uzun süredir hayattaysa, gelecekte de o kadar uzun süre kullanılmaya devam etme ihtimali vardır. (Örn: JavaScript).
• Batık Maliyet Yanılgısı: Sırf çok fazla zaman ve para harcandı diye işe yaramadığı belli olan bir işe/projeye zararına devam etme psikolojisidir.
• Harita Arazinin Kendisi Değildir: Kağıt üzerindeki planlar, teoriler veya metrikler gerçek hayatı (araziyi) birebir yansıtmaz. Sokağa inince işler değişir.
• Doğrulama Yanılgısı (Confirmation Bias): İnsanların sadece kendi mevcut fikirlerini ve inançlarını haklı çıkaran bilgileri cımbızlayıp diğerlerini görmezden gelme eğilimidir.
• Hanlon’un Usturası: Bilgisizlik, yorgunluk veya dikkatsizlikle açıklanabilen bir hatayı asla karşı tarafın “kötü niyetine” veya komplosuna bağlamayın.
• Occam’ın Usturası: Bir olayla ilgili birden fazla açıklama varsa, genellikle en basit ve akla ilk gelen açıklama doğru olandır.