eber
Pilot uygulama tamamlandı ve sonuçları görmek için toplandınız. Bazı örnekler iyi çalışıyor, bazıları düzeltme istiyor. Ekibin bir bölümü hemen yaygınlaştırmak isterken diğerleri günlük kullanım için erken olduğunu düşünüyor olabilir.
Bu toplantıda tek bir genel başarı oranına bakmak yerine, devam kararını etkileyen bilgileri yan yana koyun. Büyütmek, belirli bir sorunu düzeltip yeniden denemek ve şimdilik durdurmak ayrı seçeneklerdir. Kararın nedenini yazmak, sonraki çalışmada aynı tartışmayı tekrar yaşamamanızı sağlar.
İlk hedefinize geri dönün
Pilotun başında neyi öğrenmek istediğinizi açın. Belirli bir belgeden bilgi almayı mı, şirket kaynaklarından yanıt bulmayı mı, yoksa çalışanların bir aracı kullanıp kullanmayacağını mı denediniz?
Deneme sırasında yeni fikirler çıkmış olabilir. Bunları sonraki çalışmalar için not edin; fakat ilk hedefe ulaşılıp ulaşılmadığıyla karıştırmayın. Kapsam değiştiyse hangi sonuçların eski, hangilerinin yeni beklentiyle ilgili olduğunu ayırın.
Başlangıçta bir değerlendirme planı hazırlanmadıysa bu eksikliği de karar notuna yazın. Sonradan seçilmiş birkaç başarılı örneğin bütün kullanım durumlarını temsil ettiğini varsaymayın.
Sonucu dört açıdan inceleyin
İşin kalitesi: Sonuç nerede doğru, nerede eksik? Hataların etkisi aynı mı? Düzeltilebilen küçük bir eksikle yanlış kişiye bilgi gösterilmesini aynı başlık altında toplamayın.
Çalışanların işi: Uygulama gerçekten kullanıldı mı? Kullanıcılar hangi adımlarda durdu? Kontrol ve düzeltme yükü başka bir ekibe taşındı mı? Kısa kullanıcı görüşmeleri, sayıların nedenini anlamanıza yardımcı olabilir.
Devam eden giderler: Denemedeki kullanım ile planlanan kullanım aynı mı? Daha çok kullanıcı, belge veya bağlantı geldiğinde hangi giderlerin değişeceğini inceleyin. Belli olmayan kalemleri kararın dışında bırakmayın.
Sorumluluk ve kontrol: Güncellemeyi kim yapacak? Sorun olduğunda kim müdahale edecek? Erişim, onay ve hata takibi hazır mı? NIST AI RMF, ölçümle birlikte devam eden risk yönetimini de ele alır; değerlendirmeyi yalnızca gösterim gününe indirmeyin.
Üç karardan birini gerekçelendirin
| Karar | Karar notunda ne bulunmalı? |
|---|---|
| Sınırlı biçimde büyüt | Hangi kullanıcı veya iş eklenecek, hangi kontroller sürecek? |
| Düzelt ve yeniden dene | Hangi sorun çözülecek, aynı örneklerle nasıl tekrar bakılacak? |
| Şimdilik durdur | Hangi şart karşılanmadı, yeniden değerlendirmek için ne değişmeli? |
Bir sorunu düzeltme kararı aldıysanız işi ve sorumluyu açıkça yazın. “Daha iyi hale getirilecek” ifadesi yerine hangi davranışın değişmesini beklediğinizi anlatın. Sonraki denemede de önceki örnekleri koruyun; yalnızca yeni ve kolay örneklerle karşılaştırma yapmayın.
Kararı küçük bir sonraki adımla tamamlayın
Büyütme kararı, bir anda herkese açmak zorunda olduğunuz anlamına gelmez. Yeni kullanıcı grubunu, kullanılacak işleri ve geri bildirim yolunu belirleyebilirsiniz. Sorun halinde kullanımı kimin ve nasıl durduracağını da konuşun.
Durdurmak da çalışmadan hiçbir şey öğrenilmediği anlamına gelmez. Veri eksikliği, kullanıcı ihtiyacı veya maliyet konusunda elde edilen bilgiler sonraki kararı iyileştirebilir. Bulguları saklayın, fakat ilk fikri sürdürmek için ölçütleri sürekli değiştirmeyin.
