Neredeyse tüm dünyada agile (çevik) yaklaşım ile projeler üretilmeye başlandı. Eğitimlerimde Agile-Scrum fanatikleri ile karşılaşmaya başladım. Zaten yıllardır var olan ya da düşünülmesi gereken bir konunun yine yanlış anlaşıldığını düşünüyorum. Görüşlerimi Agile (Çevik) ilkelerinden hareketle açılayacağım;
En önemli önceliğimiz değerli yazılımın erken ve devamlı teslimini sağlayarak müşterileri memnun etmektir.
Müşteri memnuniyetini esas almayan bir yaklaşım zaten olamaz. Müşterinin neden memnun olmadığının anlaşılması gerekir. Müşteri ne istediğini bilmediği ya da istediği şeyi ifade etmenin yol ve yöntemini bilmediği sürece memnun olmayacaktır. Geleneksel model müşteri gereksinimlerine fazla vakit ayırır, çevik yöntemler ifade etmeleri için kullanıcı hikayeleri vb. yollar getirir. Müşterinin sorumluluğu istediğini çok iyi ifade etmektir ve bu konuda kendini geliştirmelidir. IT, müşteriyi iyi yetiştiremedi, firma içi organizasyonlarda hak ettiği ağırlığı geç kazandığı için müşteri iyi tanımlamasa bile başarılı sonuç bekler hale geldi. İş tarafının ne istediğini nasıl belirleyeceğine yönelik geliştirilmesi konusunda zayıf kalındı. Müşteri de bu konuda isteksiz olunca, mazeret ve suçlama kültürü yayıldı olan projelere ve proje ekiplerine oldu. Yıllardır istediğiniz projeyi çok iyi tanımlamalısınız söylemlerimiz iş kollarını etkileyebilseydi ya da iş kolları bunu dikkate alsaydı her gün bir araya gelmek, yavaş yavaş projeyi şekillendirmek ihtiyacı olmayacaktı.
Değişen gereksinimler yazılım sürecinin son aşamalarında bile kabul edilmelidir.
BT değişimlerin etkisini iş koluna yeterince aktaramadı. İş kolu bir yazılımda istediği değişikliğin arkada yarattığı iş yükünü göremedi. İş kolu, bir ekran değişikliğinin bir word dosyasında değişiklik yapılır gibi yapıldığını düşündü, aysbergin altını göremedi. BT’nin istenilen değişikliğin getirdiği iş yükünü ve moral kaybını iyi aktaramadığını düşünüyorum. Bilişim Teknolojilerine uzak üst yönetimleri yanlarına alan iş kolları rahat rahat istediğim zaman istediğimi değiştiririm yaklaşımındaydı. Çoğu zaman değişiklik talepleri zaman etkisi (yaparsak proje 1 ay uzar vb.) öne sürülerek bertaraf edilmeye çalışılırdı. Şimdi kısa aralıklarla sadece istenileni yapan bir yöntem ile bu giderilmeye çalışılıyor. Bu ilkenin değişikliklere açık olması proje ilişkin tüm olumsuz etkilerin iş kolu tarafından kabul görmesini, büyük resmi görmelerini sağlıyor.
Devam edecek…
>—————————————————————————————-<
Hayatımız Proje – Proje Yöneticisinin El Kitabı
Gökrem Tekir – Savaş Şakar
65 TL (Yurtiçi gönderimlerde kargo dahil)
Diğer sipariş yöntemleri: Linkedin, Facebook veya Twitter hesabımdan mesaj gönderebilir savassakar@gmail.com adresine eposta atabilirsiniz. Göndereceğiniz mesajlarda; Adınız – Soyadınız, Telefon numaranız, Teslimat Adresi ve kaç adet kitap istediğinizi belirtmeniz yeterli olacaktır.
Uyarı: Yayınevlerinde ya da kitapevlerinde yoktur.
Aşağıdaki yazıları da beğeneceksiniz:
- Proje Yönetiminde Çevik Sürüm Planlama (Agile Release Planning)
- Agile (Çevik) Yöntemler Neden Popüler Oldu? – 4
- Proje Müşterisi Ne Bekler?
- Agile (Çevik) Yöntemler Neden Popüler Oldu – 5
- Agile (Çevik) Yöntemler Neden Popüler Oldu – 6
- Agile (Çevik) Yöntemler Neden Popüler Oldu? – 2
- PMBOK® 6 ile Neler Değişiyor?
- Proje Yönetimi Yaşam Döngüleri
- Proje Odaklı Firmalar Nasıl Pazarlama Yapmalı?
- Projelerde Müşteri Beklentilerinin Başarıyla Yönetilmesi
