TESLİM VE SORUMLULUK
Kurulumun her aşaması görünür, her teslim noktası tanımlı.
Standart kapsamı 6–8 haftalık planla yürütür; veri, karar ve onay sorumluluklarını başlangıçta ayırırız.
ÖDEME PLANI%40 sözleşme · %30 dördüncü hafta MVP · %30 final ve eğitim
Demo verileriyle hazırlanmış gerçek performans ekranı; sayısal değerler temsildir.
BAŞARI ÖLÇÜTÜ
Başlangıç: başarı ölçütünü birlikte tanımlayın.
“Dijitalleşmek” veya “tek ekrana geçmek” tek başına kabul ölçütü değildir. İlk toplantıda hangi kararın daha görünür olması gerektiğini yazarız. Ölçütler acceptance testine dönüşebilir olmalıdır.
- 0130 gün içinde bitecek sertifikaları gemi bazında bulmak
- 02Seçilen geminin rota, ETA ve uyarı bağlamına iki adımda geçmek
- 03Düşük hız / yüksek yakıt sinyalini kaynak verisiyle görmek
- 04TV ekranında kritik uyarıyı uzak mesafeden okumak
VERİ ENVANTERİ
Hangi kaynak, kimin sorumluluğunda?
AIS sağlayıcısı, sertifika listesi, noon report, ticari alan ve kullanıcı rolü tek tabloda kaynak, format, sıklık ve sorumlu ile kaydedilir. “Otomatik gelir” varsayımı yerine gerçek akış incelenir.
- 01
Keşif
Filo yapısı, roller ve başarı ölçütleri
- 02
Veri eşleme
AIS, rapor ve sertifika kayıtlarının sınırları
- 03
MVP
Dördüncü hafta çalışan çekirdek görünüm
- 04
Kabul testleri
Rol, veri ve ekran senaryolarının doğrulanması
- 05
Final
Kapsam içi düzeltmeler ve production hazırlığı
- 06
Eğitim
Canlıya geçiş, kullanım ve işletim devri
MVP
Dördüncü hafta MVP: ilk karar akışı.
MVP’nin amacı bütün ayrıntıların bitmesi değil; en yüksek değerli akışın gerçek data modeline oturduğunu göstermektir. Agreed scenario çalıştırılır, kalan issue’lar severity ve owner ile yazılır. MVP ödemesi %30’dur.
KABUL
Kabul testleri: görünüm değil davranış doğrulaması.
Renk ve layout kadar kaynak doğruluğu, rol, hata ve fallback davranışı test edilir.
- 01Güncel, gecikmiş ve eksik AIS
- 02Doğru ve yanlış sertifika tarihi
- 03Boş veya tutarsız noon report alanı
- 04Yetkili ve yetkisiz rol
- 05WebGL var ve yok
- 06Desktop, tablet, mobile ve TV viewport
- 07PDF export ve Türkçe karakter
- 08Keyboard ve reduced-motion
FİNAL VE EĞİTİM
Rol bazlı günlük akışla teslim.
Final release kritik issue’lar kapatıldıktan ve data owner’lar kaynak eşlemesini onayladıktan sonra yapılır. Eğitim ekran turu değil, rol bazlı günlük akış üzerinden yürütülür. Kullanıcı uyarının kaynağını, tarihini ve sonraki kontrol adımını bilir.
DEĞİŞİKLİK YÖNETİMİ
Değişiklik talebi nasıl yönetilir?
Sözleşmede olmayan entegrasyon, rapor veya iş akışı yazılı change request ile değerlendirilir. Talep ürün çekirdeği, müşteri configuration’ı veya ayrı özel geliştirme olarak sınıflanır. Süre, fiyat, test ve bakım sahibi onaylanmadan production kapsamına alınmaz.
İŞLETİM
Aylık işletim ve destek.
Aylık bedel AIS verisi, sunucu, barındırma, SSL, bakım ve desteği kapsar. Kritik destek için 12 iş saati, standart destek için 48 iş saati ilk yanıt hedeflenir. Severity, çalışma saatleri, bakım penceresi ve escalation kişileri sözleşmede yer alır.
MÜŞTERİ ROLLERİ
Müşteri tarafında gereken roller.
Bir kişi birden fazla rolü üstlenebilir; fakat her veri için onay sahibi bellidir.
- 01Final karar ve bütçe sahibi
- 02Günlük proje sorumlusu
- 03Operasyon veri sahibi
- 04Teknik/performance veri sahibi
- 05DPA/sertifika veri sahibi
- 06IT/erişim sorumlusu
RİSKLER
Başlıca teslim riskleri.
- 01Gemi kimliklerinin farklı dosyalarda uyuşmaması
- 02Noon report formatlarının gemiden gemiye değişmesi
- 03Sertifika tarihinin güncel olmaması
- 04AIS lisans/erişim gecikmesi
- 05Owner onaylarının beklemesi
- 06Son haftada kapsam büyümesi
- 07Whitelabel asset’in geç gelmesi
- 08Auth veya güvenlik standardının geç kararlaştırılması
Riskler schedule’da owner ve mitigation ile görünür tutulur; sessizce “geliştirme gecikmesi” olarak raporlanmaz.
CANLI ÜRÜN / KAPSAMLI GÖRÜŞME
İlk kapsam görüşmesini planlayın.
Öncelikli operasyon sorununu, filo sayısını ve mevcut veri düzenini paylaşın. Standart ürünle çözülecek alanı, configuration ihtiyacını ve kapsam dışını ilk görüşmede ayıralım.