Her proje yöneticisi bilir ki: “Proje yönetiminin %80’i iletişimdir.” Proje yöneticisinin %80 zamanını harcayan bu iş, projeler sınırları aştığında bir karabasana dönüşebilir. Hele o sınırlardan biri Çin ise...

Seçim atmosferi tüm ülkeyi sardı. Tüm siyasi partiler ve mensubu olan milletvekili adayları yeni projeleri ile halkımızın karşısına çıkmaya başladı.

PMI’ın 2006 yılında 16110 projede yaptığı değerlendirmede projelerin %37’inin başarısız olduğu saptandı. Başka bir bakış açısısyla geçen yıl projelerin 1/3’ü çöpe atıldı! Şanslı olanlar ise tecrübeli Proje Yöneticileri sayesinde “Geri Kazanım Kutuları”na atıldı. Böylece, bu projelerden “alınan dersler” ile “gerçek atıklar” birbirinden ayrılabildi.

Geçen hafta gazetelerin ana sayfalarında Oyak Bank'ın, dünyanın 13. büyük devi ING tarafından satın alınması vardı. Bir kısım başlıklarda “Oyak Bank da gitti”, bir kısmında ise “Gitmedi, 2.7 milyar dolar getirdi” nidaları vardı. Kimi işin finansal yönünü düşünürken kimi de politik yönünü düşünüyordu. Ben ise işin ne büyük bir “Satınalma ve Birleşme Projesi“ olduğunu ve “proje yönetimi” açısından “ne gelip” ,”ne gittiğini” düşünüyordum.

2006-2007 Super Ligi sona erir ermez, transfer haberleri gazetelerin spor sayfalarını doldurmaya başladı. Futbol takımları yenileniyor, güçleniyor ve “2007-2008 Super Lig Projeleri”ne hazırlanıyor. Sezon başında hocaların ve yönetimin büyük umut bağladığı bu takımlar, sezon sonuna gelindiğinde ya yüz güldürüyor ya da “Ah keşke!” dedirtiyor.

Herkesin müptelası olduğu Harry Potter serisinin altıncı kitabı piyasaya çıktığı ilk gün yaklaşık 200 milyonluk bir satış rakamı yakalayarak erişilmesi güç bir rekora imza attı. Bu haftaki yazımızın başlığının “The Lord of the Risks” olmasının hicvi nedeni, Harry Potter’ın populerliğinden bu yazıya pay çıkararak okuyucu rekorumuzu zorlamak. Asıl nedeni ise proje dünyasını, risk adı verilen canavarların dolaştığı bir sırlar dünyası olarak görmemiz.

Proje yönetiminin kutsal kitabı PMBOK Project Management Body of Knowledge) 1996 yılında Amerika’da PMI (Project Management Institute) çatısı altında doğmuştu. Amerika’da doğup büyüyen bu kitabın Amerikan kültüründen terimleri kullanmaması da mümkün değil.

Son zamanlarda çok duyduğumuz, Bilgi Teknolojileri dünyasına özel proje yönetim tekniklerinden biri de Çevik (Agile) Yöntemler. Peki nasıl ve niçin doğdu bu yöntemler? Kimler, nasıl kullanılıyor? Kısa bir giriş yapmak istiyorum.

Geçen haftaki etkinlikte sık sorulan sorular, tecrübeli yazılım geliştiricilerden geliyor; bir konuya odaklanıyordu: Çevik yöntemler ve süreç bazlı yöntemlerin arasındaki çelişki!..

Yazılımda, süreçlere ve dokümanlara dayalı yaklaşımlara alışmış; kalite ve verimin yükselmesi için süreç iyileştirme modelleri üzerinde çalışan grup, çevik yöntemler ile CMMI gibi süreç bazlı yöntemlerin iki ayrı yaklaşımı temsil ettiğini düşünüyordu.

Çevik Yöntemler yazılarımıza, en çok kullanılan 2 yöntemi detaylandırarak devam etmek istiyorum. Bu haftaki metodumuz: Scrum.
Scrum, ilk defa Takeuchi  ve Nonaka’nın Harvard Business Review’deki makaleleri ile hayatımıza girmiş. Makalede, Rubgy oyununda kullanılan bir yöntem olan Scrum’ın yüksek performanslı proje takımları oluşturmak için de kullanılabileceği anlatılmış. Denmiş ki; küçük ve çapraz işlevleri olan takımlar projelerde verimliliği arttırır. Başka bir eküri DeGrace ve Stahl da, bir makalelerinde bu metodun isim babası olmuş. Bu terimi halka indiren ekürimiz ise OPPSLA’96’dan Ken ve Jeff olmuş.