User Story Mapping ile Kullanıcı Yolculuğunu Önceliklendirmek
User story mapping, bir ürünü özellik listesi olarak değil kullanıcının izlediği yol olarak görme denemesi. Jeff Patton'ın önerdiği yapı sade: yatay eksende kullanıcının yolculuğu, dikey eksende bunun ne kadarının ilk sürüme gireceği. Yöntemin gerçekten iş gördüğü yerler var, sessizce yanlış cevap ürettiği yerler de.
Haritanın üç katmanı
En üstte aktiviteler durur: kullanıcının büyük hedefleri, kayıt olmak ya da sipariş vermek gibi. Altında adımlar gelir, aktiviteyi tamamlayan somut hareketler; ürünü seçmek, teslimat bilgisini doldurmak. En altta görevler var: arama kutusuyla ürün bulmak, yorumları okumak, şifre belirlemek.
Yatay eksen zamanı temsil eder, kullanıcı soldan sağa ilerler. Dikey eksen önceliktir. Haritanın bir yerinden çekilen yatay çizgi ilk sürümü kalanından ayırır; çizginin üstünde ne varsa MVP odur.
Peki yolculuğun sabit bir sırası yoksa? Bir yönetim panelinde kullanıcı soldan sağa ilerlemez, aynı ekrana gün içinde altı kez farklı sebeplerle girer. Böyle ürünlerde yatay eksen anlamını yitirir ve harita, sıralaması keyfi bir işler listesine döner. Bu yöntemin kusuru değil, kapsamı: story map akış üzerine kurulu ürünlerde çalışır.
Kullanıcı hikayesi, story map, journey map
Üçü sık karıştırılıyor. Kullanıcı hikayesi tek bir işlevin bir cümlelik anlatımıdır: bir müşteri olarak siparişimin nerede olduğunu görmek isterim. Journey map ise kullanıcının ürünle bütün temasını duygu ve tıkanma noktalarıyla birlikte inceler, çoğu zaman ürünün dışına taşar; mağazayı aramak, kargoyu beklemek de haritaya girer.
Story map ikisinin arasında durur ve tek bir iş yapar: hikayeleri yolculuk üzerine yerleştirip hangisinin ne zaman yapılacağını gösterir. Journey map'i sorunu anlamak için kullanın, story map'i işi bölmek için. Aynı toplantıda ikisini birden çizmeye kalkarsanız ne sorunu anlamış ne de işi bölmüş olursunuz.
Oturumu kurmak
- Odaya ürünü tanıyan ve karar verebilen kişileri alın. Ekip on kişiyi geçmesin diye bir kural dolaşır (bu sayıyı biraz keyfi buluyorum, asıl sınır odada karar verebilen kişi sayısı).
- Kapsamı baştan söyleyin. Hangi kullanıcının hangi yolculuğu haritalanıyor, nerede bitiyor.
- Aktiviteleri üst sıraya dizin, sonra altını doldurun. Tartışma çıktığında kağıdı taşıyın, konuşmayı değil.
- Önceliklendirmeyi en sona bırakın. Harita tamamlanmadan çizgi çekilirse, henüz görülmemiş adımlar otomatik olarak çizginin altında kalır.
Dikey eksenin söylemediği şey
MVP çizgisi kullanıcı değerine göre çizilir. Bu çizgi teknik bağımlılığı görmez, çünkü haritada bağımlılığı gösterecek bir işaret yoktur. Siparişi iptal etme görevi kullanıcı için sipariş takibinden daha değerli çıkabilir ve çizginin üstüne alınır; oysa iptal akışı, çizginin altında bıraktığınız ödeme durum makinesi olmadan çalışmaz.
Ortaya kağıt üzerinde tutarlı, inşa edilemeyen bir ilk sürüm çıkar. Çizgiyi çektikten sonra üstte kalan her görevi tek tek elden geçirin: bunu bugünkü altyapıyla teslim edebilir miyiz, edemiyorsak eksik olan hangi görev? Eksik çıkanları haritada işaretleyip çizgiyi yeniden çizmek on dakika sürer. Atlanırsa aynı hesap sprintin ortasında, çok daha pahalı biçimde yapılır.
Araç seçimi
İlk oturumu duvarda ve yapışkan notlarla yapmak hâlâ en hızlısı; kimse aracı öğrenmekle uğraşmaz, herkes aynı anda not taşıyabilir. Harita kalıcı hale gelince dijitale geçin.
- Miro: uzaktan çalışan ekipler için duvarın en yakın karşılığı.
- StoriesOnBoard: doğrudan story map için yazılmış, harita ile backlog arasındaki bağı kendisi kurar.
- Jira: eklentiyle harita görünümü verir, ama asıl faydası haritayı ekibin zaten kullandığı backlog'a bağlaması.
Hangisini seçerseniz seçin, haritanın backlog'la senkron kalması gerekir. Senkron kaybolduğu gün harita bir belge olur ve kimse belgeye bakmaz.