Denetim · Teknik Yönetim Pratikleri
Yazılım Geliştirme ve Yönetimi Denetimi ve Olgunluk Değerlendirmesi
Yazılım Geliştirme ve Yönetimi denetimi, bir kurumun uygulama yazılımlarını geliştirme ve tüm yaşam döngüsü boyunca yönetme biçiminin tanımlı, fiilen uygulanan ve ölçülebilir olup olmadığını bağımsız biçimde değerlendiren kanıta dayalı bir ölçme çalışmasıdır. Değerlendirme, yazılımın iç ve dış paydaş beklentilerini işlevsellik, güvenilirlik, bakım yapılabilirlik, uyum ve denetlenebilirlik açısından karşılayıp karşılamadığını; bu sonucu üreten disiplinlerin kişilere değil kuruma ait olup olmadığını inceler. Denetim geliştirme işinin yerine geçmez; mevcut durumu ölçer ve olgunluk seviyesini kanıtla birlikte raporlar.
6
değerlendirme boyutu
45
gereklilik maddesi
5
olgunluk seviyesi
Kanıta dayalı
kayıt, veri ve görüşme
Amaç
Yazılım Geliştirme ve Yönetimi denetimi neyi sağlar?
Denetimin amacı, yazılım geliştirme ve yönetimi alanındaki kabul görmüş uygulamaların kurumda hangi ölçüde hayata geçtiğini tarafsız biçimde ortaya koymaktır. Kurum bu sayede teslim hızının, teslim güvenilirliğinin ve bakım maliyetinin hangi eksik disiplinlerden kaynaklandığını görür; iyileştirme bütçesini varsayım yerine kanıtla önceliklendirir. Sonuç, yönetime karar verilebilir bir tablo, geliştirme ekiplerine ise somut ve uygulanabilir bir gündem sunar.
Değerlendirme boyutları
Denetimde neye bakıyoruz?
01
Geliştirme Yaklaşımının Tanımlılığı
Kurumun elinde birden fazla yaşam döngüsü modeli (sıralı, artımlı, yinelemeli) tanımlı mı ve her ürün için seçim; gereksinimlerin, önceliklerin ve kaynak belirsizliğinin düzeyine göre gerekçelendiriliyor mu incelenir. Ekiplerin seçilen yaklaşıma fiilen uyup uymadığı ayrıca ölçülür.
02
Gereksinim ve Kalite Ölçütleri
İşlevsel ve işlevsel olmayan (garanti) gereksinimlerin nasıl belirlendiği, kimin sahiplendiği ve tamamlanma ölçütlerine girip girmediği değerlendirilir. Kalite tanımının performans, güvenlik, kullanılabilirlik, bakım yapılabilirlik ve taşınabilirlik boyutlarını kapsayacak biçimde yazılı olması aranır.
03
Kod Üretimi ve İnceleme Disiplini
Kodlama kurallarının varlığı ve fiilen uygulanması, testlerin kodlamadan önce yazılıp yazılmadığı, eş incelemenin kayıtlı ve kodun yazarı dışında bir kişi tarafından yapılıp yapılmadığı incelenir. Otomatik testlerden gelen geri bildirimin hızı ile düzeltmeye dönüşme süresi ölçülür.
04
Teknik Borç ve Bakım Yönetimi
Hızlı çözümlerin biriktirdiği yeniden çalışma yükünün kayıt altına alınıp alındığı, tahmin edildiği ve planlı biçimde azaltıldığı değerlendirilir. Düzeltici, önleyici, uyarlayıcı ve iyileştirici bakımın ayrı ayrı görünür olması ile yeniden düzenleme işlerinin gerçekten sıraya girmesi aranır.
05
Yapılandırma Ürünleri, Sürüm Kontrolü ve Ortamlar
Spesifikasyon, tasarım, kaynak kod, betik ve dokümantasyonun tümünün sürüm kontrolü altında olup olmadığı; geliştirme, test ve üretim ortamlarının kontrollü biçimde sağlanıp sağlanmadığı incelenir. Derleme, test ve dağıtım hattındaki otomasyonun kapsamı ile el ile yürütülen adımlar tespit edilir.
06
Roller, Bilgi Akışı ve Tedarikçi Düzeni
Önceliklendirmede tek yetkili bir ürün sahibinin bulunup bulunmadığı, takım liderinin ekip ile kurumun geri kalanı arasındaki bağı nasıl kurduğu ve iş listesi akışının tek kayıt sistemi üzerinden yürüyüp yürümediği değerlendirilir. Dış geliştirme ekipleri varsa sözleşmedeki hizmet tanımı, kalite ölçütleri ve çift kayıt yükü de kapsama girer.
Kanıt kaynakları
Bulgular görüşe değil, kanıta dayanır.
Değerlendirme sırasında aşağıdaki kaynakları birlikte inceler, her bulguyu izlenebilir bir kanıta bağlarız.
- Geliştirme yaşam döngüsü politikası, kodlama kuralları, tasarım standartları ve tamamlanma ölçütlerinin yazılı hâli
- Sürüm kontrol sistemi kayıtları: dal ve birleştirme kuralları, kod inceleme talepleri, onaylayan kişiler ve inceleme süreleri
- İş listesi ve görev takip sistemi verileri: kalem türleri, önceliklendirme kararları, hata ve teknik borç kalemlerinin yaşlanması
- Otomatik derleme ve test hattı yapılandırmaları, test kapsamı raporları, başarısız derleme ve geri alma kayıtları
- Sürüm notları ile geliştirme, işletim ve kullanım için üretilen teknik, kullanıcı ve yönetim dokümantasyonu
- Yayına alındıktan sonra tespit edilen kusur kayıtlarının olay ve problem kayıtlarıyla eşleştirilmesi
- Geliştirme, test ve üretim ortamlarının yapılandırma kayıtları ile erişim ve yetki listeleri
- Ürün sahibi, takım lideri, geliştirici, test mühendisi ve altyapı ekibiyle yapılan yapılandırılmış görüşmeler
- Yazılım geliştirme ve bakım hizmeti sözleşmeleri; hizmet tanımı, bilgi aktarımı, kayıt sistemi ve bilgi güvenliği hükümleri
Olgunluk ölçeği
Yazılım Geliştirme ve Yönetimi olgunluğu nasıl ölçülür?
Her boyut beş seviyeli ortak bir ölçekle puanlanır; seviye tarifleri bu pratiğe özgüdür, böylece sonuç karşılaştırılabilir ve tekrarlanabilir olur.
- Seviye 1
Kişiye Bağlı
Geliştirme yaklaşımı yazılı değildir; yöntem geliştiriciye ve işin aciliyetine göre değişir. Kod incelemesi rastlantısaldır, sürüm kontrolü kısmi veya ekip bazlıdır, kusurlar büyük ölçüde sözlü aktarılır. Bir kişinin ayrılması uygulamanın anlaşılabilirliğini doğrudan tehdit eder.
- Seviye 2
Temel Düzen
Kaynak kod tek bir sürüm kontrol sisteminde tutulur ve kusur kayıtları açılır. Ancak işlevsel olmayan gereksinimler yazılı değildir, teknik borç kayıt dışıdır ve testler çoğunlukla kodlama sonrasında el ile yapılır; baskı altında teslim tarihi kaliteden ödün verilerek korunur.
- Seviye 3
Tanımlı ve Tutarlı
Seçilebilir yaşam döngüsü modelleri seti tanımlıdır ve ürün bazındaki seçim gerekçesiyle kaydedilir. Kodlama kuralları, kayıtlı eş inceleme ve işlevsel olmayan gereksinimleri de içeren tamamlanma ölçütleri zorunludur; otomatik derleme ve test hattı düzenli çalışır, üretilecek dokümantasyonun kapsamı mutabık kalınmıştır.
- Seviye 4
Ölçülen ve Yönetilen
Teslim sıklığı, spesifikasyondan yayına hazır koda geçiş süresi, yayın sonrası kusur sayısı, teknik borç tahmini ve uyum durumu düzenli ölçülür; sonuçlar ürün sahibiyle birlikte gözden geçirilir. Teknik borcun azaltılması bütçelenir ve dış geliştirme ekipleri de aynı kontrollere ve tek kayıt sistemine tabidir.
- Seviye 5
Sürekli İyileştiren
Ölçümler yalnızca teslimi değil, yaklaşım seçiminin kendisini de sorgulamak için kullanılır; iyileştirme kararları düzenli değerlendirme toplantılarından çıkar ve geri bildirim döngüsü bilinçli olarak kısaltılır. İşletim ve bakım işleri sistemli biçimde otomasyona aktarılır, bakım yapılabilirlik yatırımı maliyet-fayda kararına dayanır ve kalite gerilemesi ölçülerek engellenir.
Tipik bulgular
Sahada en sık neyle karşılaşıyoruz?
Aşağıdaki sapmalar farklı sektörlerde tekrar eder. Denetim, bunların kurumunuzda geçerli olup olmadığını kanıtla ortaya koyar.
- 01Yaklaşım kâğıt üzerinde yinelemeli, uygulamada kapı onaylarına bağlı sıralı ilerliyor; iki düzenin gereği aynı işin iki kez kaydedilmesine yol açıyor.
- 02İşlevsel olmayan gereksinimler tamamlanma ölçütlerine girmiyor; bakım yapılabilirlik ve güvenlik yayın sonrasına bırakılıyor.
- 03Teknik borç ne kayıtlı ne bütçeli; geçici çözümler kalıcı hâle geliyor, yeniden düzenleme kalemleri iş listesinde süresiz bekliyor.
- 04Kod incelemesi biçimsel: inceleme kaydı yok ya da onay çoğu kez kodun yazarına yakın tek kişiden geliyor.
- 05Sürüm kontrolü yalnızca kaynak kodu kapsıyor; spesifikasyon, betikler, ortam yapılandırması ve dokümantasyon dışarıda kalıyor.
- 06Ürün için tek önceliklendirme yetkisi tanımlı değil; geliştirme ekibi birbirinden bağımsız kanallardan doğrudan iş alıyor.
- 07Ölçüm faaliyet sayısına odaklı: kapatılan görev sayılıyor, teslim güvenilirliği ve yayın sonrası kusur ölçülmüyor.
Çıktılar
Denetim sonunda ne teslim edilir?
Çıktı 01
Olgunluk Profili
Altı boyutun her biri için 1-5 arası seviye, seviyeyi hangi kanıtın taşıdığı ve bir üst seviyeye geçmek için eksik olan koşullar. Kurum içi karşılaştırma yapılabilmesi için ekip veya ürün bazında ayrıştırılır.
Çıktı 02
Bulgu Kayıtları ve Etki Değerlendirmesi
Her bulgu için gözlem, dayandığı kanıt, etkilenen taraf ve olası sonuç; teslim güvenilirliği, bakım maliyeti ve uyum riski açısından derecelendirme. Bulgular pratik düzeyinde yazılır, kişi performansı değerlendirmesi içermez.
Çıktı 03
Kanıt Dosyası ve İzlenebilirlik Matrisi
İncelenen kayıt, sistem verisi, doküman ve görüşmelerin listesi ile her bulgunun hangi kanıta bağlandığı. Kurum aynı ölçümü kendi başına yineleyebilecek biçimde belgelenir.
Çıktı 04
İyileştirme Yol Haritası
Sahibi, sırası ve ön koşulu belirtilmiş öneriler; kısa vadede kapatılabilecek eksikler ile yapısal değişiklik gerektiren işler ayrı gösterilir. Öneriler kurumun mevcut araç ve ekip yapısına göre ölçeklendirilir.
Çıktı 05
Yönetici Özeti ve Gösterge Seti Önerisi
Üst yönetim için kısa değerlendirme ve karar noktaları; ayrıca bundan sonra düzenli izlenmesi önerilen göstergeler (teslim sıklığı ve hızı, yayın sonrası kusur, teknik borç tahmini, uyum durumu) ve ölçüm biçimleri.
Gereklilik dokümanı
Yazılım Geliştirme ve Yönetimi Denetim Gereklilikleri
Bu doküman, Yazılım Geliştirme ve Yönetimi pratiğinin bağımsız denetiminde esas alınan şartları tanımlar. Kapsam; geliştirme ve yönetim yaklaşımının yönetişimi ve yaşam döngüsü modeli seçimi, gereksinimlerin ve yazılım kalitesi ölçütlerinin tanımlılığı, iş listesi yürütümü ile tasarım ve kod üretimi, kod inceleme ve otomatik test geri bildirimi, teknik borç ile bakım ve yeniden düzenleme yönetimi, yapılandırma ürünlerinin sürüm kontrolü ile ortamlar ve otomasyon, roller ve tedarikçi düzeni, kayıt düzeni ile ölçüm ve iyileştirme başlıklarını içerir. Şartlar; kurum içinde geliştirilen, dışarıdan geliştirilen ve devralınarak bakımı yürütülen uygulama yazılımlarına eşit biçimde uygulanır; uygulamanın kullanımdan kaldırılması ve başka bir tarafa devredilmesi de kapsam içindedir. Yazılım mimarisinin belirlenmesi, iş gereksinimlerinin çıkarılması, yayının kullanıma açılması, ürünlerin bir ortamdan diğerine dağıtımı, bağımsız doğrulama ve test, uygulama portföyü kararları ile uygulama izleme başka pratiklerin konusudur; bu doküman söz konusu faaliyetleri yalnızca geliştirme ile arayüzü bakımından inceler. Doküman bir uygunluk belgelendirme şeması değildir; kanıta dayalı mevcut durum tespiti ve iyileştirmenin önceliklendirilmesi için kullanılır.
Dokümanı görüntüleyin- 01
Kapsam
Değerlendirilecek alanlar ve başarı ölçütleri birlikte belirlenir.
- 02
Kanıt
Kayıt, sistem verisi ve görüşmeler tek bir kanıt setinde toplanır.
- 03
Puanlama
Her boyut ortak ölçekle puanlanır; sapmalar kanıta bağlanır.
- 04
Bulgu
Bulgular iş etkisi ve riske göre önceliklendirilir.
- 05
Plan
Sorumluluk ve etkiyle sıralanmış iyileştirme adımları teslim edilir.
Kapsamdan iyileştirme planına · 5 adım
Sık sorulanlar
Yazılım Geliştirme ve Yönetimi denetimi hakkında sık sorulanlar
Denetim için belirli bir çevik yöntem uyguluyor olmamız gerekir mi?
Gerekmez. Denetim tek bir modeli doğru kabul etmez; sıralı, artımlı ve yinelemeli yaklaşımların hepsi yerine göre uygundur. Değerlendirilen şey, seçilen yaklaşımın ürünün gereksinim ve belirsizlik düzeyine uygun olup olmadığı ve yazılı yaklaşımın fiilen uygulanıp uygulanmadığıdır.
Bu bir kod kalitesi incelemesi mi, süreç denetimi mi?
İkisinin kesişimidir. Kaynak kod, inceleme kayıtları ve derleme hattı verileri kanıt olarak incelenir; ancak amaç kodun satır satır teknik eleştirisi değil, kaliteyi üreten disiplinlerin kurumda ne ölçüde yerleşik olduğunun ölçülmesidir.
Geliştirme işini dışarıdan alıyoruz, denetim kapsamına girer mi?
Girer. Tedarikçiyle yürütülen geliştirme ve bakım işinde hizmet tanımının netliği, kalite ölçütlerinin sözleşmede yer alması, tek kayıt sisteminin belirlenmiş olması ve dış ekibin kurumun kontrollerine uyumu incelenir. Çift kayıt tutma gibi gizli yükler de raporlanır.
Denetim geliştirme ekiplerinin işini ne kadar aksatır?
Ağırlık sistem verisi ve doküman incelemesindedir; ekiplerden istenen katkı sınırlı sayıda kısa görüşme ve örnekleme yapılacak kayıtların erişilebilir kılınmasıdır. Çalışma kurumun teslim takvimine göre planlanır ve bulgular paylaşılmadan önce doğrulama için ekiple teyit edilir.
ServiceCore ekosistem ayrıcalığı
Olgunluk denetimi tamamen ücretsiz.
Bu ayrıcalık bireysel değerlendirme için değil; kurumun yönetim pratiklerindeki mevcut durumunu kanıtla ortaya koyan kurumsal denetim hizmeti içindir.
- ServiceCore müşterileri
- iş ortakları
- bayiler
- temsilciler
- ambassadorlar
- teknoloji ortakları
- ServiceCore dostları
Bu denetimlerde hem ilgili pratiğin kurumdaki durumu hem de ServiceCore ile bu ihtiyacın nasıl giderildiği incelenmektedir. Bu hizmet ürün bağımlı ve ServiceCore ürün ve teknoloji ailesine bağlı olarak tasarlanmış bir hizmettir. Ücretli değildir ve sadece Premium Professional Services (PPS) anlaşmalı ServiceCore müşterilerine sunulmaktadır. PPS anlaşmalı müşteriler dışında bu hizmet için talep alınmamaktadır.
Bu denetimin ServiceCore’daki karşılığı: Low Code Geliştirme Modülü
Educore platformları
Yazılım Geliştirme ve Yönetimi bizim platformlarımızda nasıl çalışır?
ServiceCore
Low Code Geliştirme Modülü
Hizmet yönetimi platformu — bu pratiğin kayıt, akış ve ölçüm tarafı.
servicecore.com.trProjectCore
Planlama & Çevik
SDLC Yönetimi · Çevik Proje Yönetimi
projectcore.com.trAICore
Yapay zekâ araçları
- FlowCoreAIMetin komutlarıyla iş akışı şeması oluşturur
- ProjectCoreAIProje ilerlemesini analiz ederek gecikmeleri tahmin eder