Tasarım Takımı Ritüelleri
“iyzico’da bir yıl” yazım üzerine güzel reaksiyonlar aldım ve tasarım, ürün, takım konularını biraz daha detaylandırmak istedim. Bunlardan ilki olan tasarım ekibi ritüellerindesiniz 👇
Sprint Planning 🛫
Rutin: Her Hafta, Tüm Takım, Max. ~45dk
Tüm takım pazartesi sabahı planlama yapıyoruz. Birlikte çalıştığımız dört circle (ürün geliştirme takımı) var. Planlama yoğunluğu dengeleyerek bir ürün tasarımcısı 2+ circle a dahil oluyor.
- Geçtiğimiz hafta hangi işleri tamamladık bunları konuşarak başlıyoruz. Tamamlanamayan işlerin genel sebebi; Farklı ekiplere bağımlılık ya da Yanlış öngörüde bulunma, tahmin edilenden büyük iş çıkması gibi sebepler oluyor.
- Her hafta gelen taleplerle birlikte bir backlog oluşuyor ve o hafta sprinte ne alacağımıza ürün yöneticlerinden gelen yönlendirmelerle birlikte, takım olarak karar veriyoruz. Öncesinde ilgili circle (agile takım) da görev alan Ürün Tasarımcısı ve Ürün Yöneticisi görevin detaylarına hakim.
- İki farklı şekilde işler oluyor:
- Deneyim Problemi: Operasyon, Çağrı Merkezi, Satış ekiplerinden gelen ve bizim fark ettiğimiz kullanılabilirlik sorunlarının işlerini alıyoruz. Ürün yöneticileri ile konuşup bunları geliştiriyoruz.
- Ürün Hedefleri: OKRlar ile ürünün nereye koştuğu çok net. Buna paralel geliştirme işleri her hafta gündemimizde.
- 10 aydır bu şekilde çalıştığımız ve işleri puanladığımız için her hafta kaç punalık iş çıkarttığımızı artık biliyoruz. Bu sayıyı aşarsak o iş çıkmayacak çok belli.
- İşleri planlamak için Jira, puanlamak için Planningpoker.co, dokümantasyon için Confluence kullanıyoruz.
Design Sync 🧘🏻♀️
Rutin: Her Hafta, Tüm Takım, Max. ~90dk
Bu hafta neler ürettik, geliştirmeye ne gidiyor, bunlardan önce son bir geri bildirim oturumu.
- Bu oturumu hafta ortası-sonuna doğru yapmayı tercih ediyoruz. Sebebi ise genelde Cuma ya da sonraki Pazartesi üretilen çıktıları geliştirme ekipleriyle paylaşıyoruz.
- Farklı ekiplerde bir çok yeni geliştirme yapılıyor bu konulardan herkesin güncel kalmasını istiyoruz.
- Tüm ürünlerde arayüz tutarlılığını sağlamak bir diğer hedef
- İşin detaylarına girdikçe boğulma riski herkes için vardır. Takım, birbirine başka bir açıdan bakmayı göstermek için bir arada 🙂
- Tasarım üretimi için Sketch, versiyonlamak ve geribildirimler için Abstract, paylaşım için Zeplin kullanıyoruz.
Grooming 🕵🏼♂️
Rutin: Her Hafta, Circleda ki Product Designer & Product Manager, Max. ~25dk
Sprint planning e gelen işler öncesinde burada konuşuluyor. Yapılacaklar, planlama, iş yükü gibi kararlar ilgili Ürün Tasarımcısı ve Ürün Yöneticisinde.
Neyi, neden yapıyoruz burada cevaplamaya çalışılan asıl soru. Örneğin;
- Ürünün yol haritasından haberdar olup, satıştan gelecek yeni talepleri burada duyuyoruz.
- Hayatta olan ürünlerde operasyonel ne gibi yükler var ve neler optimize edebiliriz. Bu gibi detayları bu toplantıda konuşuyoruz.
- İki insan arasındaki en kestirme iletişim yolu doğrudan konuşmaktır, burada bir araç kullanmıyoruz.
Retro 🙈 🙉 🙊
Rutin: İki ayda bir, Tüm Takım, Max. ~90dk
Üç maymunu oynamamamız gerek bir yer varsa orası burası 🙂 Yolunda gitmeyen ve bizi üzen (SAD) yolunda gitmemek için zorlayan , kızdıran (MAD) ve takdir edilesi (GLAD) neler var bunları takım olarak paylaşıyoruz.
- Tasarımcılar olarak iletişimin çok önemli olduğu bir işimiz var. Ve bu süreçte elbette yolunda gitmeyen şeyler olacaktır. Bunları duymak ve aksiyon almak, iyileştirmek işimizin bir parçası. Sonuçta sorunları halının altına süpürerek yol alamayız değil mi? 🖤
- Takdir edilecek şeylerin dahi çoğunlukla zaten olması gereken gibi göründüğü kültürel kodlara sahibiz. Ortada bir başarı varsa bunu alkışlamaktan geri durmamalıyız. 👏
- İki farklı grupla daha düzensiz aralıklarla retro yapıyoruz:
- Ürün Yöneticileri — En yakın çalışan iki rol ve sürekli iyileştirecek, yol kat edecek yeni şeyler buluyoruz.
- Yazılım Geliştiriciler — Günün sonunda sketchte tasarlanan değil IDE de kodlanan canlıya çıkacak 😇 Front-End geliştiriciler en yakın çalıştığımız diğer grup. Bir çok konuda tatlı sert sürtüşmeler ve bunlardan çıkan gelişim noktalarının katma değeri bizim için çok önemli.
- Son dört retroda Miro kullandık.
Sonuç olarak;
Çalıştığınız ekibe, organizasyon büyüklüğüne,ürün geliştirme hızınıza bağlı olarak bu ritüeller değişebilir, güncellenebilir. Biz dünyayı yeninden keşfetmeden tamamı Agile çalışan bir organizasyonda benzer yaklaşımları kopyaladık ve biraz güncelledik.
Tasarımcılar kullanıcıdan önce çalıştıkları organizasyonu anlarlarsa işleri çok daha kolay olur 🤞
