Pilot kurulumla büyük geçiş riskini küçültmek

Örnek bir iş senaryosu

Üç şubeli bir işletmede önce tek şubenin servis sürecini pilot olarak seçtiğinizi düşünün. Eğitim, veri aktarımı ve günlük kullanım bu kapsamda denenir. Kullanıcıların başka defter tutmaya devam ettiği noktalar özellikle incelenmelidir; bu durum eksik ekran, güven sorunu veya alışkanlık göstergesi olabilir. Pilot sonunda yalnızca hata sayısı değil, işi tamamlamak için gereken adımlar da değerlendirilir.

Dört adımda çalışma düzeni

İlk bakışta görünmeyen noktalar

Pilot kullanıcılarını yalnızca teknolojiye en yatkın kişilerden seçmek sonucu olduğundan kolay gösterebilir. Günlük işi temsil eden farklı deneyim düzeylerinden kişiler katılmalıdır. Eğitim materyali kısa görevler üzerinden hazırlanmalı; kullanıcı bütün kılavuzu okumadan temel işini tamamlayabilmelidir. Sorun bildirirken ekran adı, yapılan işlem ve beklenen sonuç istenmesi geliştiriciye yardımcı olur. Pilot sırasında değişiklikler sık yapılacaksa kullanıcıya sürüm notu verilmelidir. Dün çalışan bir davranış bugün değiştiğinde bunun hata mı planlı değişiklik mi olduğu anlaşılmalıdır. Yaygınlaştırma öncesinde ilk şubenin öğrendikleri kısa bir geçiş kontrol listesine dönüştürülmelidir.

Kapsam görüşmesini çalışma dosyasına dönüştürme

Görüşme sonunda yalnızca toplantı notu değil, kısa bir çalışma dosyası oluşturun. Dosyada hedef kullanıcı, çözülecek sorun, seçilen iş senaryosu, kapsam dışı işler ve kabul ölçütleri yer alsın. Belirsiz konuları kesinmiş gibi yazmayın; açık soru ve sorumlu olarak işaretleyin. Bu dosya teklifin ve sonraki testin ortak referansı olabilir. Bir özellik eklenmek istendiğinde hedef senaryoya katkısı ve mevcut işleri etkileyip etkilemediği değerlendirilir. Böylece kapsam değişikliği kişisel beklentiler yerine görünür bir karar üzerinden ele alınır. Teknik ayrıntılar iş ihtiyacını gölgelememelidir.

Önceliklendirmede kullanım sıklığı, iş etkisi ve bağımlılıkları birlikte düşünün. Çok dikkat çeken bir gösterge ekranı, temel kayıt akışı olmadan anlamlı veri üretemez. İlk sürümde günlük işin baştan sona tamamlanmasını sağlayan dar kapsam daha değerli olabilir. Prototipleri gerçekçi görevlerle deneyin; yalnızca ekran görüntüsü onayı almayın. Kullanıcı hatalı seçim yaptığında geri dönebiliyor mu, eksik bilgi anlaşılır biçimde gösteriliyor mu ve başka kişi kaldığı yerden devam edebiliyor mu sorularını sorun. Bu gözlemler geliştirme önceliğini daha sağlam hale getirir.

Teslim planında veri geçişi, eğitim, yayın ve bakım için de zaman ayırın. Yazılımın kodunun bitmesi işletmenin kullanıma hazır olduğu anlamına gelmez. Eski sistemdeki açık işlemlerin yeni düzene nasıl taşınacağı belirlenmelidir. Eğitim, rol bazlı kısa görevlerle desteklenebilir. Kabul sırasında hangi sürümün hangi senaryoları karşıladığı kaydedilsin. Kalan eksikler için önem, sorumlu ve hedef tarih yazın. Gelecekteki geliştirmeleri mevcut sürümün özelliği gibi sunmayın. Başarılı bir proje, beklentinin açık olduğu ve ilerlemenin çalışan örneklerle değerlendirildiği bir işbirliği gerektirir.

Ekibinize sorabileceğiniz sorular

• Pilotun biteceği ölçütler belli mi?
• Kullanıcılar paralel kayıt tutuyor mu?
• Yaygınlaştırmadan önce hangi sorunlar kapanmalı?

Bu soruları seçtiğiniz örnek kayıt üzerinde yanıtlayın. Her açık nokta için sorumlu kişiyi, yapılacak düzeltmeyi ve yeniden kontrol tarihini not edin. Böylece görüşme, uygulanabilir bir iş listesiyle tamamlanır.