Microsoft Clarity'yi, Switas gibi şirketlerin karşılaştığı zorlukları anlayan gerçek ürün geliştiriciler tarafından, pratik ve gerçek dünya kullanım senaryoları göz önünde bulundurularak geliştirilmiş bir ürün olarak öne çıkardık. Öfkeli tıklamaları ve JavaScript hata izleme gibi özellikler, kullanıcı hayal kırıklıklarını ve teknik sorunları belirlemede, kullanıcı deneyimini ve dönüşüm oranlarını doğrudan etkileyen hedefli iyileştirmeler sağlamada paha biçilmez olduğunu kanıtladı.
Done'un tanımı
"Tamamlanma tanımı", herhangi bir işin tamamlanmış sayılması için karşılanması gereken koşulların paylaşılan, açık bir ifadesidir. Bireysel bir öğeye özgü olan kabul kriterlerinin aksine, bir ekibin ürettiği her şeyde eşit şekilde uygulanır ve ekibin kendine koyduğu kalite standardını kodlar.
Amacı, tamamlanmayı objektif ve tutarlı hale getirmektir. Böyle bir şey olmadan, "tamamlandı" ifadesi, her geliştiricinin onu nasıl anladığına bağlıdır ve bu da zaman baskısına ve kime sorulduğuna göre değişir. Bir kişinin "tamamlandı" ifadesi testleri, dokümantasyonu, erişilebilirlik kontrollerini ve dağıtımı içerirken, bir başkasınınki kodun kendi makinesinde derlenmesi anlamına gelir. Bu farklılık, sonuçları ortaya çıkana kadar görünmezdir; genellikle geç bulunan kusurlar veya gönderilmeden önce tekrar gözden geçirilmesi gereken işler olarak kendini gösterir.
Tipik bir tanım, kod incelemesinin tamamlanmasını, üzerinde anlaşılan bir standartta otomatik test kapsamını, tüm testlerin başarılı olmasını, erişilebilirlik gereksinimlerinin karşılanmasını, dokümantasyonun güncellenmesini, güvenlik hususlarının ele alınmasını, tanımlanmış eşikler içinde performansı ve en azından bir hazırlık ortamına dağıtımı kapsar. Spesifik içeriklerden ziyade, bunların üzerinde anlaşılmış, yazılı ve fiilen uygulanmış olması önemlidir; sadece birer hedef olmaktan öte.
En önemli işlev, gizli işlerin sessizce birikmesini önlemektir. Testler, dokümantasyon veya erişilebilirlik iyileştirmeleri yapılmadan tamamlanmış olarak işaretlenen öğeler, ilerleme olarak görünürken, genellikle daha kötü koşullar altında daha sonra yerine getirilmesi gereken yükümlülükler yaratır. Bu birikmiş işleri biriktirirken istikrarlı teslimat bildiren bir ekip, bir yanılsamadan bahsediyor demektir ve hesaplaşma, birkaç ay sonra açıklanamayan bir yavaşlama olarak gelir.
Bu yaklaşım, kaliteyi baskı altında da korur; bu da en çok önem taşıdığı ve terk edilme olasılığının en yüksek olduğu zamandır. Son teslim tarihi yaklaştığında, standardı gevşetme baskısı yoğunlaşır ve gevşetme nadiren açıkça yapılır; maddeler basitçe tamamlanmış olarak işaretlenir, ancak bazı kısımlar atlanır. Tanımı müzakere edilemez olarak ele almak ve bunun yerine zaman çizelgesi tehdit edildiğinde kapsamı azaltmak, gerçek hıza sahip ekipleri, raporlanan ilerlemeleri gelecekten ödünç alan ekiplerden ayıran disiplindir.
Tanım, bir kez belirlenmek yerine, yetenek geliştikçe evrim geçirmelidir. Otomatik dağıtım özelliği olmayan bir ekip bunu başlangıçta dahil edemez, ancak yetenek mevcut olduğunda eklemelidir. Tanımı periyodik olarak, genellikle geriye dönük değerlendirmelerde gözden geçirmek ve uygulamalar olgunlaştıkça standardı yükseltmek, onu statik bir kontrol listesi olmaktan ziyade bilinçli bir iyileştirme mekanizmasına dönüştürür.
Tanımın ulaşılabilir olması da gerekiyor, çünkü ekip normal koşullar altında karşılayamayacağı bir standart, açıkça yeniden müzakere edilmek yerine sessizce göz ardı edilecektir ve göz ardı edilen bir tanım, mütevazı bir tanımdan daha kötüdür çünkü ortak referansı tamamen ortadan kaldırır. Bunu ekibin gerçekten sürdürebileceği bir seviyede belirlemek ve yetenek geliştikçe kasıtlı olarak yükseltmek, davranışı gerçekten yöneten bir standart oluşturur.
İşin gerçekten standardı karşılayamadığı durumlarda, dürüst yanıt, tamamlanmış olarak yeniden tanımlamak yerine istisnayı açıkça kaydetmektir. Belirli bir nedenle, belirli bir kontrol yapılmadan gönderilen ve düzeltme süreci takip edilen bir ürün, yönetilebilir bir karardır. Eksiklik kaydedilmeden tamamlanmış olarak işaretlenen aynı ürün ise, kimsenin kabul etmediği ve kimsenin hatırlamayacağı teknik bir borçtur.
Tanım, kalitenin pratikte ne anlama geldiğini belirlediği için, yalnızca uygulama ekibinden değil, sonuçlarından sorumlu olan kişilerden de onay gerektirir. Pratikte bu, aşağıdakiler çerçevesinde oluşturulur: ürün geliştirme erişilebilirlik ve deneyim standartları şu kaynaklardan alınmıştır: kullanıcı deneyimi denetimi kriterler ve performans eşikleri web performansı Bütçeler, böylece standart yalnızca işlevsel olanı değil, tüm yükümlülüğü yansıtır.
Switas'ın Görüldüğü Gibi
