Bir sürüm yayımlandığında ürün, düzenleyebildiğimiz bir ortamdan bütünüyle öngöremediğimiz durumlara geçer. İnsanlar kendi dosyalarını, alışkanlıklarını, kesintilerini ve beklentilerini getirir. Bu geçiş, elimizdeki bulguların türünü değiştirir. Yayın planında bu yeni bilgiyi kullanmaya yer bırakmak gerekir. Uygulamanın hazır görünmesi, gerçek kullanımda hangi soruların ortaya çıkacağını tek başına anlatmaz.
Yaklaşımımız, bir sürümü bir soruya, gözleme ve karara bağlamak. Böylece devam geliştirmesi, birbirinden kopuk eklemelerin kuyruğuna dönüşmez. Ürün, insanların tamamlamaya çalıştığı iş etrafında gelişebilir. Teknik bakım ve güvenilirlik de bu sırada kendi başına görünür işler olarak kalır. Öğrenme yalnızca kullanıcıdan yeni özellik fikri toplamak değildir; mevcut kararların nasıl çalıştığını anlamayı da içerir.
Sürümün neyi sınadığını yazın
Ortak not uygulaması geliştiren küçük bir ürün çalışması düşünün. İlk sürüm, bir kişinin not oluşturmasına ve çalışma arkadaşıyla paylaşmasına izin versin. Yararlı bir soru, alıcının hangi belgeyi açtığını ve belge üzerinde ne yapabileceğini anlayıp anlamadığı olabilir. Bu soru, “Paylaşım özelliği tamamlandı mı?” sorusundan farklı bir bakış açar. Kodun çalışmasıyla deneyimin anlaşılması ayrı ayrı incelenebilir.
Soruyu kapsamın yanına yazın. Bu, gözlemlenecek yerleri değiştirir: davet, ilk görünüm, izin açıklaması ve alıcının harekete geçtiği nokta. Tek başına hesap sayısı, paylaşım deneyiminin anlaşılıp anlaşılmadığı hakkında az şey söyler. Neyin izleneceğini seçerken, sonuçların hangi karara yardımcı olacağını da anlatabilmek gerekir. Açıklayamıyorsak henüz doğru soruyu bulmamış olabiliriz.
Yönü neyin değiştireceğini de düşünün. İnsanlar paylaşımı anlıyor fakat notu sonradan bulamıyorsa, sıradaki araştırma yeniden erişimle ilgilidir. Yetkiler belirsiz olduğu için tereddüt ediyorlarsa, çalışma izinler ve açıklama üzerinedir. Farklı gözlemler farklı kararlara yol açmalı. Her durumda baştan düşündüğümüz özelliği geliştireceksek, gözlem ürün kararına gerçek bir katkı yapmıyor demektir.
Gözlemi kullanılabilir hale getirin
Sorunun gerektirdiği bulguyla başlayın. Bir konuşma, birlikte yürütülen bir kullanım denemesi veya az sayıda uygulama olayı yeterli olabilir. Mümkün olan her olayı kaydetmek kendi işini yaratır ve kararı bulanıklaştırabilir. Nasıl izleyeceğimize karar vermeden önce ne öğrenmek istediğimizi adlandırmayı tercih ediyoruz. Toplanacak bilginin miktarı kadar, yorumlanabilir olması da önemlidir.
Teknik göstergeler, ürün geri bildiriminin yanında yer almalı. Tamamlanmayan işlem; belirsiz dilden, başarısız istekten veya uygulama dışındaki bir kesintiden kaynaklanabilir. Nedeni belirlemeden önce ilgili davranışı ve sistem bilgisini birlikte inceleyin. Tek sayı çoğu zaman deneyimin tamamını açıklamaz. Özellikle benzer görünen belirtiler farklı nedenlere dayanıyorsa, hızlı bir açıklama ilk bakışta ikna edici olabilir ama yanlış işe yönlendirebilir.
Bir bildirimi konuşulabilir kılacak bağlamı koruyun. Kişi ne yapmaya çalışıyordu, ne bekliyordu, yerine ne oldu? Gerekmeyen hassas bilgileri örneklerden çıkarın. Kısa ve belirli bir anlatım, özelliğin kötü hissettirdiğini söyleyen geniş bir yorumdan daha kolay işlenebilir. Bu kayıt, aynı durumu yeniden üretmeye veya eksik kalan soruyu sormaya yardımcı olmalı.
Öğrenileni küçük bir sonraki adıma dönüştürün
Sürümü değerlendirdikten sonra gerekli onarımı, yararlı iyileştirmeyi ve açık soruları ayırın. Onarım, amaçlanan davranışı geri getirir. İyileştirme, gözleme dayalı bir nedenle deneyimi değiştirir. Açık soru ise daha fazla inceleme gerektirir. Bu ayrım, her yorumu hemen uygulanacak özellik talebi gibi ele almamayı sağlar. Öncelik konuşması da daha somut bir zemine oturur.
Örnekteki not uygulamasında sıradaki adım, daha açık bir izin etiketi ve paylaşılan notlara geri dönme yolu olabilir. Seçimin nedenini yazın, kapsamı sınırlı tutun ve değişen yolculuğu yeniden gözlemleyin. Dokümantasyon, bağımlılık güncellemeleri, yedekler ve anlaşılır dağıtım adımları da devam etsin. Her döngü bir kararla bitsin; bazen karar, mevcut davranışı korumaktır. Kararı ve dayanağını kaydetmek ürüne hafıza, sonraki çalışmaya da açık bir başlangıç verir.