Negotiation ve Çatışma Çözümü Müdür Mühendisleri için Lider Teknik Takımlar

Müdür mühendisleri eşsiz bir pozisyona sahiptir: teknik otorite, mentor, mimar ve sıklıkla diplomat olmak beklenir. Teknik ekipler, özellikle de önemli mühendisler için müzakere ve çatışma çözümüne rehberlik ederken, mimarlık kararları, kaynak tahsisi veya proje öncelikleri hakkında eleştirel olarak çizimler yapmak için.

Neden Baş Mühendisleri Gelişmiş Negotiation Becerilerine İhtiyacı Var

Negotiation, yönetim kurulu sözleşme tartışmalarıyla sınırlı değildir.Genel bir mühendis için, müzakere günlük olarak gerçekleşir: kritik altyapı yükseltmeleri için teknik bir borç geri ödeme planı kabul etmek, takım refahına karşı teklif etmek veya paylaşılan API sözleşmesinde birden çok takım toplamak. Teknik doğruluğun sık sık sık kazandığı rolü aksine, temel mühendisler örgütsel politikayı ilerletmelidir, rekabet önceliklerini ve sınırlı kaynakları sınırlı tutmak zorundadır. Güçlü müzakere becerileri, kritik altyapı yükseltmelerini savunmak için bütçeyi savunmasını sağlamak, takım refahını savunmak, ve projeleri yönetmek için birçok takıma karşı savunmayı savunmak.

[[Arapçalı İş İncelemesi[Dönetici:0)Harvard Business Review)'den yapılan araştırmaya göre, müzakere eğitimi alan mühendisler, ticaretle iletişim kurma ve paydaşlardan satın alma imkanına sahipler.

Etkili Müzakere için Anahtar Stratejileri

Etkili bir müzakere, kaotik pazarlık değil. Müdür mühendisleri teknik bağlamlara yaklaşımı tertemizken kanıtlanmış çerçeveleri benimsemekten yararlanabilirler.

1. BATNA Modeliyle Thoroughly Hazırlayın

Herhangi bir müzakereden önce, daha fazla sunucu için pazarlık yapın ve takım reddedilirse, BATNA% 30 oranında azaltılan bir performansa sahip olabilir. Benzer şekilde, diğer tarafın BATNA'ya ulaşamıyorsanız, diğer tarafın BATNA'ya varmanıza yardımcı olur.

  • [FONT=0) Sizin için bir başka türlü bilgi sahibi olun.([0))) .
  • [FONT:0]Diğer tarafın baskılarını araştırıyorlar.[DÜT:1] Sıkı bir tarihte mi? Bütçe kesintileri mi? Bu bağlamı tartışmanızı çerçevelemek için kullanın.
  • [[Düzücük veriler[[Dönetici:0) Karşılaştırma sonuçları, maliyet projeksiyonları veya olay pozisyonunuzu desteklemek için rapor verir.

2. Aktif dinleme ve Perspektif-Taking

Teknik tartışmalarda, doğruyu doğru bir şekilde karşılanmak caziptir. Bunun yerine, aktif dinleme: Başka kişinin anlamayı söylediklerini duymak, sonra bakış açılarını kabul etmek için söylediklerine dikkat edin. Bu, daha düşük operasyonel bir yük ile bunu başarabilir.

3. Frame Proposals Around Shared Goals

İnsanlar, teklifin ortak hedefleri nasıl desteklediğini gördüklerinde daha fazla takdir ediyorlar. “Bu modülü yeniden düzenlememiz gerekiyor”, “Bu modüle izin vermek, paylaşılan hedefimizi% 40 oranında azaltacaktır.

4. Anlaşmayı Bulmak için ZOPA Concept'ı kullanın

Mümkün Anlaşma Bölgesi (ZOPA) her iki tarafın kabul edilebilir sonuçları örtüştüğü menzildir. Her bir tarafın en az ve en fazla her tarafı kabul edebilir. Örneğin, ekibiniz büyük bir refaksiyon için 4 haftaya ihtiyaç duyarsa, ancak ürün ekibi 2 hafta içinde bir ZOPA, temel sorunu ele alan ilk aşamaya kadar 6 hafta içinde bir yeniden faktör verebilir.

5. Adaptable olun – Ticaret Sanatı-Offs

Negotiation esnekliği gerektirir.Eğer istediğiniz her şeyi elde edemezseniz, en önemli şeyleri önceliklendirir ve daha düşük sipariş öğeleri üzerinde düşünmeye istekli olun. Bu işaretler iyi bir inanç. Örneğin, ekibinizin açıkça paylaşılan bir karar oturumlarında yeniden ifade etmesinin izin için bir geçiş zaman çizelgesini kabul edebilirsiniz.

Teknik Takımlar içinde Çatışmaları Yeniden Düşünmek

Çatışma yüksek performanslı takımlarda kaçınılmazdır - bilişsel çeşitlilik inovasyonu sağlar, aynı zamanda konsolide edici rol çatışmayı ortadan kaldırmak değildir, ancak çatışmanın yapıcı olarak yaygın kaynaklarına sahip olmak için mimari anlaşmazlıkların, kod inceleme tarzı farklılıkları, öncelik çatışmaları ve kişisel sürtünme içerir.

Kök Sebepleri Nedenleri

Çatışmanın ne kadar iyi olduğunu teşhis etmeden önce: 0.0.task-lavaff[Dönetici][Dönetici gerilimler) [önemli bir yaklaşıma nasıl ulaşmak için görüşler))[Döneticilerle ilgili olarak, [Döneticiler ile ilgili olarak, (örneğin, iki yöntem veya iş akışları) veya iş birliği ile ilgili olarak, iletişim protokolleri açıklanabilir.

Yapılı Çatışma Çözümü için Teknikler

  • [FONT:0) Açık, yapılandırılmış bir diyalogu ayırt etme:) Yer kuralları belirleme - insanlar değil, “I” ifadelerini kullanma. Örneğin: “Sekizleme yapmadan arayüz değiştiririm çünkü entegrasyon başarısızlıklarına yol açıyor.
  • [FONT:0]Bir ortak problem olarak yeniden çerçeveleyin: “İdediğiniz bu kusurların var”, “Her ikiimiz de dayanıklı bir sistem istiyoruz.
  • [FONT:0] Medyalama teknikleri: [Dönetici: [Dönetici] Bir tarafsız parti olarak, her kişiye anlayış sağlamak için diğer konumunu özetlemek için soruyorsunuz. Sonra gruptan her iki taraftan da elementleri içeren bir çözüme kılavuzluk yapın.
  • [FONT:0]Establish net karar verme protokolleri: ), Kararların ana mühendis tarafından veya belirli bir teknoloji lideri tarafından yapılan bir kararın (ADR) ve farklı alanlarda son otoriteyi kimin elinde tutan bir kararın (güvenlik, performans, kullanıcı deneyimi) olduğunu tanımlar.
  • [FONT:0) Takip et:[Dönetici:[Dönetici:0) Bir karardan sonra, anlaşmanın çalıştığını kontrol etmek için kısa bir takip planlamak ve bu ilişkiler üretken kalmaktır.

Yüksek satın almalar Mimari Engelliler

Üst düzey mühendisler mimari üzerine çatışıyor -monolith vs. mikroservices, SQL vs. NoSQL, monorepo vs. polirepo - temel mühendis ölüleri kırmalıdır. Etkili bir teknik şu şekildedir:0) Her bir karar alma işlemi) her seçeneği kabul edilen kritere karşı değerlendiren küçük bir kanıt-konsepsiyonunu değerlendirebilir (maliyet, takım uzmanlığı, zaman).

Bu yaklaşım çatışmayı kişiselleştirmek ve kanıtlara odaklanmayı değiştirmektir. [Ücretsiz matrix tekniği Atlassian’ın ekibi oyun kitabı[Döneticileri 1) mühendislik tartışmalarına adapte edilebilir.

Bir İşbirliği Kültürü Yapın

Çatışma çözümü reaktifdir; işbirliğine dayalı bir kültür inşa etmek proaktiftir. Müdür mühendisler, anlaşmazlıkların nasıl ele alındığı için tonu belirlediler.Birinin kendi konumunu yeniden gözden geçirmeye istekli olarak, çeşitli fikirlerin kişisel saldırılar olmadan tartışıldığı bir ortam yaratırsınız.

Örnek:

Bir tasarım kararında hata yaptığınızda, açık bir şekilde kabul edilir. Yeni kanıtlara dayanarak zihninizi değiştirirken, bu dersi normalleştirelim ve yanlış olmanın korkusunu azaltır. Örneğin, retrospektif olarak, “Ben hizmet katmanı için ittim, ama operasyonel karmaşıklığı gördükten sonra, daha basit bir yankar yaklaşımı ile gitmemiz gerektiğini düşünüyorum.

Disagreement için Norms Oluştur

“İgre ve taahhüt” ( Amazon’un liderlik ilkelerinden) veya “güçlü fikirlerden, zayıf bir şekilde tutulan bir ekip kiralaması oluşturun. Teknik anlaşmazlıkların nasıl çözülüreceğini açıkça ifade eder - genişletilebilirlik yolu, veri gereksinimleri ve zaman kutusu.Bu, belirsizlik ortadan kaldırır ve azalır.

Psikolojik Güvenlik Güvenliği

Çatışma çözümü, takım üyelerinin ses kaygılarını güvende hissettiğinde gelişir.Üye göre:0)Proje Yönetimi Enstitüsü), yüksek psikolojik güvenlikli ekipler daha yenilikçi ve daha düşük bir ciroya sahiptir.Bir ana mühendis olarak, aktif olarak solculardan yoksundur: “Birçok teklifin başlarını görmek istiyorum, ancak alternatif perspektifleri duymak istiyorum.

Düzenli Takım Sağlık Kontrolleri

İyi bir şekilde çözülecek çatışmaları açıkça tartışmak için geriye dönük olarak zaman ayırın ve bu gelişmeye ihtiyaç duyanlar karar verme adilliği konusunda takım duyguları ölçmek için anonim anketler kullanırlar.Bu veriler, bir kişinin hükmetmesi gibi sistemik sorunları ortaya çıkarabilir.

Duygusal Zeka: Gizli Süper Güç

Teknik konuşmalar, özellikle bireylerin fikirlerine derinden yatırım yaptığında ısınabilir. Yüksek duygusal zekalı bir temel mühendisi (EQ) bu değişikliği kaybetme konusunda en çok endişe duyduğunuzu anlamama yardımcı olabilir mi?” Bu, duygusal tetikleyicileri tanıma ve empatiyle yanıt verebilir. Örneğin, bir ekip üyesi savunmanız için, duraklamanız ve şöyle demektedir: “Bu konu sizi anlamak için önemli.

EQ ayrıca toplantılar sırasında oda okumaya yardımcı olur - bir tartışma masaya girdiğinde, bir mola çağırdığınızda ve bir sonraki takım oturumundan önce hayal kırıklığına uğratan bir meslektaşınızla. EQ sürekli bir uygulama; çerçeveleri kullanmayı düşünün;Goleman modeli

Gerçek Dünya Senaryoları ve Taktik Yanıtlar

Aşağıda, müzakere ve çatışma kararlarının doğrudan ana mühendisinin günlük çalışmasına başvurduğu ortak durumlar vardır.

Senaryo 1: Kaynak Çatışması – İki Takım aynı SRE Time'a İhtiyacı Var

Takım A'nın bir üretim olayının silinmesine yardımcı olması ve Team B'nin yeni bir hizmet için altyapıya ihtiyacı var.Negotiation yaklaşımı: Her iki takımla hızlı bir triage ve SRE. Kullanımı aİLFLT:0) Takım B'nin davasında 2 saat boyunca [Dönetici: her bir gecikmenin etkisi nedir?

Senaryo 2: Mimarlık Bir Personel Mühendisi ile Dezenfekte

Bir personel mühendisi bir grafik veritabanı sunmak istiyor çünkü sorgu performansını geliştireceğine inanıyorlar. ekledik operasyonel karmaşıklığın buna değmediğini düşünüyorsunuz. Önce, coşkuyla ilgili çözümlerini kabul ediyorum: “Daha hızlı sorgular için potansiyel görüyorum.”

Senaryo 3: Cross-Functional Beforeity Clash

Ürün yeni bir özellik başlatmak istiyor; mühendislik, teknoloji borcunun yavaş yavaşladığını gösteriyor.Bir aşamaz uzlaşma: “Bir performans tavanı ile gemiyi ölçebiliriz, ancak bir sonraki sprint'te teknoloji borcuna karşı çıkalım.(SLO) bir hizmet seviyesi hedefi (daha fazla) ticari olarak, gelecekteki borçların yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş yavaş

Sonuç Sonuç Sonuç Sonuç Sonuç Sonuç Sonuç Sonuç

Negotiation ve çatışma çözümü ana mühendisler için opsiyonel olarak değil - doğrudan ekip hızını, ürün kalitesini ve örgütsel sağlığı etkileyen temel liderlik yetkinlikleridir.İklimli olarak BATNA ve ZOPA kullanarak, aktif dinleme, paylaşılan hedefler etrafında tartışmalar yapmak ve sadece güven, saygı ve dayanıklılık nedeniyle, analitik bir kültüre dönüşebilir.

Unutmayın: Her çatışma liderlik gösterme şansıdır ve her müzakere iş amacı ile teknolojiyi uyumlulaştırma fırsatıdır. Bu beceriler, ve sadece kendi etkinliğinizi değil tüm mühendislik organizasyonunuzu yükselteceksiniz.