Kararın dayanağı
Keşif, bir kararı değiştirdiğinde faydalıdır. İşi kimin yaptığı, hangi sorunun önemli olduğu ve başarının nasıl kanıtlanacağı açıklanmalıdır. Toplantı notları, üzerinde anlaşılmış sınırların yerini tutmaz.
Somut bir örnek
E-postayla teklif toplayan bir dağıtıcı düşünün. Olağan bir talebi ve stokta olmayan ürün içeren bir talebi izleyin. Talep sahibi, onaylayan, fiyat sorumlusu, süre ve düzeltme yolunu kaydedin. Görüşme yanıtlarını kimliksizleştirilmiş gerçek bir örnekle karşılaştırın.
Bir kararın sonuçlarını baştan sona izlemek
İşi yapan kişiden yakın zamanda karşılaştığı zor bir örneği, kişisel bilgiler çıkarılmış olarak göstermesini isteyin. Elindeki ilk bilgiyi, verdiği kararı, işi kime devrettiğini ve kimse harekete geçmezse ne olacağını kaydedin. Teklif sürecinde eksik tedarikçi fiyatından daha önemli sorun, teslim tarihi vermeye kimin yetkili olduğunun bilinmemesi olabilir. Hemen yeni ekran önermek yerine bu karara bir sorumlu atayın. Bugün hafızayla veya kişisel ilişkilerle yürütülen işler de keşfin parçasıdır.
Başka bir ekibin kullanabileceği sonuçlar bırakmak
Keşif dosyasında istisnaları gösteren iş akışı, temel kavramların sözlüğü, erişim kuralları, örnek girdiler, kabul senaryoları ve dış bağımlılıklar bulunmalıdır. Neye karar verildiğini, nedenini ve hangi yeni bilginin kararı değiştireceğini yazın. Maliyet tahmini toplantıya katılanların hafızasına değil bu belgelere dayanmalıdır. Açık kalan her sorunun sorumlusu ve sonraki adımı belli olsun; yalnızca “teyit edilecek” yazmak yeterli değildir. Dosya, işi başlatan kişi toplantıda bulunmadığında da anlaşılabilmelidir.
Keşfin ne zaman biteceğini belirlemek
Aynı görüşmeleri yeni bir kanıt elde etmeden tekrarlamak karar vermeyi kolaylaştırmaz. Önerilen akış açıklanabildiğinde, belirsiz etkileşim denenebildiğinde, teknik engeller bilindiğinde ve kabul edilebilir ilk teslim tanımlandığında keşfin bitişini değerlendirin. Temel bir varsayım yanlış çıkarsa durmayı veya yön değiştirmeyi gerektiren koşulu da yazın. Toplantılara katılmamış birinden dosyayı okuyup ne teslim edileceğini anlatmasını isteyin. Yanlış anlamaları, kalan belirsizliğin nerede hesaplanması, sınanması veya bilinçli olarak kabul edilmesi gerektiğini gösterir.
Değerlendirilecek seçenekler
Görüşme niyeti, gözlem geçici çözümleri, prototip etkileşimin anlaşılmasını gösterir. Teknik deneyi belirli bir yapılabilirlik sorusuna ayırın. Her faaliyet, adı konmuş bir belirsizliği gidermelidir.
Planın aksadığı yer
Her paydaş talebini zorunlu saymayın. Bağlayıcı koşulları, işletme ihtiyaçlarını ve tercihleri sahipleriyle ayırın. Kayıtlar paylaşılamıyorsa temsili kurgu veriler kullanılabilir; bu, gerçek veri kalitesinin doğrulandığı anlamına gelmez.
İşe başlamadan önce
Keşif hangi kararı değiştirecek: devam, bütçe aralığı, akış veya entegrasyon seçimi? Karar günlüğü, açık sorular ve sınanabilir kabul örnekleri isteyin. Bunlar özel yazılım görüşmesini somutlaştırır.