Geçtiğimiz birkaç ay boyunca, en iyi performans gösteren ekipleri mücadele eden ekiplerden ayıran şeyin ne olduğunu anlamak için deneyimli bir klinik psikolog ve aralarında bir psikolog ve bir akademik davranış bilimcisi bulunan doktora eğitimli bir araştırma ekibiyle çalıştım. Araştırmalar, Birleşik Krallık’ta ticari karar vericilerin %81’inin ve ABD’de %89’unun bu durumdan endişe duyduğunu gösteriyor. yazılım projelerinin zamanında teslimi organizasyonlarında.
Bu çalışma, sektörün genellikle bu sorunları çözmek için yazılım geliştirme yaşam döngüsünün sonraki aşamalarından biri olan yazılım test sürecini iyileştirmeye odaklandığı bir ortamda yapıldı. Ek olarak, birçok şirket, yazılım mühendisliği sürecini iyileştirme girişiminde bulunmak için yazılımın nasıl yazıldığına ilişkin ölçümleri giderek daha fazla incelemeye yöneldi.
Ancak zorluklar, kodun yazılması veya test edilmesinden çok daha köklü görünüyor.
Son kitabımı yazdığımda Kendinizi Ölümcül Bilgisayarlardan Nasıl Korursunuz?, ‘ölüm dalışlarına’ giren uçaklar, ölümcül araba kazaları ve hastanelerdeki ölümcül radyasyon aşırı dozları da dahil olmak üzere bir dizi yıkıcı yazılım arızasını derinlemesine inceledim. Kitap nasıl olduğunu anlatıyor psikolojik faktörler yazılımın neden çığ gibi büyüyerek bilgisayar arızalarına yol açtığını anlamamıza yardımcı olur; ancak birçok örnek olay incelemesinde yinelenen endişe verici bir tema, birçok sorunun asıl teknik nedeninin yazılım tasarım sorunları veya aslında sağlam tasarım eksikliği olduğudur.
Bu gereksinimleri hafife alma yaklaşımı, şu anda 23 yılı aşkın bir süre önce hazırlanmış olan ve “bir planı takip etmek yerine değişime yanıt vermek” merkezli bir yazılım tasarımı yaklaşımını savunan Çevik Manifesto’da resmileştirildi.
Anket şirketi JL Partners ile İngiltere ve ABD’deki 600 yazılım mühendisine, üzerinde çalıştıkları başarılı ve başarısız yazılım geliştirme projeleri hakkında sorular sordum. Araştırmamız, geliştirmenin net gereksinimlerden önce başladığı, tam bir spesifikasyon belgesinin bulunmadığı ve geliştirme aşamasında önemli değişikliklerin meydana geldiği yazılım projelerinde projelerin %65 oranında başarısız olduğunu buldu.
Ancak başarısızlık oranını %10’a düşüren yalnızca beş mühendislik uygulaması belirledik. Geliştirme başlamadan önce gereksinimlerin net olması projelerin başarılı olma olasılığını %97 artırdı ve mühendislerin sorunları tartışma ve çözme özgürlüğüne sahip olması başarı oranlarını %87 artırdı. Diğer uygulamalar arasında şunlar yer almaktadır: Gereksinimlerin gerçek dünyadaki sorunlara uygun olmasını sağlamak (%54); Geliştirmeye başlamadan önce tam bir spesifikasyona sahip olmak (%50) ve geç gereksinim değişikliklerinden kaçınmak (%7). Birleştirildiğinde bu uygulamaları şöyle adlandırırız: Etki Mühendisliği.
İlginçtir ki, Yalın yazılım geliştirme gibi çerçevelerin temel ilkesi devam eden çalışmayı sınırlamak olsa da, aynı anda birden fazla proje üzerinde çalışanlarla tek seferde yalnızca bir proje üzerinde çalışanlar arasında istatistiksel olarak anlamlı bir fark bulamadık. Bu, yazılım projelerindeki risklerin erken dönemde nasıl ele alınması gerektiğini vurgulamaktadır.
Birleşik Krallık ile ABD arasındaki mühendislik uygulamaları arasındaki en büyük farkın, Birleşik Krallık’taki yazılım mühendislerinin sorunları tartışıp çözebileceklerini ABD’deki yazılım mühendislerine göre %13 daha az düşünmeleri olduğunu görmek endişe vericiydi. Buna rağmen sayısız çalışmalar Bu araştırma da dahil olmak üzere benim ve diğerlerinin yürüttüğü çalışma, bilgisayar sistemlerinin başarısı için psikolojik güvenliğin ne kadar temel bir önem taşıdığını vurguluyor.
Araştırmamız sırasında dönüşüm girişimlerinin neden başarısız olduğunu da araştırdık. Dönüşüm metodolojilerinin vaatlerine rağmen hâlâ dijital dönüşümlerin %70’inin ve çevik dönüşümlerin %96’sının başarısız olduğunu görüyoruz. Sektörden bağımsız olarak tüm şirketler arasında bile, bir şirket İngiltere ve Galler’de yönetime girdiğinde (yani bir iflas uygulayıcısı kontrolü devraldığında), yönetim değişikliğine rağmen işletmelerin yalnızca %10’u hayatta kalacaktır.
Araştırmamız, temel psikolojik faktörlerin bu tür dönüşümlerin başarılı olup olmamasında belirleyici bir rol oynadığını buldu. Bu, EY (Ernst & Young) ve Oxford Üniversitesi işletme fakültesi tarafından yapılan ve iş gücü duygularına öncelik veren liderlerin dijital dönüşümlerde başarılı olma ihtimalinin %260 daha yüksek olduğunu ortaya koyan araştırmada gösterilmiştir.
Ağlayan bir bebeği rahatlatırken olduğu gibi, asıl soruna değinmeden önce duygusal ilgi göstermek çok önemlidir. Örgütsel dönüşümlerde duygusal faktörlerin de ihmal edilmemesini sağlamak önemlidir.
Benzer bulgular psikolog David DeSteno tarafından da elde edildi ve katılımcıların yalnızca şükran duygusunu hissetmeleri sayesinde, daha sonra daha büyük bir ödül için hazzı şimdi erteleme yeteneklerini iki katından fazla artırdığını buldu.
Bunun gibi araştırmalar aracılığıyla insanların önemli kişisel ve kurumsal dönüşümler elde etmesini sağlayan psikolojik bir çerçeve geliştirdik. Bu teknikler yeni kitabımda sunuluyor. Etki Mühendisliği: Çevik Proje Yönetiminin Ötesinde DönüşümBu bulguların bilimsel temellerini açıklamanın yanı sıra, bunun gerçek dünyadaki örnek olay çalışmalarına uygulanmasını da açıklar.
Ancak, bu araştırmanın başkalarını istemedikleri halde değişmeye zorlamak için suistimal edilmemesinin hayati önem taşıdığını vurgulamak isterim. Daha önce pek çok durumda, dönüşümü savunanlar, hem bireyler hem de kuruluşlar için rızanın mutlak gerekliliğine gereken saygıyı göstermemişlerdi.
Ahlaki sorunlar bir yana, birini kendi hatalarından öğrenme yeteneğinden mahrum bırakmak, onu yararlanabileceği önemli bir öğrenme kaynağından mahrum bırakır (bu hataları yapmak için bilgilendirilmiş rızaya sahip oldukları ve başkaları için büyük bir risk oluşturmadıkları sürece). ).
Ek olarak, Agile üzerine yaptığımız araştırmaların da gösterdiği gibi, fikirlerine en yüksek inanca sahip olanlar yanılabilir, haklı olduğumuza ne kadar ikna olursak olalım, durumlara açık fikirlilikle yaklaşmalıyız.
Bununla birlikte, çözüm aramadan önce sorunların iyi tanımlanmasını ve çözümleri uygulamaya başlamadan önce tasarlanmasını sağlayarak yazılım projelerimizin başarısını artırabiliriz. Benzer şekilde, sorunları çözmenin yanı sıra duygusal ihtiyaçları da ele aldığımızdan emin olarak dönüşüm girişimlerinin başarılı olmasını sağlayabiliriz.
Dr Junade Ali CEng FIET, yazılım mühendisliği yönetimi, bilgisayar güvenliği araştırması ve dağıtılmış sistemlerle ilgilenen deneyimli bir teknoloji uzmanıdır.