Süreçlerini İnceleyelim: Joel'in Yolu

Joel Spolsky uzun yıllar yazılım sektöründe çalıştıktan sonra Fog Creek Software ve StackExhange’in kurucularından olmuştur. Çıkardığı ve blogunda paylaştığı derslerle bana göre günümüz yazılım şirketlerinin nasıl olması gerektiğine dair öncüllük yapmaktadır. Bu yazıda derlediklerimin kaynağı sektörde hangi görevle çalışıyor olursanız olun ilginizi çekecek blog’undan yani joelonsoftware.com ’dan.
 
Joel’in kariyerindeki en önemli noktaları Microsoft ve Juno’da çalıştığı yıllar oluşturuyor. Burada edindiği pek çok deneyimi paylaşıyor. Ardından 2000 yılında Fog Creek Software’i kuruyor. Uzun zamandır sektörde çalışan bir yazılımcı/yönetici olarak şirketi kurmaktaki hedefini şöyle ifade ediyor: Aklımızda bir proje ile biz bu işe başlamadık. Hedefimiz yazılımcıların mutlu ve üretken olacağı bir yazılım şirketi kurmaktı.


 
Geliştirdikleri ürünlerin bazıları Türkiye’de pek popüler değil, FogBugz, Trello vs. Ama yazılım dünyasında olupta StackOverflow ve diğer StackExchange sitelerini bilmeyen zannedersem yoktur.
 
Üretkenliği Nasıl Arttırırsınız?
Joel’in bulduğu çözüm, işi yapan insanlara, programcılarına, kendi deyimi ile rock yıldızı gibi davran.
 
Kübik mi her çalışana bir oda mı?
Dikkatinizi dağıtacak 40 tane şeyin olduğu kübikte mi çalışmak istersiniz yoksa kendinizi işin akışına kaptırabileceğiniz sessiz bir çalışma ortamında mı? Kulaklık takmak çevrenizdeki gürültüye çözüm mü?
 
5 yıllık laptop mu? Son teknoloji mi?
Açılması kapanması 5dk. süren cihazlarla mı çalışmak sizi motive eder yoksa en günceliyle mi?
 
Ama bütün bunlar maliyet demek
Kesinlikle bunlar maliyet demek. Olaya bakmanın bir yolu en azından budur. Diğer tarafıysa Joel’in seçtiği taraf. O da zaten elemanlarınıza harcadıklarınız öyle yada böyle harcama kaleminizin en büyüğünü oluşturacak. Biraz daha harcama yaparak kazanacaklarınız ise:
  • Üretken ve motive çalışanlar
  • Düşük iş gücü kaybı
  • Sonuç olarak kaliteli ürün
Eleman Alımları
Eleman alım süreci bir şirketin kaderini belirleyecek en önemli süreç. Adayla 6 ayrı kişi ayrı ayrı görüşüyor bunlardan 5’i o kişinin meslektaşları arasından seçiliyor, yani yöneticisi değil programcı. İkiden fazla olumsuz oy adayın eliyor. Aradıkları elemanları şöyle niteliyor akıllı, iş bitirici ve kıl (jerk) değil.
 
Sonuç olarak bana göre Joel pek çok kere referans da verdiği gibi tam bir Peopleware şirketi. Yazılım şirketinde kurduğu yapının bu kitapta anlatılanlarla paralelliğini görebilirsiniz.

Ortak Makale Serisi: Denetim ve Adaptasyon

Ortak Makale Serimizin ilk yazısı olan Inspect & Adapt (Denetim ve Adaptasyon) ile sizlerle birlikteyiz.
 
Denetim ve Adaptasyon, çevik metodolojilerin bir çoğunun temelini oluşturmaktadır. Scrum da diğer çevik metodolojiler gibi bu temeller üzerine oturtulmuştur. Scrum Kılavuzu'nda Denetim ve Adaptasyon şu şekilde tanımlanmaktadır:

Denetim
Tutarsızlıkların belirlenmesi için, Scrum çıktıların ve sürecinin Scrum kullanıcıları tarafından sıklıkla denetlenmesi gerekmektedir. Denetim işlemlerinin yapılan işin önüne geçmemesi için, denetim aralıkları iyi ayarlanmalıdır. Denetimler, tecrübeli denetçiler tarafından işin belli noktalarında özenle gerçekleştirildiği zaman, çok yararlı olmaktadır.

Adaptasyon
Bir denetçinin, sürecin bir veya daha fazla bölümünün belirlenen limitler dışına çıktığını ve istenileni tam olarak karşılayamadığını belirlemesi durumunda, ilgili işlemin ya da işlenen materyalin düzeltilmesi gerekmektedir. Düzeltme işleminin, ileride ortaya çıkabilecek büyük sapmaları engellemek amacıyla, mümkün olan en kısa sürede yapılması zorunludur. Scrum, denetim ve adaptasyon prensipleri için 4 temel fırsat tavsiye etmektedir, bu fırsatlar Scrum Toplantılarıdır.

Deneyim 1: Çocukların Eğitimi
Çok yakın bir çalışma arkadaşımın anlattığı bir hikayeyi paylaşmak istiyorum. Bu çalışma arkadaşımın 5 yaşında bir çocuğu var. Çocuğunu uyku alışkanlığı ile ilgili eğitmeye çalışırken kullandığı yöntemi anlattığında, Denetim ve Adaptasyon uyguladığını fark ettik. Çocuğuna kendi yatağında uyuması gerektiğini anlatırken kullandığı yöntem şu şekildeydi:
  • Kendi yatağında uyuduğu her gün için, bir parmağına gülen yüz çizme hakkı.
  • Üst üste kendi yatağında uyuduğu 5 gün sonunda kazanılan 5 gülen yüz karşılığında hediye olarak bir oyuncak hakkı kazanıyor küçük arkadaşımız.
Küçük arkadaşımız, bu hikaye bana anlatıldığı dönemde 2 defa 4 gülen yüz kazanmayı başarmış, ancak hediye oyuncağı bir türlü kazanamamıştı. Çalışma arkadaşım bunun üzerine uyguladığı yöntemi gözlemlemiş, denetlemiş ve yöntemi güncellemeye karar vermişti. Güncelleme sonucundaki süreçte:
  • Hediye oyuncak önceden satın alınıp, görünen ama ulaşılamayan bir yere koyulacak.
  • Aynı kurallar uygulanmaya devam edilecek.
Ve sonuçlar tekrar gözlemlenecek. Bakalım küçük arkadaşımız bu sefer hediye oyuncağa ulaşabilecek mi? :)
 
Deneyim 2: Spor Yapmak
Biz erkek mühendisler genellikle spor olarak, halı sahalarda futbol oynamayı tercih ederiz. Ancak çoğumuzunda bildiği gibi havalar iyi olduğunda herkes oynamak ister, havalar soğuduğunda takım kuracak kişi bulmak neredeyse imkansızlaşır. Geçtiğimiz kış öncesi normal futbol kurallarını uygulayabileceğimiz kişi sayısına ulaşabiliyorduk. Ancak soğuk havalar başladığında 7 - 8 kişiyi ancak bir araya getirebildik. Bizde bu şartlar altında spor yapmamayı tercih etmek yerine, durumu denetledik, ve kendimizi mevcut duruma adapte ettik. Nasıl mı? Şöyle:
  • Herkesin kaleci - oyuncu olduğu 4'er kişilik takımlar kurduk.
  • Ceza sahası dışından gol atmayı yasakladık.
Bu iki basit kural değişimi ile futbol oynamayı başardık! Bakalım bir sonraki sefer mevcut durum bizi ne gibi kural değişikliği yapmaya itecek.

Evet şimdi sıra sizde! Kendi hikayenizi gönderin bu makalenin sonuna isminizle birlikte ekleyelim.

Scrum Sertifikasyonları

Son günlerde Scrum sertifikasyonları ile ilgili sıkça soru almaya başladım. Aldığım soruların bir çoğunun cevaplarını geçen sene yazdığım yazıda bulabilirsiniz. Yeni gelen sorulara genel bir yanıt olması açısından ise yeni bir yazı yayınlama gerekliliği hissettim.
 
Sertifikalarla ilgili görüşünüz nedir?
Sertifikasyonların çok gerekli olmadıkları yönünde genel bir görüşe sahibim. Ancak ne yazık ki IT sektöründe, sertifikasyonlara verilen önem gün geçtikçe artıyor. Ancak bir çok sertifikaya sahip olmaya çalışmaktan daha çok, Scrum ile ilgili pratik ve teorik bilgi seviyenizi arttırmaya çalışmanızın daha doğru bir yaklaşım olacağını düşünüyorum.
 
PMI - ACP Sertifikası nedir?
PMI - ACP, Proje Yönetimi Enstitüsü'nün (PMI) Agile pratiklerle ilgili olarak başlattığı bir sertifikasyon programıdır. Bu sertifikasyon programıyla birlikte, PMI'ın Agile dünyasında olan gelişmelere kayıtsız kalmadığını söylemek yanlış olmaz. Bir başka deyişle PMI, bu ekonomik pastadan payını almak için, çoğunlukla geleneksel proje yönetimi pratiklerine dayanan PMP sertifikasının yanına, ACP (Agile Certified Practitioner) sertifikasını da eklemiştir. Bu programla ilgili detaylı bilgilere buradan ulaşabilirsiniz.
 
Hangi sertifika daha önemlidir?
Dünya üzerinde bir çok farklı kurum Scrum ve Agile sertifikasyon programı sağlıyor. Ancak bunlardan en popüler olanları Scrum Alliance, Scrum.org ve Proje Yönetimi Enstitüsü (PMI)'dür. Bu üç kurumun sağladığı sertifikasyonların hangisinin daha önemli ve geçerli olduğu konusunda kesin bir şey söylemek imkansızdır. Genel bir cevap vermek gerekirse, tüm sertifikaların hemen hemen aynı geçerliliğe sahip olduğunu düşünüyorum.
 
Eğitim vermek için yetkili bir eğitim merkezi olmak zorunluluğu var mıdır?
Galiba son zamanlarda bana en sıklıkla sorulan sorulardan birisi bu. Yukarıda bahsettiğim Scrum.org ve Scrum Alliance'ın yetkilendirdiği herhangi bir eğitim merkezi yoktur. Bu kurumların sağladığı sertifikasyonlara sahip olabilmek için izlemeniz gereken yolları aşağıda kısaca belirtmeye çalıştım: 
  • Scrum Alliance'ın sağladığı sertifikalara sahip olabilmek için, kurumun yetkilendirdiği bir eğitmenden eğitim almanız ve eğitim sonrasında girecek olduğunuz sınavdan başarılı bir şekilde geçmeniz gerekmektedir.
  • Scrum.org'un sağladığı sertifikalara sahip olabilmek için, kurumun yetkilendirdiği bir eğitmenden eğitim almanız gerekmemektedir. Scrum.org üzerinden sağlanan online sınavlara ücretini ödeyerek katılabilirsiniz. Bu sınavları başarılı bir şekilde geçmeniz sonrasında sertifikalara sahip olabilirsiniz.
  • Proje Yönetimi Enstitüsü (PMI)'nün sağladığı sertifikalara sahip olabilmek için, belirli bir saat eğitim süresini tamamlamanız gerekmektedir. Bu eğitim süresini PMI'ın yetkinlendirdiği bir eğitim kurumunun sağladığı bir eğitime katılarak veya Scrum Alliance eğitimlerine katılarak tamamlayabilirsiniz. Sonrasında sizi yine bir sınav bekliyor.
Bir sonraki yazıda görüşmek üzere...

Lean Kanban Atölye Çalışması

Kanban sistemi, üretim süreçlerinin daha etkin yürütülmesini sağlayan bir süreçtir. "Tam Zamanında Üretim ortamında malzeme hareketlerinin kontrolü aracılığıyla kullanılan bir çizelgeleme yaklaşımı" şeklinde tanımlanabilir. Kanban sistemi yazılım dünyasına da uyarlanmıştır ve yazılım geliştirme süreçleri için çok faydalı olduğu deneyimler sonucu ortaya konmuştur.
 
 
Bu sistemle ilgili olarak Kodcu.com ve Altuğ Bilgin Altıntaş, Ankara'da 25.Mayıs.2013 Cumartesi günü bir etkinlik düzenliyecek. Bu etkinlikte Kanban sistemi sayesinde şirketinize ve projelerinize Kaizen kültürünü nasıl getireceğinizi ve projelerdeki değişim yönetimi ve tahminini nasıl daha rahat  yapabileceğinizi öğrenme fırsatı yakalayacaksınız. Sürdürülebilir başarılı yazılım organizasyonları oluşturmak, şirketlerine ve projelerine Kaizen kültürünü getirmek isteyen herkesin bu atölye çalışmasına katılmasını öneriyoruz.
 
Scrum Turkey olarak yakın zamanda Kanban sistemi ile ilgili de detaylı bilgiler paylaşmaya başlayacağız. Takipte kalmanızı tavsiye ediyoruz.
 
Atölye çalışmasının konuları
 
Temel Prensipler
- Toyota Way Kültürü
- Lean (Yalın) Yaklaşım ve Kanban nedir ?
- Tek parça akışı(one piece flow) ve Kanban board
- Şirket kültürü için 14 prensip
 
Lean Kanban
- Agile ve Lean arasındaki farklar ve ortak noktalar
- Limiting WIP (Work in Progress)
- Değer ırmağının (Value Stream) oluşturulması
- Projeleri takip ve tahmin yöntemleri
- Classes of services
- Önceliklendirme yaklaşımı (Cost of delay)
- Kanban oyunu
 
Problem Çözme Teknikleri
- Yalın (Lean) Yaklaşım ve A3 hazırlama
- Plan – Do – Check – Act
- Problemi tanımlama ve Problemi kırma
- Kök sebep analizi
- Karşı önlem geliştime
- Kaizen kültürü
 
Atölye çalışması ile ilgili detaylı bilgilere buradan ulaşabilirsiniz.