Başarılı bir pilotun neye benzediği, pilot başlamadan önce iki tarafça yazılı olarak cevaplanır. Aksi halde sonunda herkes farklı bir başarı ölçütü kullanır ve karar ertelenir. Bu sayfa, QWorks pilotunun kapsamını, süresini, sınırlarını ve neyi taahhüt edip etmediğimizi görüşme öncesinde açıkça yazar.
Aşağıdaki çerçeve, QWorks’ün en hızlı karşılık verdiği operasyon tipini tarif eder. Belirleyici olan sektörün adı değil, operasyonun taşıdığı koordinasyon ve kanıt yüküdür. İkinci sütun da en az birincisi kadar değerlidir: pilotun ne zaman anlamlı olacağını birlikte görmek, kararı hızlandırır.
Bu bir ön eleme aracı değil, ortak bir çerçeve. Sağ sütuna daha yakın olsanız da konuşmaya değer; çoğu zaman doğru cevap “hayır” değil, “önce şu adım” olur.
Yeni bir kurumsal yazılım markasının karşısındaki asıl engel, mevcut çözüm değil karar vericinin taşıdığı risktir. Bu riski gizlemenin yolu yoktur; yönetilebilir hale getirmenin yolu vardır: kapsamı daraltmak, kriteri önceden yazmak ve çıkışı takvime almak.
Aşağıdaki sekiz başlık her pilotta aynıdır. İçerikleri kuruma göre değişir; varlıkları değişmez. Ticari koşullar bu kapsam netleştikten sonra, ayrı olarak yazılır.
Kapsam baştan yazılı olarak sınırlandırılır. “Önce her şeyi kuralım” yaklaşımı pilotu projeye dönüştürür ve kararı geciktirir.
Kurulum karmaşıklığına göre değişir. Bir kalite operasyonunun davranışının değiştiğini görmek için yeterli, kurumsal dikkati tüketmeyecek kadar kısa.
Sponsoru olmayan pilot teknik olarak başarılı olsa bile ticari karar üretmez. İki isim baştan bellidir.
Sahiplik, termin, kanıt, eskalasyon ve yönetim görünürlüğü. “Kaç kullanıcı giriş yaptı” bir başarı ölçütü değildir.
Müşteri adı, parça numarası ve personel ismi gerekmiyorsa alınmaz. Gerçek veri gerekiyorsa sınırları yazılı hale getirilir.
“Her sistemi entegre etmeden başlayamayız” yaklaşımı pilotu aylarca geciktirir. Entegrasyon kapsamı pilotun sorusuna göre belirlenir.
Verinin ve altyapının kontrolü müşteride kalır. Dağıtım modeli BT’nin standartlarına göre kapsamlandırılır.
Pilot “bakalım nasıl gidiyor” ile bitmez. Başlangıçta tarihi belirlenmiş bir karar toplantısıyla kapanır.
Fiyat bu sayfada yer almaz. Ticari çerçeve, kapsam ve başarı kriteri netleştikten sonra yazılı olarak paylaşılır — sonradan görünen kalem bırakmayacak biçimde: lisans, devreye alma, entegrasyon ve destek ayrı ayrı.
“Kaç kişi giriş yaptı” sorusu pilotun başarısını göstermez. Pilot, kalite operasyonunun bugün kişisel takibe bağlı olan kısımlarının kurala bağlanıp bağlanmadığını ölçer. Aşağıdaki üç eksen çoğu pilotta ortaktır; kesin ölçütler kapsam belirlenirken sizin süreç diliniz üzerinden yazılır.
Açık vakalarda kimin, neyi, ne zamana kadar yapacağı sistemde tanımlı mı; yoksa hâlâ kişisel takipte mi?
Örnek ölçüt: pilot kapsamındaki kritik aksiyonların tamamında atanmış sorumlu ve tanımlı termin bulunması.
Kritik adımlar kanıt ve onay olmadan kapanabiliyor mu?
Örnek ölçüt: kanıt zorunluluğu tanımlı adımların beyanla kapatılamaması ve etkinlik doğrulamasının ayrı bir adım olarak işlemesi.
Gecikme yalnızca hatırlatma mı üretiyor, yoksa doğru yönetim seviyesini gerçekten devreye mi sokuyor?
Örnek ölçüt: riskteki vakaların süre dolmadan yönetim görünürlüğüne girmesi ve eskalasyonun kişi inisiyatifi olmadan işlemesi.
Karşılaştırma noktası baştan alınır. Pilot başlamadan önce bugünkü çalışma şekli — hangi adım nerede bekliyor, kim kovalıyor, kanıt nasıl toplanıyor — kısaca kayda geçirilir. Sonuç, bu başlangıç durumuyla karşılaştırılır; genel sektör ortalamalarıyla değil.
Her temasın amacı satış kapatmak değil, risk seviyenize uygun bir sonraki adımı netleştirmektir. Aşağıdaki basamakların hepsinden geçmek zorunda değilsiniz; ama pilotun anlamlı olması için mevcut operasyonun birlikte görülmüş olması gerekir.
12 kontrol noktası, dört boyut. Mevcut operasyonun hangi noktada kişisel takibe bağlı kaldığını kendiniz görürsünüz.
Yakın zamanda yaşanmış tipik bir şikâyeti birlikte adım adım yürütürüz. Bu görüşmede ekran açmayız.
Kapanmış ve anonimleştirilmiş tek bir vakanızı seçersiniz; mevcut akışı çıkarır, aynı senaryonun kontrollü işletim modelini gösteririz.
Genel bir ürün turu değil; kendi vakanızın QWorks üzerinde nasıl yürüdüğü. Gecikme, eskalasyon ve kanıt kontrolü dahil.
Tanımlı kapsam, tanımlı süre, tanımlı başarı kriteri ve önceden takvime alınmış karar toplantısı.
Referans sayısı azken güven, iddiayı büyüterek değil sınırları açıkça çizerek kurulur. Aşağıdaki sağ sütun, çoğu tedarikçinin yazmaktan kaçındığı kısımdır; bizim için satış görüşmesinin ilk cümlesidir.
Toplantının gündemi pilot başlamadan yazılır: başlangıç durumu, üzerinde uzlaşılan başarı kriterleri, gözlenen sonuç ve üç olası karardan biri. Sonucu değil, takvimi taahhüt ederiz.
Kriterler karşılandı; kapsamın ikinci sürece, ikinci tesise veya daha geniş kullanıcı grubuna genişletilmesi konuşulur.
Kriterlerin bir kısmı karşılandı; hangi varsayımın yanlış çıktığı yazılır ve kapsam yeniden tanımlanır.
Kriterler karşılanmadı; nedeni kayda geçirilir, ortam ve veri konusunda ne yapılacağı önceden tanımlı biçimde uygulanır.
Satın alma, BT ve üst yönetimin ilk sorularını görüşmeye bırakmıyoruz.
Pilotun ticari çerçevesi kapsamla birlikte belirlenir; standart bir fiyat listesi üzerinden konuşmuyoruz. Net olan şu: başarı kriteri, sponsoru ve çıkış tarihi olmayan süresiz bir çalışma yürütmüyoruz. Kapsam netleştiğinde ticari koşullar da yazılı hale gelir.
Hayır. Pilotun amacı satış kapatmak değil karar üretmektir. Başarı kriteri karşılanmazsa bu da geçerli bir sonuçtur; nedenini birlikte kayda geçiririz. Karar toplantısının tarihi baştan bellidir, sonucu değil.
QWorks kurum içi ya da kurumun kontrolündeki bir ortamda konumlandırılır; verinin ve altyapının kontrolü sizde kalır. Pilotta yalnızca çalışması için gereken minimum veri kullanılır. Müşteri adı, parça numarası ve personel ismi gerekmiyorsa alınmaz; gerekiyorsa veri işleme sınırları yazılı hale getirilir.
Pilot için minimum gerekli kurulum hedeflenir: ortam, kimlik/erişim yaklaşımı ve — yalnızca pilotun değer hipotezi için şartsa — sınırlı bir entegrasyon. Mimari, dağıtım, yedekleme ve destek modelini pilot başlamadan önce BT ile birlikte netleştiririz; bu konuları teklif sonrasına bırakmayız.
Hayır. QWorks kaynak sistemlerin yerine geçmez; onların ana veri sahipliğini korur ve aralarında kalan kalite operasyonunu yürütür. Pilotun sorusu “hangi sistem kalacak” değil, “bu operasyon bugün nerede kişisel takibe düşüyor” sorusudur.
Hayır. Görünürlük ayrı bir konudur ve ancak sizin yazılı onayınızla gündeme gelir. Onayınız olmadan hiçbir logo, rakam, alıntı veya süreç detayı yayınlanmaz.
İlk ekranı geliştirmek mümkündür. Asıl soru; stage/gate, kanıt zorunluluğu, müşteri özel SLA, eskalasyon, etkinlik doğrulaması ve yıllar içinde değişen kalite politikalarının aynı omurgada sürdürülüp sürdürülemeyeceğidir. QWorks bunu tek bir uygulama değil, ürünleşmiş bir kalite işletim modeli olarak sağlar.
Sınırlı bir kullanıcı grubu yeterlidir — genellikle tek bir süreçte fiilen çalışan ekip. Amaç kurumu baştan aşağı değiştirmek değil, tek bir kritik akışın davranışının ölçülebilir biçimde değiştiğini görmektir.
Öncelikli süreci, tesis kapsamını, sponsoru ve başarı kriterini tek bir görüşmede netleştirelim. Bu görüşmede ürün göstermek zorunda değiliz; önce sizin operasyonunuza bakarız.
