Etiket arşivi: Enterprise Agility Transformation

Gecikmenin Maliyeti

Gecikmenin Maliyeti

Üretim ortamında bulunmayan kodlardan değer üretemezsiniz. Bu kadar vurucu bir cümleyle yazıya giriş yapmam okuyanların konunun önemini anlamalarına yardımcı olmak içindir.  İşlerinizi önceliklendirirken pazara çıkış zamanıyla elde edeceğiniz kazanç, yasal zorunluluk, iş değeri gibi kavramlardan yararlanabilirsiniz. Bunların yanında dikkate almanız gereken diğer bir konuysa Gecikmenin Maliyeti’dir. Gecikmenin maliyeti, bir özelliği üretim ortamına almayı geciktirerek kaybedilecek değerdir.

Gecikmenin maliyeti işlerin önceliklendirilmesinde nasıl bir öneme sahip? Gecikmenin maliyeti nasıl hesaplanır? Farklı senaryolar üzerinden şimdi görelim. Gecikmenin Maliyeti yazısına devam et

Waterfallda Karşımıza Çıkan Problemler

Waterfallda Karşımıza Çıkan Problemler

Bu yazımda son 40 yıldır yazılım geliştiren herkesin en az bir defa karşısına çıkan Waterfall’dan bahsedeceğim. İster küçük bir yazılım evinde ürün geliştiriyor olun ister kurumsal bir organizasyonda görev alın Waterfall size dokunmuştur. İster bir veri ambarı projesi yapın, ister bir B2B projesi geliştirin herkesin desteklediği ama bilgisinin olmadığı ve üzerine düşünmediği bir konudur, geleneksel yazılım geliştirme süreci.

40 yıldır bu yaklaşımla proje geliştiren kişilerin bu yaklaşımı savunmasını anlıyorum, anlayamadığım konu çalışmaya sadece birkaç yıl önce başlamış kişilerin adeta fanatik bir şekilde bu yaklaşımı savunmalarıdır. İlk önce analizi bitirmeliyiz analiz bittikten sonra geliştirmeye başlanabilir geliştirmeyi bitirdikten sonrada testçi arkadaşlar test etmeye başlayacak diye seslerini yükseltmelerini şaşkınlık içinde izlediğim çok olmuştur. Bu sahneleri izleyince Uğur MUMCU’nun şu sözü gelir aklıma “Bilgi sahibi olmadan fikir sahibi olunmaz!”. Gerçekten bilgi sahibi olmadan fikir sahibi olan bu arkadaşların fanatik yapısı neden kaynaklanmaktadır. İnsanoğlu neden öğrendiği ilk şeyin hep doğru olduğunu düşünür? İlk öğrendiğini benimser ve sahiplenir? Çünkü ego -psikoloji biliminde kullanılan anlamıyla- değişimin kötü olduğunu düşünür ve insan içgüdüsel olarak kendini koruması gerektiğini varsayar. Bu içgüdüsel yaklaşım bir savunma mekanizmasını tetikler ve değişime karşı yumruklar sıkılır.
Konuyu daha fazla ilginçleştirmeden ve dağıtmadan Waterfall ile geliştirilen ürünlerin geliştirme sürecinde karşıma çıkan problemleri anlatacağım. Sizinde karşınıza çıkan gözlemlediğiniz, yaşadığınız ve ilginç olduğunu düşündüğünüz problemleri duymayı çok isterim. Waterfallda Karşımıza Çıkan Problemler yazısına devam et

Çevik Bildiri ve Scrum’ı Görmezden Gelme

Çevik Bildiri ve Scrum’ı Görmezden Gelme

Yapılan şeyler kadar yapılmayan şeylerde önemlidir. Zihniyet yada kültürde bir değişimi öneren yada bunun için teşvik eden şeyleri görmezden gelmek önemlidir. Neden? Deneyimlerime göre, Çevik Pratikleri benimserken Çevik Bildiri, kafa karıştırıcı, şaşırtıcı ve zihniyette bir değişikliği tartışmayı tehlikeye atıyor. Örneğin, bir yazılım grubu dünyanın farklı yerlerine dağılmışken yüksek işbirliğine odaklanarak faydalarını anlatmak pek yararlı değil.

 

Daha önceden konuştuğumuz gibi, Çevik Bildiri belirli değerlerin net bir şekilde ifadesidir. Bu değerler belirli bir kültürü şekillendirmeyi amaçlar. Böyle olunca Çevik Pratikleri benimserken bu değerlerden bahsetmemek yada onları ulaşılması gereken bir amaç olarak görstermemek iyi bir fikirdir. En iyi ihtimalde dönüşüm sadece bu değerlerle ilgili değil ve en kötü ihtimalle çalışanların davranışlarında sürtüşmeye yol açan değişikliklere neden olacaklardır. Ancak yönetim takımıyla kültür hakkında konuşurken bu değerler ve ilkelerden bahsetmek gerekebilir. Böylece yönetim takımı benimseme ve dönüşüm hakkında bilinçli bir şekilde karar verebilirler.

Çevik Bildiri ve Scrum’ı Görmezden Gelme yazısına devam et

Bölüm 3 : Benimseme ve Dönüşüm Hayatta Kalma Rehberi

Bölüm 3 : Benimseme ve Dönüşüm Hayatta Kalma Rehberi

Benimseme ve Dönüşümü Tanımlama

Benimseme bir ürüne yada sürece uygulanabilecek bir terimi ifade eder. Örneğin, “Microsoft Office yerine GoogleDocs’u benimsiyoruz” ya da “yeni bir tedarik süreci benimsiyoruz”.

 

“Çevikliği benimsiyoruz”, sıkça hatalı olarak kullanılır. Daha önce anlattığımız gibi Çeviklik bir anlayıştır ve kültürdür, kendiliğinden benimsenemez. Diğer taraftan, şu söylenebilir : “Scrum’ı benimsiyoruz” ya da “Çevik pratikleri benimsiyoruz”.

 

Dönüşüm, bir durumdan başka bir duruma geçmeyi anlatır. Bu, büyük birşeydir! Tıpkı tırtılın kelebeğe dönüşmesi gibi yada insanların işten zevk alabileceği bir ortam oluşturmak gibi.

Bölüm 3 : Benimseme ve Dönüşüm Hayatta Kalma Rehberi yazısına devam et

Kültür ile Çalışmak

Kültür ile Çalışmak

Aşağıdaki diyagram Çeviklik, Kanban ve Ustalık ilkelerinin farklı kültürler ile nasıl örtüştüklerini gösterir. Şekil, her biri için önceki bölümlerde yaptığımız analizlere dayanarak dominant kültürü gösterir.

Kültür ile çalışmak
Kültür ile çalışmak

Diyagram hangi yaklaşımı kullanırsanız şirketinizde gelişecek dominant kültürü belirlemenizde bir klavuz olarak kullanılabilir.

  • Kontrol Kültürüne, Kanban öncülük eder
  • Yetkinlik Kültürüne, Yazılım Ustalığı öncülük eder
  • İşbirliği ya da Usta-Çıraklık Kültürüne, organizasyon kültürü ile aynı çizgide bulunan Çevik yaklaşımlar öncülük eder. Örneğin; Usta-Çıraklık kültürü için Vizyon ve Retrospektif

Organizasyonel kültür farklı açılardan düşünülmeden bu rehberin kullanılması amaçlanmamıştır.

Elbette birçok okur, organizasyon kültürünün Kontrol’den İşbirliğine, Usta-Çırak ve Yetkinliğe  değişimin nasıl olacağıyla ilgileniyor olabilir. Bu, dönüşüm bölümünde detaylı bir şekilde anlatılmıştır. Kültür ile Çalışmak yazısına devam et