DesignOps nedir? Takımın buna neden ihtiyaç duyuyor? DesignOps tasarım / geliştirme ekibinizin başarılı olmasına nasıl yardımcı olabilir? Bu makalede, bu sorular yanıtlanır ve bu yeni konsepti geliştirme ekibinize nasıl uygulamaya başlayacağınız konusunda size yararlı ipuçları verilir.
Modern dünyada, bir ürünün canlılığını sıklıkla tanımlayan geliştirme ekibinin hızıdır. Aynı zamanda, en önemli ve en sorunlu olan bir anahtar unsur var: tasarım.
Tasarım genellikle bir darboğaz haline gelir ve ekibinizin büyüklüğü ne olursa olsun tüm geliştirme sürecini önemli ölçüde etkiler. Bazen bir tasarım liderinden gelen süper insan çabaları tasarım sürecini yönlendirir, ancak iş yükü arttıkça ekibinizi ölçeklendirmeniz gerekir.
Ne sıklıkla gördünüz?
Bunların herhangi biri veya tamamı tanıdık geldiyse, DesOps'u (Tasarım İşlemleri) uygulamak için yüksek zamandır.
DesOps veya DesignOps terimi, terimin bir kopyasıdır DevOps Daha fazla verimlilik yaratmak için geliştirme süreçlerini birleştirmeyi amaçlayan bir yazılım mühendisliği uygulamasıdır. DevOps uzmanlarına benzer şekilde, DesOps uzmanları tasarım sürecini daha geniş ürün geliştirme bağlamında anlayan yönetim becerilerine sahip deneyimli tasarımcılardır.
Her ne kadar iş unvanımızda “DesOps” terimi olmasa da, birçok üst düzey tasarımcı aynı rol için zaten sorumludur. Tasarım süreçlerinin oluşturulmasından, tasarım sistemlerinin geliştirilmesine, stratejilerin oluşturulmasına ve tasarım ekiplerinin yönetilmesine kadar, DesOps giderek artan bir şekilde artan bir rol oynamaktadır.
Asıl önemli olan, bu yaklaşımın ölçeklenebilir ve tek bir tasarımcının olduğu takımlarda bile geçerli olmasıdır. Peki DesOps'u uygulamaya nasıl başlıyorsunuz?
Tasarımcılar işlerinin ne zaman tamamlandığını ve geliştirme ekibine aktarılmaya hazır olduklarını bilmelidir. Örneğin, tasarımcılar, her bir ekranın sahip olması gereken durumları ve geliştirme ekibinin bu varlıkları oluşturması için hangi varlıkların gerekli olacağını açık bir şekilde anlamaları gerekir.
Bu, tasarımcıların doğal olarak anlamaları gereken bir alan gibi hissedebilir. Fakat aslında bir projedeki en yaygın sürtünme noktalarından biridir ve göz ardı edilmemelidir. Neyin gerekli olduğunu açıkça belirtirseniz, uyuşmazlıkları azaltır ve herkesin sorumluluklarını anladığından emin olursunuz.
Bunun faydaları şunlardır: sürekli bir gelişim hızının korunmasına izin verir; Toplam geliştirme süresini azaltır; tasarımcılar, geliştiriciler ve potansiyel müşteriler arasındaki gerekli tartışmaların sayısını azaltır.
Son nokta için, tasarımcının geliştiricilere ne aktarması gerektiğini özellikle düşünüyoruz. Bu nokta, tasarımcının tasarımın (mockup, cilalı tasarım, prototipler, moodboard'lar) tasarımcının ne anlama gelmesi gerektiği ile ilgilidir. Tasarımcının niyetlerini, geliştiricilerin anlayabileceği bir biçimde etkili bir şekilde iletmesi için ne gerekir.
Gibi çok sayıda seçenek var Zeplin veya InVision Ancak, geliştiricilerin en yaygın şikayetlerinden biri, bu biçimlerin ihtiyaç duydukları her şeyi (ihraç edilen varlıklar gibi) sağlamalarıdır. Ancak, bu genellikle tasarımcıların tasarımlarını düzgün bir şekilde ihraç etmemeleridir. Tasarımcıların üretmeyi umdukları şeyi açıklayarak, doğru varlıkları kolayca geçebiliyorlar.
Varlıklar, tasarım araçları, geliştiriciler ve diğer ekip üyeleri ile işbirliği için belirli teknik gereksinimleri içerecek bir iç belge oluşturmanız gerekir; Son olarak, bu belge tasarımların ne zaman ve nasıl teslim edilmesi gerektiğini açıkça tanımlamalıdır.
Bir dizi tasarım ve mühendislik çözümleri ve bunların uygulanmasına yönelik rehberler bir dizi avantaj sağlayacaktır: ürün bütünlüğü; Yeni takım üyelerinin daha basit ve daha hızlı katılımı; tasarımcıların ve geliştiricilerin daha verimli çalışması (tasarım sistemi tarafından tanımlanan bir dilde iletişim kurabildiklerinden).
Bunun faydaları şunlardır: genel iş kalitesinin iyileştirilmesi; takımı ölçeklediğinizde “sarkma” yı azaltır; hem tasarım hem de geliştirme hızını arttırır.
Hepimiz havalı yeni araçları seviyoruz, ancak etkili bir ekip tek tip bir takım araçlarla çalışıyor ve bu birliğin sağlanması sizin sorumluluğunuzda.
Tüm araçlar güncel olmalı, ancak herhangi bir nedenle bir güncelleme atlanırsa, herkes atlamalıdır.
Bunun yararları şunlardır: artan takım katılımı; artan tasarım ve geliştirme hızı; geliştirilmiş ekip işbirliği.
Geliştiriciler, bu görev açısından daha şanslıdır, çünkü kod için sürüm kontrolü, bol seçenekli olgun bir endüstridir. Süreçler çok çeşitli olduğu için tasarımcılar için benzer bir yaklaşım üretmek zordur, ancak geçen yıl gibi araçlar soyut , Kaktüs , ve Bitki giderek daha popüler olmuştur. Tek bir düzen üzerinde çalışan birden fazla tasarımcıya sahip olabilirsiniz. figma .
Bunun faydaları şunlardır: gelişmiş iletişim; Basitleştirilmiş ekip ölçeklendirme; Tek bir projede birden fazla tasarımcı olarak çalışabildiği için hızlı parça tasarım süreçleri.
Tasarımlarla ilgili tüm işlevselliği tanımlamak için teknik özellikleri yazmak yerine “görsel dokümantasyon” kullanmayı deneyin. Çoğu durumda, bir geliştiricinin temel mantığı anlamak ve çoğu soruya cevap bulmak için etkileşimli bir prototipine sahip olması yeterlidir.
Bunun yararları şunlardır: azaltılmış zaman yazma teknik özellikleri; Teknik yazarlar için çalışma ölçeğini azaltır; geliştiriciler daha az doküman okuma ve daha fazla zaman yazma kodu harcarlar; tasarımcılar daha üretken; hızlandırılmış gelişme hızı.
Pek çok popüler yazılım geliştirme metodolojisinde tasarım için kesinlikle bir yer yoktur; Kullandığınız geliştirme süreci ne olursa olsun, tasarımcılara yer açın.
Bunun yararları şunlardır: gelişmiş iletişim ile birleşik bir ekip; artan gelişme hızı; azaltılmış yeniden çalışma ve geliştirici kapalı kalma süresi.
Hem takım üyeleri hem de üst yönetim için uygulanan değişiklikler sayesinde niceliksel ve niteliksel göstergelerin büyümesini sürekli olarak göstermelisiniz. Bu olmadan, bir takım değişmeye isteksiz olurken, üst yönetim ek kaynakların nerede ve neden harcandığını anlayamaz. Değişiklikleri uyguladıktan sonra sürekli toplama ve olumlu sonuçların sunulması, ekip iş akışında daha fazla değişiklik için güvenilirlik ve gerekli yetkiyi elde etmenize yardımcı olacaktır.
Faydaları şunlardır: artan motivasyon ve daha güçlü bir takım; yeni kural ve uygulamaların kolaylaştırılması; gelecekteki yenilikler için destek.
“DesOps” terimi oldukça yenidir ve sadece anlamını kazanmaya başlamıştır; first DesOps conference ilk DesOps konferansı sadece Kasım ayında New York'ta yapıldı.
Şimdilik basitçe katı tasarım süreçlerini geliştirmeyi ve kolaylaştırmayı amaçlayan bir kültür olarak adlandırıyorum. Ancak yakın gelecekte bunu her ürün ekibinde ayrı bir tasarım rolü olarak göreceğimizi düşünüyorum. Ancak, genel olarak tasarım iş akışının ve ürün geliştirmenin verimliliğini arttırmak için bu uygulamaların hayata geçirilmesinin öneminden zaten emin olduğumuzu hissediyorum.