Karar Rolleri ve Satın Alma Sistemi

Ön koşul: Discovery karar hedefini, gereksinim register’ını ve bilgi durumlarını kurabilmelisin. Bu dersin sonunda kurumsal satın alma kararını tek isim veya unvan yerine bir karar sistemi olarak modelleyebilecek; ekonomik, teknik, kullanıcı, şampiyon ve engel rollerini çalışma hipotezi olarak ayırabilecek; bir kişinin birden fazla rol taşıyabildiğini ve rolün karara göre değiştiğini gösterebilecek; eksik temsil ile yetki boşluklarını kanıtla doğrulayabileceksin. Yaklaşık 24 dakika anlatı ve örnek, 14 dakika Arven haritası, 10 dakika bilgi kontrolleridir.

“Kararı kim veriyor?” gerekli fakat çoğu zaman yetersiz bir sorudur. Kurumsal teknoloji yatırımı bütçe tahsisi, teknik uygunluk, güvenlik ve uyum kontrolü, günlük kullanım, satın alma prosedürü ve uygulama kabulü gibi farklı kararları içerir. Aynı kişi bunlardan birkaçını sahiplenebilir; bazen her kararın sahibi farklıdır. Bu nedenle tek “karar verici” aramak yerine hangi kararın, hangi aşamada, hangi ölçüt ve yetkiyle kapandığını sor. Unvan yetki için ipucudur, kanıt değildir. CFO ekonomik gerekçeyi onaylayabilir fakat belirli bütçe eşiğinde yönetim kurulu kararı gerekebilir. Altyapı direktörü teknik seçimi savunabilir fakat güvenlik ekibinin resmî istisna yetkisi vardır. Sistem yöneticisi imza sahibi olmayabilir; yine de uygulanamaz bir operasyon modelini ilk fark eden kişidir. Satın alma ekibi ürün seçmezken rekabet, sözleşme ve takvim kurallarıyla seçenek alanını değiştirebilir. Karar haritası insanları kutulara hapsetmez. Belirli fırsat ve tarih için şunları kaydeder: kapatılacak karar, formel yetki, fiilî etki, başarı ölçütü, kabul edilemez sonuç, ihtiyaç duyulan kanıt, mevcut tutum, erişim yolu ve bilgi güveni. Yeni bilgi geldiğinde rol değişebilir. Başta şampiyon görünen kişi yalnız toplantı koordinatörü çıkabilir; sessiz kullanıcı daha sonra kabul testinin resmî sahibi olabilir. Harita doğrulanabilir ve düzeltilebilir olmalıdır.

Kitaptaki beş rol ortak bir başlangıç dili sağlar. Ekonomik rol yatırımın değer, bütçe ve alternatif maliyet kararını etkiler. Teknik rol gereksinim, mimari, güvenlik, entegrasyon ve desteklenebilirlik kabulünü inceler. Kullanıcı rol çözümü günlük işte yaşayacak kişiler ile operasyon ekiplerinin sonuçlarını taşır. Şampiyon değişimin değerini içeride anlatan, gerekli erişim ve karar ilerlemesini sağlayan güvenilir destekçidir. Engel ise belirli risk, çıkar, kısıt veya kanıt eksikliği nedeniyle ilerlemeyi durduran etkidir. Bu adlar kişi tipi veya kişilik değildir. “Ekonomik alıcı yalnız ROI konuşur”, “teknik alıcı iş değerini anlamaz”, “kullanıcı değişimden korkar” gibi genellemeler görüşmeyi yönlendirir ve kişiyi gerçek bağlamından koparır. Bir güvenlik yöneticisi teknik kabulün yanında büyük olay riskinin ekonomik sahibidir. Bir kullanıcı temsilcisi güçlü formel veto taşıyabilir. Şampiyon belirli çözümün taraftarı olmak zorunda değildir; doğrulanmış probleme ve adil karar sürecine destek olabilir. Engel etiketi özellikle dikkat ister. İtiraz eden kişiyi düşman veya “nötralize edilecek” hedef saymak meşru riskleri susturur. İtirazın konusu, dayanağı, etkisi ve kapanma koşulu kaydedilir. Desteklenmeyen tercih ile zorunlu güvenlik kısıtı aynı değildir. Amaç kişiyi yenmek değil, kararın hangi kanıt veya trade-off ile ilerleyebileceğini açıklamaktır.

Paydaşı önceliklendirmek için tek güç–ilgi matrisi yararlıdır fakat kesin gerçek üretmez. Güç belirli kararı etkileyebilme kapasitesi, ilgi karar sonucunun paydaş için önemi olarak ele alınır. PMI kaynakları tutumu da ayrı boyut olarak eklemeyi önerir; çünkü yüksek güçlü fakat düşük ilgili biri kritik bir anda devreye girebilir. Mitchell, Agle ve Wood’un salience yaklaşımı güç, meşruiyet ve aciliyeti birlikte düşünür. Bu mercekler kimin önemli insan olduğunu değil, hangi paydaş iddiasının hangi anda yönetim dikkati istediğini sorgular. Puanlar görüşmeden önce yalnız ASSUMED olabilir. “CFO yüksek güç, düşük ilgi” kaydı hangi karara göre yazıldığını ve hangi kanıta dayandığını taşımalıdır. Güç resmî imza, bütçe kontrolü, uzmanlık, kritik bilgi veya uygulama bağımlılığından gelebilir. Meşruiyet yalnız hiyerarşi değildir; çözümün etkisini günlük yaşayan kullanıcıların talebi meşrudur. Aciliyet yüksek sesle değil, zaman duyarlılığı ve etkinin büyüklüğüyle değerlendirilir. Harita gizli kişilik dosyasına dönüşmemelidir. Yalnız fırsat kararı için gerekli profesyonel rol, ifade ve eylemleri kaydet; hassas kişisel çıkarım yapma. Erişimi sınırla, doğrulanmamış yorumları fact yazma ve gözlemi yorumdan ayır. “Toplantıda telefonuna baktı” bir gözlemdir; “yatırımla ilgilenmiyor” çıkarımdır. Bunun yerine karar için gerekli değerin ve temsilin doğrulanıp doğrulanmadığını sor.

Rol register’ında ad/unvan, karar bağlantısı, rol hipotezi, formel yetki, fiilî etki, başarı ölçütü, kaygı, gerekli kanıt, mevcut tutum, erişim yolu, bilgi durumu, kaynak ve son doğrulama tarihi bulunur. “Şampiyon” satırı için yalnız olumlu konuşma yeterli değildir: doğru paydaşa erişim sağlama, iç süreç hakkında doğrulanabilir bilgi verme ve üzerinde anlaşılan eylemi yerine getirme gibi tutarlı davranış aranır. Benzer biçimde “engel” satırı kişi yerine kararı durduran konuya bağlanır. Harita sürümlenir. Yetki değişirse eski kaydı silmek yerine tarihli güncelleme yap. Bir paydaşın tutumu çözüm kanıtı geldikçe değişebilir; bu tutarsızlık değil öğrenme olabilir. İletişim planı da role göre otomatik şablon değildir. Ekonomik karar için doğrulanmış değer ve risk; teknik kabul için requirement, trade-off ve test; kullanıcı kararı için iş akışı, eğitim, destek ve geri dönüş planı hazırlanır. Aynı veri farklı ayrıntı düzeyinde anlatılır, gerçekler değiştirilmez.

Arven’in storage yenilemesinde platform yöneticisi teknik veriyi topluyor ve görüşmeleri düzenliyor. Bu davranış onu şampiyon adayı yapar; fakat henüz ekonomik gerekçeye erişim sağladığı veya iç karar sürecini ilerlettiği doğrulanmamıştır. IT direktörü yaşam döngüsü riskini sahiplenir. Finans iş gerekçesi ister. Satın alma kasım dondurmasından önce teklif ve sözleşme takvimini yönetir. Uygulama sahibi performans hedefini, operasyon ekibi geçiş kesintisini kabul edecektir. Güvenlik ve veri koruma rolleri entegrasyon ve veri işleme kapsamına göre teknik kapı oluşturabilir. İlk haritada “ekonomik alıcı = finans müdürü” yazma. Bütçe kaynağını, harcama eşiğini ve iş gerekçesini kimin imzaladığını sor. Satın almayı engel olarak etiketleme; ihale veya sözleşme süresi gerçek kısıt olabilir. Platform yöneticisinin mevcut ürünü tercih etmesini kötü niyet sayma; otomasyon, beceri ve destek yatırımı gerekçelerini register’a taşı. Kullanıcı ekip toplantıda yoksa sessizliği kabul sayma. Arven karar zincirini şu sırayla sınayabilirsin: iş ve yaşam döngüsü gerekçesi; bütçe ve öncelik; performans, kapasite, güvenlik ve entegrasyon kabulü; değişiklik penceresi; kullanıcı/operasyon kabulü; sözleşme. Sıra kurum tarafından doğrulanmalıdır. Her kapıya sahip, ölçüt, belge ve tarih eklenir. Böylece sonraki sunum herkese aynı slaytı göstermek yerine aynı gerçeklerden türeyen karar odaklı özetler üretir.