Harika mühendislerin talimata ihtiyacı yoktur; harika PM'ler ise takımı ya da yol haritasını kontrol etmez [Çeviri Yazı]
(blogbyash.com)-
PM'in gerçek rolünü yeniden tanımlamak
- Harika bir PM, takımı ya da yol haritasını kontrol etmez.
- Bunun yerine, pazar içgörülerini derinlemesine ortaya çıkarır ve ekibin yanlış yöne gitmesini engelleyecek şekilde rehberlik eder.
- (Orijinal ifade: "Harika bir PM takımı kontrol etmez. İçgörüleri ortaya çıkarır ve yön sapmasını önler.")
-
PostHog'un kuruluş arka planı: PM'siz başlangıç
- 2020'de Tim ile PostHog'u ilk kez başlatırken, asla ürün yöneticisi (PM) işe almayacağım konusunda ısrarcıydım.
- Mühendislerin ürün problemlerini doğrudan düşünmesini ve bunları kodla çözmesini teşvik ettim.
- Erken aşama startup'larda özerkliği en öncelikli değer yapan bir kültür oluştu.
-
Harika bir ürün mühendisinin özellikleri
- PM'in bağlamını (vizyon, müşteri ihtiyaçları) ayrı bir talimat olmadan kendiliğinden anlar.
- Buna dayanarak hızlı prototip üretimi → deney → geri bildirim toplama → otomatik dağıtım döngüsünü tekrarlar.
- Kodu hayata geçirme becerisi ve deney hızı temel güçlü yanlarıdır.
-
PM ile ürün mühendisi rollerinin ayrıntılı ayrımı
- PM odağı:
- Pazar araştırması, iş gerekçesi oluşturma, paydaşları (satış/pazarlama) koordine etme.
- Tüm ekiple yönü ve bağlamı paylaşma.
- Ürün mühendisi odağı:
- Gerçek build/test/deploy uygulamasını yürütme.
- Müşteri geri bildirimini doğrudan toplayarak ürünü iyileştirme.
- PM odağı:
-
İdeal iş birliği modeli
- PM, bir 'denetleyici' değil, özerkliğe saygı duyan bir 'bağlam sağlayıcı' olmalıdır.
- Ürün mühendisi PM'in hedeflerini paylaşır, ancak kod merkezli şekilde bağımsız hareket eder.
- Sonuç: Geleneksel PM-mühendis sınırlarını aşındıran, hızlı ve verimli bir ürün geliştirme kültürü.
-
Yazının ana mesajı ve çıkarımları
- PM'e dair yanlış anlamayı düzeltmek: yol haritasını dayatmak yerine içgörü odaklı olmak.
- Ürün mühendislerinden en yüksek verimi alarak startup büyümesini hızlandırmak.
Henüz yorum yok.