DesignOps için Alan Kılavuzu

DesignOps, tasarımcıları iş akışlarını ve kitaplıkları yönetmek gibi idari görevlerden ziyade problem çözmeye odaklanmaya serbest bırakan bir zihniyettir. DesignOps zihniyeti, yaratıcı mükemmelliği kolaylaştıran tasarım merkezli rolleri bilgilendirir. DesignOps personeli, süreçleri ve araç setlerini düzenler, tasarım ekibi kültürü geliştirir ve tasarımın kurumsal stratejinin ayrılmaz bir parçası olmasını sağlar.

"DesignOps" terimi, hız, verimlilik ve otomasyona öncelik veren yazılım geliştirme ve sistem yönetimine ortak bir yaklaşım olan DevOps'un bir başlangıcıdır. DevOps gibi DesignOps da verimliliği vurgular. Birincil odak noktası, tasarımcıların zanaata konsantre olma özgürlüğüne sahip olmalarını sağlamak ve böylece tasarımın daha büyük organizasyonel etkiye sahip olmasını sağlamaktır.

Ne yazık ki, birçok tasarımcı, tasarım sistemlerini sürdürmek veya tasarım iş akışlarını diğer departmanlara iletmek gibi idari görevlere çekilmektedir. DesignOps personelinin rolü çok yönlüdür:

• Tasarım ekibi süreçlerini ve araç setlerini koordine ederek tasarımcıları üst düzeyde üretmeye teşvik edin
• Tasarım ekibi hedefleri ve yöntemleri konusunda farkındalığı artırarak bölümler arası ilişkileri teşvik edin
• Üretkenlikten veya tasarım ekibi dinamiklerinden ödün vermeden tasarımın ölçeklenmesini sağlayın

DesignOps zihniyeti tam olarak nedir? Kuruluşlar DesignOps yolculuklarına nasıl başlayabilir? Ve bir kez kurulduktan sonra DesignOps ekipleri nasıl daha yüksek olgunluk seviyelerine ulaşabilir?

DesignOps Bir Zihniyettir

Ideal bir dünyada:

• Tasarım ekipleri ayrı ayrı var olmazdı
• Sıradan görevler tasarımcılara yük olmaz
• Mühendislik (ve diğer bölümler) işbirliği yapmaya istekli olacaktır

Ancak gerçekte, büyük kuruluşlar hareketli parçalar, çıldırtıcı bürokrasi ve karışık gündemlerle dolu karmaşık varlıklardır.

DesignOps, karmaşıklığı yapı ve esneklikle karşı karşıya getirir. Standart bir formül veya katı kurallar ve araçlar dizisi değildir. Bu bir zihniyet. Doğru, DesignOps personeli uygulamaları ve süreçleri oluşturur, ancak ancak "Nasıl yapabiliriz..." gibi kuruluşa özgü soruları ele aldıktan sonra.

• Tasarım ekibimizi zaman içinde büyütüp geliştirelim mi?
• Yüksek vasıflı tasarım yeteneğini çekmek ve elde tutmak mı?
• Verimliliği kaliteyle dengeleyen tasarım süreçleri ve sistemleri mi yaratıyorsunuz?
• Tasarım çıktısını düzenli aralıklarla ölçün ve iyileştirin mi?
• Tasarım ve diğer departmanlar arasında kalıcı bir işbirliği mi kuruyorsunuz?
• Tasarımın şirket stratejisinin önemli bir yönü olduğundan emin misiniz?

Büyük kuruluşlarda, bu tür sorular özellikle acildir. Organize ve hedefte kalmak için birçok şirket katı iç yönetişime güveniyor. Niyet düzendir, ancak çoğu zaman sonuç durgunluk veya inovasyon karşıtı, dijital çağın ölümcül darbesidir.

DesignOps Solo Personel için 8 İpucu

Tasarım coşkusu her zamankinden daha fazla, ancak birçok lider, şirketlerinde tasarımı bütünsel olarak nasıl uygulayacaklarını bilmiyor. Tasarım ekiplerini ustaca nasıl ölçeklendireceklerini de anlamıyorlar. Tasarım bütçe alır, ancak tasarımcılar birden fazla yöne çekildiği veya karar vermenin dışında tutulduğu için tam potansiyeline göre çalışmaz.

Bu aşamada iki şeyden biri gerçekleşir. Birisi DesignOps'u ve ilgili görevlerini savunmaya karar verir veya birisi bir tasarım kolaylaştırıcısına olan ihtiyacı fark eder ve işe alır. Her iki durumda da, bir DesignOps ekibi doğar.

Bu kritik bir kavşak. Geniş bir organizasyonda tek bir kişi, tasarımı başarılı kılan insanları, süreçleri, araç setlerini ve etki girişimlerini nasıl yönetebilir?

1. Her Şeyden Önce İlişkiler Kurun ve Besleyin

Yalnız çalışanlar, kuruluşlarındaki insanları, sorunları ve hedefleri bilmeden başarılı olamazlar. İlişki yoksa güven de yoktur.

2. Görüşmeleri ve Toplantıları Belgeleyin ve Çıkarımlara Öncelik Verin

Başlığında “Ops” olan herhangi bir rol, çoğu tasarımla ilgisi olmayan isteklerle bombalanacak. Her şeyi belgeleyin ve yinelenen ihtiyaçları ve fikirleri belirlemeye yardımcı olması için yakınlık haritasını düşünün.

3. Uygunluk için bir DesignOps İş Listesi ve Sıra Girişleri Oluşturun

Yalnız personel ancak bu kadarını yapabilir. Bazı fikirlerin (iyi olanlar bile) daha sonraki bir tarihe kadar beklemesi gerekecek, ancak tamamen ortadan kalkmaması gerekiyor.

4. Şirket Hedefleri ve Stratejileri ile Uyum

Uyum alanları belirgin olmayabilir ve tasarımı daha iyi dahil etmek için ayarlanması gereken hedefler ve stratejiler olabilir. Ancak mümkün olduğunda tasarım (ve dolayısıyla DesignOps), şirket hedefleri ve süreçleriyle uyum içinde olmaya çalışmalıdır.

5. Değişimi Kuruluşlarda Uygulama Stratejileri Hakkında Bilgi Edinin

Organizasyonlarda değişimi başlatmak için kanıtlanmış modeller var. Her birinin güçlü yanları, sakıncaları ve felsefi görüşleri vardır. Örneğin, Lewin'in Değişim Modeli, organizasyonel değişimlerin üç aşamada gerçekleştiğini varsayar:

• Unfreeze : Şirketi gelecekteki değişikliklere hazırlayın.
• Değişim: Şirketin yeni tutum ve eylemleri benimsemesine yardımcı olun.
• Dondurun: Şirketi yöneten güncellenmiş ilkeleri ve süreçleri resmileştirin ve belgeleyin.

6. Tasarımın Değerini Her Dönüşte İletin

İnsanların tasarımın değerini takdir ettiğini varsaymayın. İş hedeflerine bağlı net değer önermelerinden yoksun açıklamalar, sunumlar ve konuşmalar boşa harcanan fırsatlardır.

7. Çok Fazla Sorumluluk Almaktan Kaçının

Taahhüt altında, fazla teslim. Her talebe ve yeni girişime evet demek için fazla hevesli olmayın ve uzun süredir devam eden şirket anlaşmazlıklarına atlamadan önce riski tartın.

8. Sabırlı ve Olumlu Kalın ve Kademeli Değişimi Öngörün

DesignOps yalnız personeli, şirket kültürünü bir gecede değiştirmeyi beklememelidir. Küçük zaferleri kutlayın ve kaçınılmaz aksiliklere takılıp kalmayın. Örgütsel ataleti yeniden yönlendirmek zordur. İmkansız değil ama zaman alıyor.

DesignOps Mil İşaretçileri

DesignOps'u bir kuruluş içinde büyütmenin tek bir yolu yoktur. DesignOps geliştirmeyi doğrusal değil, yinelemeli bir süreç olarak düşünmek en iyisidir. Tasarımcıların ve kuruluşların ihtiyaçları sabit değildir. Dinamikler.

Bununla birlikte, DesignOps'un yokluğu ile iyi yağlanmış bir DesignOps ekibi arasındaki yolda bazı önemli kilometre işaretleri var.

Aşama 1: Sistemlerle Zaman Kazanın

Bir şirket içinde DesignOps desteği olduğunda, her zaman yeni bir rol oluşturmak gerekli değildir. Uygulamasına rehberlik etmesi için bir DesignOps vizyonu formüle etmek faydalı olabilir.

Bu geçiş aşamasında, birçok şirket tasarımı sistematize etmeye başlar. Genellikle bu, görsel yönergeler ve bileşen kitaplıkları oluşturmak için özel bir tasarım ekibi üyesiyle ortaklık yapan bir tasarım lideri gibi görünür. Sistemleştirme, tasarımcıları tekrar kullanılabilir varlıklarla ve yinelenen tasarım sorunlarını çözmek için tekrarlanabilir mantıkla donatarak zamandan tasarruf sağlar.

2. Aşama: Bir İşbirliği Gücü Oluşturun

Sistemleştirme esastır, ancak DesignOps'un yalnızca bir yönüdür. Sağlam tasarım sistemleri bile silo haline getirilebilir. İşbirliği yapma ve tasarımın dışındaki paydaşlardan destek alma zamanı.

Bazen "kaplan ekibi" olarak da adlandırılan DesignOps görev gücü, tasarım, mühendislik ve pazarlama gibi departmanlardan liderlerden oluşan çapraz işlevli bir gruptur. Üyeler, disiplinler arası iletişim hatlarını açmak için yarı düzenli olarak toplanır ve ortak, tasarımla ilgili hedeflere doğru çalışır.

Görev güçleri faydalıdır çünkü farklı profesyonel geçmişlerden gelen insanların problem çözme yeteneklerini birleştirirler.

3. Aşama: Bir DesignOps Diplomatı Bulun

DesignOps'un gelişmesi için şirketlerin eninde sonunda tek amacı tasarımı güçlendirmek ve DesignOps zihniyetini teşvik etmek olan birini işe almaları gerekiyor. Bu kişi, zorluklarını anlamak ve üretkenliği artıran süreçleri ve kaynakları tanıtmak için tasarım ekibiyle birlikte çalışır.

Rolü kim üstlenirse, tasarım ve diğer departmanlar arasında süregelen uyumu sağlamak için diplomasi sergilemelidir.

4. Aşama: Operasyonları ve Kültürü Desteklemek İçin Personel Kiralama

Özel bir DesignOps kiralama sistemi kurulduğunda, artan DesignOps iş yükünü desteklemek için ek personele ihtiyaç duyulur. Burada yaklaşımlar farklıdır. Bazı şirketler, tasarım personeli, bütçe ve kaynak ihtiyaçlarını koordine etmek için bir operasyon yöneticisi tutar.

Diğer şirketler, yüksek vasıflı yetenekleri çeken ve elinde tutan bir tasarım ekibi kültürü geliştirmek için birini atayabilir. Bu kişi, tasarım personeline bir amaç ve motivasyon duygusu veren gelenekleri (işe alım, performans incelemeleri, ilerleme yolları) denetler.

Aşama 5: Departmanlar Arası İş Akışlarını Yönetin

DesignOps olgunluğunun "son" bir aşaması yoktur. DesignOps zihniyeti, tasarım ekibi ihtiyaçlarının ve şirket hedeflerinin karşılandığından emin olmak için sürekli tetikte olmayı gerektirir. Ancak, tasarım ve diğer departmanlar, özellikle mühendislik arasındaki iş akışını yöneten bir kişiyi istihdam etmenin faydalı olacağı bir zaman gelebilir. Amaç, ortak hedeflere doğru ilerlerken tasarım ve diğer işlevler arasındaki uyumu korumaktır.

DesignOps Problem Çözmeye Enerji Verir

Birçok şirket tasarıma büyük değer verir ve yatırım yapar, ancak liderlikte tasarımcı olmayanlar tasarımı nasıl ölçeklendireceklerini veya daha geniş girişimlere nasıl dahil edeceklerini bilemeyebilirler. DesignOps veya benzeri kolaylaştırıcı roller olmadan, büyük kuruluşlardaki tasarım ekipleri, dikkat dağıtıcı unsurlar tarafından boğulma ve diğer departmanlardan kopma riskiyle karşı karşıyadır. Süreçler birbirinin içine geçer, araç setleri hantallaşır ve ortaya çıkan karışıklık, iç çekişmelere ve kullanıcı sıkıntı noktalarına yol açan ürün tutarsızlıklarına neden olur.

DesignOps zihniyeti, süreçler, araç setleri ve bunları kullanan insanlar arasındaki uyum ihtiyacını tanır. Şirketler yaklaşım açısından farklılık gösterecek ve uygulama konusunda dogmatik olmaları gerekmeyecek. Farklı yapılar, DesignOps'un temel inancını benimsedikleri sürece başarılı olabilir: tasarımcıların en iyi yaptıkları şeyi yapmak, sorunları çözmek için zamana ihtiyaçları vardır.

Haydi ne düşündüğünü söyle! Lütfen düşüncelerinizi, yorumlarınızı ve geri bildirimlerinizi aşağıya bırakın.

• • •

Toptal Tasarım Blogunda daha fazla okuma:

• Yapının Gücü – Sistem Modellerini Tasarlamak İçin Bir Kılavuz
• Gelişen UX – Bir CXO ile Deneysel Ürün Tasarımı
• Geçmiş Hala Mevcut - Zamansız Tasarıma Genel Bir Bakış
• Erişilebilir Tasarım ve Kapsayıcı Tasarım (Infografik ile)
• Uzaktan Tasarım Sprint Nasıl Gerçekleştirilir