Doğrulanmış kapsamdan GO-LIVE READY'ye.

Çünkü fiyat kapsama bağlıdır ve kapsam Assess tamamlanmadan doğrulanmış değildir. Kapsam doğrulandıktan sonra tek bir sabit Implement toplamı onaylanır ve hesabınızda görünür. Önceden yazılan bir rakam, bilinmeyen bir kapsam için verilmiş bir söz olurdu.

Hayır. Kurulu sistemin ölçülmesi bir devam projesini gerektirmez; ölçüm hiç aksiyon gerekmediğini de söyleyebilir. Implement varsayılan sonraki adım değildir.

Bütçe genelde tek bir büyük hatadan değil, aynı mekanizmanın tekrarından aşar: iş, kapsam yazıya dökülmeden fiyatlanır. Sözleşme bir kapasite taahhüdüdür (adam-gün), kapsam ise proje ilerledikçe ortaya çıkar; her yeni keşif bir değişiklik talebine, her talep ek güne dönüşür. Üç tipik kaynak: (1) kayıt dışı süreçler — yan tablolar, resmî olmayan onaylar, depodaki farklı akış; (2) veri göçü — eski sistemdeki verinin beklenen biçimde olmaması genelde testte görülür; (3) karar gecikmeleri — verilmemiş bir iş kararı, geliştirme başladıktan sonra iki kez iş yaptırır. Üçü de aynı ortak nedene çıkar: kapsam, taahhütten SONRA keşfedilmiştir. MindDX sırayı tersine çevirir — fiyat, doğrulanmış kapsamın üstüne kurulur.

Beş hazırlık, teknik kurulumdan önce gelir. (1) Karar sahipliği: her süreç için kararı kimin vereceği yazılı olmalı; isimsiz bir süreç, proje ortasında duraklar. (2) Veri durumu: ana veri (müşteri, ürün, stok, tedarikçi) tekilleştirilmeli ve eksik alanlar önceden bilinmeli — göç, testte değil hazırlıkta ölçülür. (3) Süreç envanteri: kayıt dışı akışlar dahil, bugünkü işleyişin yazılı hâli. (4) Kapsam kararı: her gap için «uyarla / süreci değiştir / kapsam dışı» kararının verilmiş olması. (5) Kullanıcı hazırlığı: hangi rolün hangi ekranı nasıl kullanacağı, eğitim öncesinde belirli olmalı. Bu beşi eksikse proje başlar ama kapsam sonra ortaya çıkar. MindDX'te ilk dördü Assess'in, beşincisi Implement'in içindedir.

Blueprint, bir ERP projesinde «ne kuracağız» sorusunun yazılı cevabıdır: süreçlerin hedef hâli, her süreç adımının hangi sistem işleviyle karşılanacağı, fit/gap kararları ve her kararın gerekçesi. Bir özellik listesi değildir — listeler neyin isteneceğini söyler, Blueprint neyin NASIL çalışacağını söyler. İyi bir Blueprint üç şeyi birlikte taşır: (a) hedef süreç akışı, (b) karşılık gelen sistem yapılandırması, (c) kapsam dışı bırakılanlar ve sebepleri. Üçüncüsü çoğunlukla atlanır ve en pahalı eksiktir: yazılmayan «kapsam dışı», sonradan «unutulmuş gereksinim» olarak geri döner. MindDX'te Blueprint, Discover'ın çıktısıdır ve Implement'in girdisi olur — yani bir sunum dosyası değil, uygulamanın dayandığı belgedir.