Kişisel deneyimime göre, hükümetteki büyük projelerin verimli ve başarılı bir şekilde gerçekleştirilmesinin önünde belirli kurumsal engeller bulunmaktadır. Aslında, teslimatın başarısız olması ve paranın israf edilmesi riskini azaltmak için uygulamaya konan mekanizmalar, çoğu durumda bu başarısızlık riskini önemli ölçüde artıran şeyler olabilir.
Büyük hükümet BT programlarının karşı karşıya olduğu zorlukların çoğunun merkezinde, Devlet Dijital Hizmeti (GDS) tarafından teşvik edilen ve çoğu BT programı tarafından takip edilen aşağıdan yukarıya Çevik yaklaşımlar ile proje onayının yukarıdan aşağıya doğası arasındaki temel kopukluk yatmaktadır. finansman ve gözetim mekanizmaları.
Bu yaklaşım sıklıkla üzerinde anlaşmaya varılmış bir ön tasarım, projenin başlangıcında tam olarak tanımlanmış bir dizi çıktı ve fayda ve teslimat için gereken bütçeyi ayrıntılı bir şekilde ortaya koyan bir iş senaryosu gerektirir. Bunların hepsi temel olarak Şelale tipi proje planlamasına dayanmaktadır.
Eski bir Hazine yetkilisi olarak, harcamaları paylaştırma ve bunu en faydalı olan yere tahsis etme ihtiyacını tam olarak anlıyorum, ancak bunun şu anda yapılandırılma şekli Çevik proje teslimiyle uyumlu değil.
En iyi ihtimalle bunlar, projelerin teslime yönelik Çevik yaklaşıma başlayabilmesi için geçmesi gereken biraz sahte formalitelerdir. En kötüsü, ihtiyaç duyulan teslimat yaklaşımını baltalar ve proje ekibini başarılı teslimat için gereken yinelemeli, hızlı tempolu ve esnek yaklaşımdan uzaklaştırır. Mevcut hükümetin yeni kurulan bir şirketin testini taklit etme ve mantrayı öğrenme vizyonunun değişmesi gerekiyor.
BT ve iş personelinin bağlantısı kesildi
Ancak hükümetin BT’sindeki başka bir eğilimin hakim olmasına izin verilirse bu yaklaşım da boşa çıkacaktır. Pek çok departman, gerekli çözümleri oluşturmak için özel kod kullanarak projelerin tamamını veya kesinlikle çoğunu neredeyse tamamen şirket içinde teslim etmeye odaklanıyor. Bu genellikle hükümet süreçlerinin karmaşıklığı veya en azından algılanan karmaşıklığı ve bunların özel sektör kuruluşlarındakilerden ne kadar farklı olduğu nedeniyle yapılır.
Ancak, ısmarlama kod kullanarak sistem oluşturmaya odaklanmak zaman alıcı, pahalı ve yönetimi zor bir iştir ve yine de çoğu zaman teslimatta başarısız olunmaktadır. Bu aynı zamanda sıklıkla devasa BT ekibi ile sonuçta sistemin sahibi olacak ve sistemi kullanacak olan işletme personeli arasında bir kopuklukla ve aralarında çok büyük miktarda tasarım dokümantasyonunun karşılıklı olarak iletilmesiyle sonuçlanır.
Küçük ve çevik projeler önemlidir
Keir Starmer’ın Whitehall’ı yeniden yapılandırma vizyonunu gerçekleştirmek için hükümetin düşük kodlu yazılım geliştirmeyi akıllıca ve doğru alanlarda nasıl uygulayabileceğini inceleyen bir yaklaşıma ihtiyaç var. Bu, ihtiyaç duyulan özel kod oluşturma miktarını önemli ölçüde azaltarak ve iş adamlarının sürece dahil olma şeklini dönüştürerek, hükümetin BT tasarlama ve oluşturma biçiminde devrim yaratabilir.
Yeni hükümet küçük ve ayrı projeleri seçme konusunda haklı. Hükümet dönüşümünde daha tekrarlı, daha az ‘büyük patlama’ yaklaşımı benimsenmelidir. Küçükten başlayıp herhangi bir alanda bir veya iki temel süreci seçerek başlamak ve kıt ve pahalı teknik becerilere olan bağımlılığı azaltırken iş ve BT ekiplerini entegre bir şekilde birlikte çalışmaya zorlayan Çevik düşük kod geliştirme gibi bir yaklaşımı benimsemek. yol.
Bu, sonuçların çok daha erken değerlendirilebileceği aşamaya geçmenizi sağlar ve bir sonraki mini projeye geçmek için temel sağlar. Sonuçta pek çok aşamayı tamamlarsınız ve daha geleneksel yaklaşımların sorunlarını en aza indirerek kapsamlı ancak sürdürülebilir bir dönüşüm elde edersiniz.
Alex Case, Downing Street’te eski bir kıdemli memur ve şu anda düşük kodlu uygulamalar geliştiren Pegasystems’de hükümet endüstri müdürüdür.