Mühendisler Sizin En İyi Tasarımcılarınızdır

Bir teknoloji firmasında çalışan herkes, ürün tasarımcılarının ve yazılım geliştiricilerin farklı olma yollarını bilir: genellikle çeşitli yetenek kümelerine, farklı sorumluluklara sahiptir ve birçok yönden beyinleri farklı işlev görür. Tasarımcılar ve geliştiriciler birbirinden çok farklı olduğu için, onları projelerde ayırmalarını sağlar.

Sağ?

Geleneksel olarak, çok aşamalı bir süreçte her bir ayrı faaliyet için özel bir silo oluşturur ve bu bağımsız adımların her birine odaklanacak uzmanlar atarız. Bu, ve hala, bir imalat işlemine oldukça popüler bir montaj hattı yaklaşımıydı.

Montaj çizgisi hala bir mucizedir.

Yukarıdaki anahtar kelime üretimdir. Aynı ürünün binlerce ve binlerce ünitesini üretiyorsanız, hepsi tek bir plana dayanarak, bu yaklaşım müthiş, bugün için bile (elbette, montaj hattında çalışan pek fazla insan yok) artık).

Sürekli teknolojik yeniliklerin modern dünyasına geçelim. İnovasyon, tanımı gereği, yeni bir şey yaratmayı içerir - genellikle biraz özel, benzersiz bir dijital ürün. Buradaki en basit şey, aynı bilinen montaj hattını, şelale yaklaşımını uygulamaktır.

Geleneksel şelale yaklaşımı.

Peki, bu bize ve oradaki çoğu şirkete bakmıyor. Çevik Metodoloji birçok kişinin cevabı haline geldi, bu da firmaların geliştirme ekibinde hızlı ve esnek, sprint tabanlı bir program benimsemelerine neden oldu.

Çevik ilham veren şelale yaklaşımı.

Çevik'ten ilham alırken, bu kadar çevikliği bir bütün olarak içine almadığı için gerçek anlamda Çevik bir yaklaşım olarak adlandırılamaz. Bunu göz önünde bulundurarak birçok şirket daha ileri giderek sprint tabanlı programı geliştirme ekibinin dışında genişletiyor ve ürün yönetimi ve tasarım gruplarını içeriyor.

Daha iyi Çevik'ten ilham alan bir şelale yaklaşımı.

Ne yazık ki, çok sık olarak, kuruluşların Çevik yaklaşımı gördükleri ölçüdedir. Evet, artık ürün ekiplerini piyasadan öğrenmeyi kolaylaştıracak ve parkuru oldukça hızlı bir şekilde değiştirecek şekilde çalıştırmanın çevikliğinin tadını çıkarabilirsiniz.

Bununla birlikte, sprintler içindeki gerçek iş akışı hala temelde bir montaj hattıdır - genellikle bir uzman ekibinden diğerine “çitin üzerinden” atılan teslimatlar. Ford'un üretim fabrikasında, montaj hattı işi tamamen üretim sürecinin üretim ("uygulama") aşamasında kapsanmıştı - aynı ürünü yıllarca verimli bir şekilde tekrar tekrar üretirken, modern teknolojik inovasyon çalışmasının karmaşıklığı Çevik yaklaşım gerçekten hakkında. İşin 1-4 haftalık topaklarda (elbette işletmeye istenen esnekliği sağlayan) zamanlanması hakkında değil, toplanan ve katkıda bulunulan verilere dayanarak doğru kararları vermek gibi - aslında doğru iş - işbirliğine dayalı olarak.

Çevik yaklaşımın gerçek gücünün, yalnızca kuruluşunuzun tüm bölümlerinden - arka plan ve beceri kümelerinde farklı olan farklı insanları bir araya getirdiğinizde gerçekleştirildiğine inanıyorum.

Handsome olarak, siloları yıkar ve ürün ekiplerimizin üyelerinin tasarımcılarla birlikte adım adım çalışan mühendisleri içeren bir şeyler inşa etmesine izin veririz.

İşbirlikçi Çevik yaklaşım örneği. Tahsisler projeden projeye, üründen ürüne değişir.

Bir müşterinin vizyonunu, iş gereksinimlerini ve zaman çizelgesi gereksinimlerini tam olarak anlamalarını sağlayan bir projenin her aşamasının bir parçası olacak mühendisleri dahil ediyoruz. Ayrıca, son kullanıcıların ihtiyaçlarını anlamada birinci elden yararlanırlar ve ürün geliştirme sürecine önemli miktarda empati kurarlar.

Geliştiricilerinizi tasarım ekibinize eklemenin faydaları, burada da bitmiyor.

Birlikte Doğru Ürünü Tanımlayın

Kanıtlanmış: daha farklı bir ekip oluşturursa daha kaliteli bir ürüne sahip olacaksınız. Sadece demografik bilgilerden bahsetmiyorum - çeşitlilik geçmiş deneyimlerin genişliğini, beceri setlerini, problem çözme yaklaşımlarını ve hatta çeşitli zihniyetleri içerir. Evet, tasarımcılar ve geliştiriciler genellikle karşıtlar olarak görülür - bu yüzden birbirlerini son derece iyi tamamlarlar. Geliştiriciler doğal olarak tasarımcıların düşünemeyeceği sorulara cevap almaya çalışacaktır ve bunun tersi de geçerlidir.

Bir mühendisin temel sorumluluğu bir ürün oluşturmak olduğundan, deneyimi tasarlayanlar için mükemmel bir arkadaştır. Tasarım fikirlerinin ve kavramlarının fizibilitesini sağlayacaklar ve tasarım sürecini güçlendiren yaratıcı teknoloji düşüncesini tanıtacaklar.

İlk Kez Doğru Yap

Bu sadece inşa edilen doğru ürün ile ilgili değil, aynı zamanda ürünü doğru şekilde oluşturmakla da ilgilidir. Tüm doğru bağlamla - kullanıcı ihtiyaçları, müşterinin hedefleri, iş kısıtlamaları - geliştiriciler baştan daha iyi mühendislik kararları alabilir.

Geliştiriciler susturulursa, istenmeyen gelecek kısıtlamaları olan bir ürün ortaya koyan şeyler inşa edebilirler. Doğru bağlamda, gerektiğinde esneklik sağlayan kod tabanları daha iyi oluşturabilirler. Bu, bir MVP oluştururken özellikle önemlidir - özellikle yeni başlatılan bir EPFL çalışmasına göre, her 4 girişimden 3'ünde de bir dönme olacağı için.

Daha zekice çalış daha fazla değil. Doğru kodu yazın, daha fazla kod değil. Doğru ortamda, bu teorik ilkeler gerçekçi bir uygulama haline gelir.

Sahipliği Teşvik Et ve Yönetim Giderini Azalt

Geliştiriciler bir sorgunun nedenini anladıklarında, iş gereksinimlerini anladıklarında ve kullanıcılar düşüncesizce düşünerek çalıştıklarında, geliştirdikleri çözüme sahip olmaları çok daha kolaydır. Bu yeni tür hesap verebilirlik bir yönetici tarafından zorunlu değildir, aksine geliştiriciden kendiliğinden gelir.

Mühendisler, ne yapılması gerektiğini ve neden bilinçli veya bilinçaltı olsun, belirli ürün kararlarını sorgulamak zorunda olmadan neden yapılması gerektiğini zaten bileceklerdir. Artık mikro yönetime geçmek zorunda kalmayan ekip liderleri, mühendislerin en üretken ve verimli olmalarını sağlamak için doğru çerçeveyi oluşturmaya yardım etmeye odaklanabilir.

Takım İçinde Empatiyi Artırın

Geliştiricilerin bir projenin kuyruğunda sıkışıp kalması durumunda ortaya çıkan parmakla işaretleme ve çitin üzerinden teslimat gönderilmesini engelleyin. Takımınız 1. günden itibaren belirlendiğinde, her üye bir başkası için daha fazla empati kuracaktır.

Bu yapı daha doğal ve etkili bir işbirliğine dayalı problem çözümüne yol açmaktadır. Kişilerarası zorluklar, ekibinizin tümü aynı Kuzey Yıldızı vizyonunu takip ederken de daha kolay çözülür.

Çalışan Mutluluğunu ve Tutulmasını Artırma

Birçok mühendis işte yandı veya sıkıldı, çünkü kodları yazıldıktan sonra ne olacağı konusunda herhangi bir görünürlükleri yok. Sürecin geri kalanıyla bağlantısı kesildi ve çalışmalarının çoğu anlamsız görünebilir. Bir etki bırakmak, insanlar için zorlukları çözmek ve gerçekten önemli olan bir şey yaratmak bizim doğamızda var. Bunu yalnızca bir geliştirici olarak hissedersiniz, bir kullanıcının ihtiyaçları ve acı noktalarıyla başlayan tam resmi görürsünüz.

Kendini gerçekleştirme ihtiyacı - Maslow’un hiyerarşisinin tepesinden - asla indirilmemelidir. Pek çok şirkette en yüksek ücretli çalışanlar olmasına rağmen, bir geliştiricinin sıkıcı bir B2B uygulaması gibi görünen şeyleri oluşturuyor olsalar bile, çoğu zaman kalmak istemelerini sağlayan işten aldıkları tatmin edici bir duygudur. Kullanıcılarının hikayesini ve neden tüm fark yarattığını anlamak.

Gümüş bir kurşun veya bu iş akışını benimsemenin evrensel bir yolu yoktur ve çoğu şirket için farklı olacaktır. Her proje sürecin her adımı için bir mühendise ihtiyaç duymayacak ve kısa vadeli ekonomi açısından bakıldığında, kod dışında bir şey yapmak için bir mühendise ödeme yapmak pahalı görünebilir.

Bununla birlikte, tasarım ve geliştirme işlevlerini gerçekten entegre ederek dijital ürün tasarımına ve geliştirmesine yönelik tipik montaj hattı yaklaşımını zorlamak, aksi takdirde ortalama bir ürün olabileceği için ödüllü fikirlerin kilidini açabilir.