DesignOps: Tasarım Ekibinin İşleyişini Kurmak
DesignOps, tasarımcının asıl işini yapmasını engelleyen her şeyi ortadan kaldırma disiplini: araç seçimi, dosya düzeni, toplantı ritmi, işin geliştiriciye nasıl teslim edildiği. Bu işler küçük ekiplerde kendiliğinden paylaşılır, ekip büyüdükçe kimsenin üstünde kalmaz ve aksamaya başlar. Belli bir ölçekten sonra birinin bunları açıkça sahiplenmesi gerekir.
Kapsam nerede başlıyor, nerede bitiyor
DesignOps'un sınırlarını çizmenin en kolay yolu şu soru: tasarımcının haftasında, tasarım yapmadığı halde harcadığı saatler nereye gidiyor. Cevaplar genelde birkaç başlıkta toplanır.
- Ekip yapısı ve rollerin kimde olduğu
- İş akışı, kullanılan araçlar, dosya ve sürüm düzeni
- Bilginin nerede durduğu ve kimin erişebildiği
- Kalite kontrolü ve geri bildirimin hangi aşamada verildiği
- Yeni gelenin ne kadar sürede üretim yapar hale geldiği
Bu başlıkların hiçbiri tek başına yeni değil. DesignOps'un yaptığı, hepsini birinin sorumluluğuna bağlamak. Sahipsiz kaldıklarında herkes kendi çözümünü kurar, üç tasarımcı üç ayrı dosya düzeniyle çalışır ve dördüncü kişi geldiğinde hangisinin doğru olduğunu kimse söyleyemez.
ResearchOps, aynı işin araştırma tarafı
ResearchOps, araştırma süreçlerinin operasyonu: katılımcıların nasıl bulunduğu, izinlerin nasıl alındığı, bulguların nerede biriktiği. Tek başına bir disiplin gibi anılsa da pratikte DesignOps'un bir alt kümesi.
Kritik olan kısım bulguların biriktiği yer. Yapılmış bir araştırmanın tekrar bulunamaması, o araştırmanın hiç yapılmamasıyla aynı kapıya çıkıyor, üstelik parası ödenmiş oluyor. Aranabilir tek bir bulgu havuzu, çoğu ekipte ResearchOps'tan beklenen faydanın büyük kısmını tek başına veriyor.
Ölçmeden önce ölçmek
DesignOps'un değerini üst yönetime anlatmak için "somut veriyle gidin" tavsiyesi sık verilir, ama tavsiyenin kendi içinde bir boşluk var. Süreci değiştirdikten sonra ölçtüğünüz sayının karşılaştırılacak bir öncesi yoksa, elinizde kanıt değil yalnızca bir rakam olur. Temel ölçümü değişiklikten önce almak zorundasınız, sonradan geri dönüp üretmek mümkün değil.
Envanteri genelde iki haftalık basit bir zaman kaydıyla çıkarırım: kim hangi işe kaç saat veriyor, kaç saat dosya arama ve toplantıya gidiyor. Tahminle konuşmaktan çok daha ikna edici, çünkü sayılar ekibin kendi elinden çıkıyor.
Ölçülebilecek birkaç şey: bir tasarımın hazır olmasından geliştiriciye gitmesine kadar geçen süre, aynı bileşenin kaç farklı sürümünün dolaşımda olduğu, yeni katılan tasarımcının ilk teslimatına kadar geçen gün sayısı. Hepsi kayıtlardan çıkarılabilir, hiçbiri anket gerektirmiyor.
Nereden başlanır
Bütün süreci baştan kurmaya kalkmak yerine ekibin son bir ayda en çok şikayet ettiği tek aksaklığı seçin, ölçün, düzeltin, farkı gösterin. Standartlaştırmanın da bir maliyeti var: her yeni kural, birinin uygulamasını ve güncellemesini gerektiriyor. Üç kişilik bir ekipte kurulan ağır süreç, kazandırdığından fazlasını götürür.