Özel Yazılım Projesi Nasıl Planlanır? Keşiften Canlıya 7 Adım

Özel yazılım projelerinin zorlandığı yer çoğu zaman teknoloji değildir. Projeler genellikle kapsamın belirsiz kalmasından, onayların geç alınmasından ve beklentilerin yazıya dökülmemesinden dolayı uzar. İyi planlanmış bir proje ise sürprizleri teslim gününe değil, en erken ve en ucuz aşamaya çeker. Aşağıdaki yedi adım, keşiften canlıya kadar bir projeyi öngörülebilir kılmak için izlediğimiz yoldur.

1. Keşif: sorunu tanımlamak

İlk görüşmenin amacı çözüm satmak değil, sorunu doğru tanımlamaktır. Bugün iş nasıl yürüyor, hangi adımda zaman kaybediliyor, aynı bilgi kaç yere giriliyor? Bazen bu görüşmenin sonunda özel yazılıma gerek olmadığı, mevcut bir paketin doğru yapılandırılmasının yeteceği ortaya çıkar. Bu da doğru bir sonuçtur.

2. Analiz: süreci haritalamak

Analizde birimlerin işleyişi adım adım çıkarılır: hangi veri kim tarafından üretiliyor, nerede tutuluyor, kim onaylıyor? Bu çalışmanın çıktısı bir teknik şartnamedir. İyi bir şartname yalnızca yapılacakları değil, kapsam dışında kalanları da yazar. Bütçe ve takvim bu dokümana dayanır.

3. Tasarım ve prototip: kodlamadan önce görmek

Ekranlar, gerçek kullanıcıların günlük akışına göre tasarlanır ve tıklanarak gezilebilen bir prototipe dönüştürülür. Bir alanın yerini, bir onay adımının sırasını ya da bir listenin sütunlarını bu aşamada değiştirmek dakikalar alır; aynı değişiklik canlı sistemde günler sürebilir. Bu yüzden prototip onaylanmadan kodlamaya geçmemek, projenin en etkili maliyet kontrolüdür.

4. Sprintlerle geliştirme: ilerlemeyi görünür kılmak

Geliştirme kısa döngülerle ilerlediğinde ilerleme rapor cümleleriyle değil, çalışan yazılımla ölçülür. İki haftalık sprintlerin sonunda çalışan ara sürüm birlikte gözden geçirilir ve bir sonraki sprintin önceliği ortak kararla belirlenir. Böylece olası bir gecikme projenin sonunda değil, oluştuğu hafta fark edilir.

5. Kapsam değişikliğini yönetmek

Uzun projelerde ihtiyaçların değişmesi olağandır. Önemli olan değişikliği engellemek değil, kayıt altına almaktır. Şartname dışındaki her talep için iş yükü, maliyet ve takvime etkisi yazılır; onay alınmadan geliştirmeye alınmaz. Küçük talepler sıradaki sprinte, kapsamı büyüten talepler ayrı bir faza yerleştirilir.

6. Test, veri aktarımı ve yayın

Canlıya almadan önce sistem gerçekçi veriyle yük testine, güvenlik kontrollerine ve kullanıcı kabul testlerine tabi tutulur. Eski sistemden veri aktarılacaksa önce mükerrer ve eksik kayıtlar temizlenir, test ortamında deneme aktarımı yapılır ve sonuç birlikte doğrulanır. Yayın, operasyonu en az etkileyecek zamana planlanır.

7. Eğitim, devir ve bakım

Ekibe kendi verileri üzerinden uygulamalı eğitim verilir; kullanım kılavuzu ve teknik dokümantasyon teslim edilir. Kaynak kod devri talep edilmişse sözleşmede tanımlanan kapsamla yapılır. Yayından sonra güvenlik güncellemeleri, hata düzeltmeleri ve yeni ihtiyaçlar bir sürüm takvimine bağlanır.

Başlamadan önce hazırlayabilecekleriniz

• Bugünkü süreci anlatan kısa bir not ya da akış şeması
• Kullandığınız programların listesi ve hangi verinin nerede tutulduğu
• Sistemi kimlerin, hangi yetkilerle kullanacağı
• Olmazsa olmaz özellikler ile “olsa iyi olur” denenlerin ayrımı
• Hedeflenen yayın tarihi ve bu tarihin dayanağı

Bu bilgiler keşif görüşmesini çok daha verimli kılar. Projenizi bu adımlarla birlikte planlamak isterseniz Duru Yazılım ekibiyle iletişime geçebilirsiniz; keşif görüşmesi ücretsizdir.