Hızlı hareket eden teknoloji ürünü geliştirme dünyasında, bir Müdür Mühendisi ve bir Ürün Sahibi arasındaki ilişki genellikle bir proje ya da tezgahları belirler. Bu iki rol kritik bir kesişir: bir şampiyon teknik bütünlük ve uzun vadeli mimari sağlık, diğer sürücüler iş değeri, piyasa uygun ve müşteri memnuniyetine sahipken, projeler yanlış öncelikler, teknik borçlar veya piyasa fırsatlarına zarar verir.

Core Roller'i anlamak

Ortaklık mekaniklerine girmeden önce, her rolün masaya ne getirdiğine dair net bir resmin olması önemlidir.Birbirinin sorumluluklarının en hızlı şekilde biri.

Mühendisin Domaini

Bir Mühendis sadece daha büyük bir başlıkla üst düzey bir geliştirici değildir. Bu rol, ürünün veya platformun teknik vizyonu ve mimarisinden sorumludur. kodlama standartları, mentor mühendisler belirlediler ve teknoloji yığınları, sistem tasarımı ve ölçeklenebilirlik konusunda yüksek puanlar alırlar.

Ürün Sahibi Oda Odaklı

Ürün Sahibi, müşterinin sesi ve ürünün geri dönüş yolundaki en önemli görevlerin sesidir. Her özelliğin arkasında "ne" ve "neden" tanımlıyorlar, iş değeri ve kullanıcı etkisine dayanan çalışmalara öncelik veriyorlar ve gelişim ekibinin her zaman en önemli görevlerinden sorumlu olmasını sağlarlar.

Bu farklı ama tamamlayıcı sorumlulukları, diğer kişinin işini varsaymak için ortak tuzakları aslında olduğundan daha basit bir şekilde ifade eder. Karşılıklı saygı her rolün derinliğini ve karmaşıklığını anlamaya başlar.

Yüksek Impact Ortaklığı Vakfı

Ortaklıklar güven ve iletişim üzerine inşa edilir. Bu iki sütun olmadan, en iyi niyetli işbirliği bile baskı altında kırılacaktır. Aşağıdaki bölümler bu temelin nasıl kurulacağını ve korunmasını sağlar.

Transparency ile Güven Yapı

Güven bir gecede görünmüyor. Bu, tutarlı, şeffaf bir davranışla inşa edilir. Bir Müdür Mühendisi için, bu, her iki tarafın da kısıtlamaları ve belirsizliği konusunda dürüst olduğu anlamına gelir ve sürprizlere tepki vermeden önce, bilgi sahibi baskılarını paylaşmanın anlamına gelir.

Güven inşa etmenin pratik bir yolu, düzenli, yapılandırılmış senkronizasyonlar.Baş Mühendisi ve Ürün Sahibi arasında haftalık 30 dakikalık bir toplantı, takım törenlerinden ayrı, gelişmekte olan sorunları tartışmak için güvenli bir alan yaratır, önümüzdeki zorluklar ve stratejik uyum.

Açık İletişim Kanalları Oluşturmak

İletişim planlanan toplantıların ötesine geçer. Her iki rol de sohbet, hızlı aramalar veya paylaşılan belgelerle kayıt dışı olarak ulaşmanın rahat hissetmeli. Ancak, açık iletişim sürekli iletişim anlamına gelmez. Doğru zamanda doğru bilgi akışları anlamına gelir.The Principal Mühendisi her ürün tartışmasında olması gerekmez ve Ürün Sahibi kararlarını etkileyen bağlama erişmeleri gerekir.

Paylaşılan karar logları, mimari karar kayıtları (ADRs) düz dilde yazılmış ve canlı yol haritaları boşlukları köprüye yardımcı olmaktadır. Anahtar, jargon ile ürün Sahibi olmadan erişilebilir teknik bilgi edinmek ve Ürün Sahibinin stratejik nuance olmadan iş bilgi somutunu yapmak.

İş Vizyonu ile Teknik Strateji Aligning Technical Strategy with Business Vision

Teknik yön ve iş hedefleri arasındaki yanlışlık, bu gerilimlerin en yaygın bir şekilde dağıtılmasını sağlamaktır. Ürün Sahibi kırılgan bir iş gerektirdiği bir özellik için itebilir, ancak Baş Mühendisi, acil bir kullanıcıya dönük bir değer sunmamış bir refaktör için savunabilir.Bu gerilimleri çözmeyi sağlamak için ortak bir çerçeve gerektirir.

Paylaşılan Hedefler

Çözüm herhangi bir sprint başlamadan başlar. çeyrek veya büyük bir inisiyatifin başında, Müdür Mühendis ve Ürün Sahibinin ortak hedefler kümesini birleştirmelidir. Bunlar sadece ürün hedefleri veya teknik hedefler değildir - teknik sağlıkları iş sonuçlarına bağlarken hassas hedeflerdir. Örneğin, "Reduce page yük zamanı dönüşüm oranlarını artırmak için% 30'u yüklemek için.

Bu hizayı resmi olarak kullanmak için, birçok takım Hedeflerin hafif bir versiyonunu benimsemiştir ve Anahtar Sonuçlar (OKRs) veya takım düzeyindeki sonuçlar ifadeleri. kritik başarı faktörü, her iki rolün hedefleri tanımlamakta bir sese sahip olmasıdır ve her ikisi de sonuçlardan sorumludur.

Pragmatizm ile inovasyonu Balancing Innovation with Pragmatism

Müdür Mühendisleri doğal olarak teknik zarfı zorlamak, yeni desenlerle deney yapmak ve teknoloji borçlarını ödemek isterler. Ürün sahipleri doğal olarak hızlı bir şekilde sunmak, piyasa değişikliklerine cevap vermek ve yatırıma en iyi şekilde dönmek isterler.

Güçlü bir yaklaşım, ürün özellikleri olarak teknik yatırımlar çerçevelemektir. Bir veritabanı göçü, bir API rektör veya yeni bir izleme sistemi, kullanıcı veya iş değeri açısından tanımlanabilir: daha hızlı özellik teslimatı, daha az kesintiler, daha iyi ölçeklenebilirlik, önümüzdeki sefere, Müdürlük mühendisinin iş değeri dilinde teknik ihtiyaçları karşılamak için en önemli yolu önerebilir, Ürün Sahibi onlara müşteri odaklı çalışma ile öncelik verebilir.

Bu ticaretle ilgili işlemleri yürütmek için yapılandırılmış bir yöntem arıyorlar, ancak roller veri bilgilendirilmiş ticaret kararları verebilir.(WSJF)) Bu tür bir teknik iyileştirmeyi geciktirme konusundaki iş etkisini ölçerek, her iki rol de veriye dayalı ticaret-off kararları verebilir.

Collaborative Decision-Making in Practice

Hedeflere uygun olarak, ancak ortaklığın gerçek testi gün boyu karar verme sırasında gerçekleşir. Sprints, backlogs ve planlama seansları, soyut hizalamanın somut bir eylem haline geldiği yerdir.

Ortak Planlama ve Önceleştirme

Sprint planlama ve gerilog bakım sadece idari ritüeller değildir. Onlar, Mühendis ve Ürün Sahibinin pazarlık kapsamı, sıra ve teknik yaklaşımları değerlendirmek için Mühendis ve Ürün Sahibinin bu toplantılara tam olarak sonlandırılmış bir geri dönüş ile gelmemesi gerekir. Bunun yerine, iş ihtiyaçları ve kullanıcı hikayelerine öncelik vermeleri gerekir, sonra teknik fizibiliteyi değerlendirmek için Mühendis ile işbirliği içinde işbirliği içinde, bağımlılıklara ve risklere bağlı olarak.

Bakım sırasında, Müdür Mühendisi, teknik aksalara ihtiyaç duyan, tahminleri etkileyebilecek diğer takımlara bağlı olarak veya gizli bir karmaşıklığa sahip olan hikayeleri bayrak hikayeleri gösterebilir. Ürün Sahibi daha sonra öncelik ayarlamaya karar verebilir, hikayeleri daha fazla kabul edebilir veya risk almayı kabul edebilir. Bu geri-ve-forth inşalar planın ortak mülkiyetini kabul edemez.

Daha uzun vadeli planlama için, çeyrek yol haritası gibi, ortaklık daha da kritik hale gelir. Ürün Sahibi piyasa istihbaratı ve hisse senedi taahhütleri getirir.Ana Mühendisi mimari kısıtlamaları ve kapasite içgörüler getiriyor, ancak gerçekçi olmayan bir yol haritası üretiyorlar. 0)Effective yol haritası bu ikili perspektifi gerektirir).

Ticaretin Birlikte Etkileri

Hiçbir proje sınırsız zaman, bütçe veya mühendislik kapasitesi. Ticaret-offlar kaçınılmazdır. Her iki rol de bu ticaretten savunma olmadan hareket edebilirken ortaklık parlar. Ortak bir çerçeve basit üç boyutlu karar modeli kullanmaktır: kapsamı, kalite ve zaman; Ürün Mühendisinin kalitesi (teknik kalite, sadece bu tür yüzeyleri değil)

Örneğin, bir pazar süresi taşınmaz ve kapsamı kesilemezse, Müdür Mühendisi teknik olarak kabul edilebilir ama daha iyi bir uygulama önerebilir, daha sonra yeniden faktöre yeniden baş etmek için net bir planla. Ürün Sahibi, gelecekteki sprint'te refaksiyona öncelik vermeyi kabul eder ve kabul eder.

Bu ticaretle ilgili işlemleri paylaşılan bir oturumda belgelemek değerli bir tarih yaratır. Her iki rol de, hangi işe yaramadığını ve ne işe yaramadığını öğrenmek için geçmiş kararları gözden geçirebilir, yargılarını zamanla geliştirmektedir.

Overcoming Common Partnership Friction Points

En güçlü ortaklıklar bile kaba yamalara çarptılar. Zaman öncesinde ortak sürtünme noktaları tanımak, ortaya çıktığında onları daha kolay hale getirir.

Bridging Technical and Business Language

En kalıcı zorluklarından biri dildir. Bir Müdür Mühendisi "koupling" hakkında konuşabilir, "idempotency" veya "eventual consistency", bir Ürün Sahibi "kulak yolculukları", "bir alandaki değişiklikler" veya "zaman-pazarlama" anlamına gelebilir, iletişim çökemez, daha sonra "pazarlama" anlamına gelir.

Her iki rol de bilanço haline gelme sorumluluğunu paylaşıyor.Ana Mühendisi, iş modelini, müşteri segmentlerini ve rekabetçi manzarayı anlama konusunda zaman yatırım yapmalıdır. Ürün Sahibi, sistemin mimarisinin temellerini ve teknik borcun etkilerini öğrenmede yardımcı olmalıdır.

Kapsam ve Teknik Borç Yönetimi

Kapsam ürpertici ve yönetilmeyen teknik borç ortaklık katilleridir. Ürün Sahibi, plan ayarlamadan "bir şey" eklemeye devam ettiğinde, Müdür Mühendisi değerli ve boğulmuş hissediyor.

Antidote, kaliteli tanımların ortak bir anlayıştır. "done" ne anlama geliyor? Test kapsamı kabul edilebilir? Bu özelliği eklemek için hangi performans kriteri kabul edilemez?Bu kriterleri bir projenin başlangıcında birlikte tanımlayabilirsiniz: "Bu iki gün boyunca bir referans noktası verirsek veya kapsamın genişlemesini kabul edebilir, "Bu özelliği biraz daha düşük bir performans eşini kabul etmek istiyorum."

Teknik borç, özel bir geri mühendislik hayvan projelerinde saklı değil, bir araya gelen teknik borç gerilog, her iki rolün de korumasını ve öncelik almasını sağlar.İşin birlikte planlandığı şekilde, bu metaforla birlikte yapılması gerekir, ancak bu metaforla birlikte, borcu yönetmek yerine bir ortaktır.

İşbirliği Başarısı için En İyi Uygulamalar

Güçlü bir ortaklık inşa etmek tek zamanlı bir faaliyet değildir. Devam eden dikkat, kasıtlı alışkanlıklar ve adaptasyona istekli olmak gerektirir. Aşağıdaki uygulamalar uzun vadede ilişkiyi sağlıklı tutmaya yardımcı olur.

  • [FONT:0] Haftason bir tek bir senkronizasyonu ([Dönetici:0)) · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · ·
  • [[Dönetici:0) ⁇ bağlam proaktif olarak.[[Döneticileri talep etmeden önce ilgili bilgileri paylaşmalıdır. Ürün Sahibi piyasa değişimlerini ve paydaş geri bildirimlerini erken paylaşıyor; Müdür Mühendisi teknik riskleri ve gelişmekte olan fırsatları erken paylaşıyor. Proaktif paylaşım reaktif yangınla mücadele etmesini engelliyor.
  • [FONT:0]Birbirinin kısıtlamalarına dikkat edin. Ürün Sahibi, paydaşları ve müşterilerden baskıyla karşı karşıyadır.The Principal Mühendisi sistem karmaşıklığı ve takım kapasitesinden baskıyla karşı karşıyadır.
  • [FONT:0]Celebrate ortak kazanır.[[Dönetici: 1 ) Bir başlatıldığında veya teknik bir dönüm isabet edildiğinde, her iki rol de krediyi paylaşmalı ve ortaklığın değerini güçlendirdiği ve organizasyonun geri kalanı için bir örnek teşkil etmelidir.
  • [FONT:0]Review retrospektifler birlikte gözden geçirmektedir.[[Dönetici:0]Ana akım veya çeyrekten sonra, her iki rol de ortak bir retrospektif olarak onların ortaklığına katılmalı.Ne işe yarayabilir? Bu sürekli iyileştirme döngüsü, kesintiye uğramadan ilişkiyi tutar.
  • [FONT:0]Co-create Belgeleri[Döneticileri, mimarlık genel bakışları, basit dilde yazılmış ve paylaşılan yol haritaları sadece eserler değildir. Her iki rol katkıda bulunduğunda, belge daha doğru ve daha kullanışlıdır.
  • [FONT:0]Daha geniş topluluğundan gelenLearn.[DÜDÜDÜDÜ] Teknik liderler ve ürün liderleri arasındaki dinamikler yoğun olarak incelenmiştir.Diğer kuruluşlarla ilgili yaklaşımlar hakkında okumalar, fikirlerinizi tazeleyebilir. [Ücretsiz:2]Martin Fowler'in Temelde Görüşleri ).

Good to Exceptional

Bir Müdür Mühendisi ve bir Ürün Sahibi arasındaki fonksiyonel bir ortaklık sağlam ürünler sunar. Olağanüstü bir ortaklık, her iki kuruluşunun nasıl işlediğini bilir, diğerlerine de derinden güvendiklerinde, Mühendisi cesur teknik gelişmeler için zorlayabilirler çünkü Ürün Sahibinin iş bağlamını koruyacağını bilirler.

Bu ortaklık seviyesi kazayla gerçekleşmiyor.İş sonuçları, güvenlik, ve ürünün bireysel ego veya bölüm sadakati üzerindeki başarısı için ortak bir taahhüt gerektirir.Anabilimci, iş sonuçları açısından düşünmek için her iki rolü de gerektirir ve Ürün Sahibi sistem sağlığı açısından düşünmeyi öğrenir.

Ödeme son derece önemlidir. Temel mühendisler ve ürün sahipleri ile inşa edilen ürünler, daha uyumlu ve kullanıcıların daha değerlidir. Daha hızlı, daha az sıklıkta kırılır ve teknik ve ürün silolarının norm olduğu bir endüstride, gerçek bir ortaklık çoğaltmak zor olan rekabetçi bir avantajdır.

Bu makaleden küçük bir uygulama yapın ve bir ay boyunca bunu taahhüt edin. Haftalık senkronizasyonu yapın. Bir sonraki sprint için ortak bir hedef oluşturun.Bir teknik konsepti iş diline veya teknik kısıtlamalara dönüştürmek için bir iş şartı.