Yazılım Projelerine Başlamadan Önce: Bir Sayfa Brifingi

Yazılım projesi başlatmadan önce herkes aynı şeyi anladığını sanıyor. Sonra milyonlar harcandıktan sonra fark ediliyor ki herkes farklı bir şey düşünüyordu. bunu önlemek için proje brief'i var.

Brief, projenin ne olduğunu, neden var olduğunu ve başarının neye benzediğini anlatan tek sayfalık bir belge. Yeni bir ekip üyesi bunu okuyunca projeyi anlayabiliyor. Gereksinimler, tahminler veya sözleşme yazılmadan önce hazırlanır.

Briefi yazmanın amacı basit: pahalı işler başlamadan insanları hizalamak. Herkesin projeyi aynı şekilde tanımladığından emin olmak, anlaşmazlıkları ucuzken çözmek, ve sonraki belgeler için sağlam bir temel oluşturmak.

Şablon şöyle ilerliyor. Önce proje adı ve tarihi. Sonra amacı: neden bu proje var, bir-iki cümle yeterli. Ardından arka plan ve problem: şu anda ne oluyor, kim etkileniyor, maliyeti ne.

Sonra hedefler geliyor. Başarı neye benziyor? Hangi sorunlar çözülmüş olacak? Kapsam da önemli: ne yapılıyor, ne yapılmıyor. Kısıtlamalar varsa listelenebilir. Son olarak bağlantı kişileri ve roller yazılır.

Bu şablon kullanmak, ekibin aynı sayfada olduğunu garantilemez ama en azından aynı kitabı okuduğundan emin olur. Anlaşmazlıklar hemen ortaya çıkar, ucuz bir şekilde çözülür. Brief yazılmamışsa, bunlar aylar sonra proje ortasında fark edilir ve çok pahalıya mal olur.