Dijitalleşme açık bir iş kuralıyla başlayabilir

Araçtan önce belirsizliği tanımlayın

Ekip yeni proje aracı arar; çünkü mağaza için hangi ürün görselinin içerik açısından onaylandığını kimse güvenilir biçimde söyleyemez. Ek durum alanları ancak kimin karar verebildiği ve kararın hangi dosya sürümüyle ilgili olduğu netse yardımcı olur.

GOV.UK Service Manual, önceden belirlenen çözümden önce çözülecek sorunun incelenmesini önerir. Bunu işletmeye uyarladığımızda önerimiz şu: Eksik iş kuralını yeni arayüze taşımadan önce tanımlayın.

Örnek: önce aynı akışı netleştirmek

Aşağıdaki durum ve önerilen kurallar tamamen kurgusaldır. Ekipte dosya referansları ve durum alanları olan, ortak erişilebilen bir iş kaydı zaten vardır.

Pratik kontrol sorusu şudur: Yerine bakan kişi, özel e-posta geçmişlerinde arama yapmadan hangi dosyanın kim tarafından içerik açısından onaylandığını anlayabilir mi? Bununla küçük bir deneme akışı planlanabilir. Hâlâ soruların, çelişkili durumların veya ek kopyaların oluşup oluşmadığını gözlemleyin. Kararlaştırılmış kural, günlük işte çalıştığının kanıtı değildir.

Ek teknik çözüm ne zaman gerekir?

Mevcut araç sınırlı bir akışa yetebilir. Ancak gereken erişim hakları, izlenebilir değişiklikler, daha büyük hacim veya bağlantılar eksikse uygun olmayabilir. Bu durumda açığı somut tanımlayıp yeni aracı ona göre inceleyin.

GOV.UK kullanıcı ihtiyaçları kılavuzu işletimi, desteği ve sonraki entegrasyonları da kapsar. Bu yüzden yerine bakacak, hataları çözecek veya akışı sürdürecek kişilere de sorun. Yazılım alıp almama kararı bu gereksinimlere dayanmalıdır. Araç değişiminden sonra da açık sorumluluk gerekir.

Kaynaklar

• GOV.UK: How the discovery phase works

• GOV.UK: Define user needs