Mühendis ve ürün yöneticisi arasındaki fark nedir?


9

Günümüzde tüm geliştirme ekiplerinin hem yazılım mühendisleri hem de ürün yöneticileri var. Yazılım endüstrisine yeni başladım ve farkın ne olduğunu merak ediyorum?

  1. Bir Ürün Yöneticisinin programlama geçmişine sahip olması gerekli mi?
  2. İşler Mühendisler ve Ürün Yöneticisi arasında nasıl bölünür?

Yanıtlar:


12

Deneyimlerime göre, en iyi işleyen ekipler, "duvarın üzerinden atmak" ın değil, her aşama arasında yumuşak bir geçişin olmasını sağlamak için yaşam döngüsünün çeşitli rolleri arasında biraz yetenek çakışması var.

Bir ürünün (veya bir ürünün içindeki özelliklerin / öykülerin) geliştirilmesi sırasında, bir ürün yöneticisi ve mühendis, tanım (PM) ve uygulama (mühendis) olmak üzere iki aşamalı çoğunluk sahipleri olarak hizalanır .

  • Ürün yöneticisi - Ürün yöneticileri aslında "özellik tasarımcıları" dır ya da tasarımcı değilse, sahiplerdir. Girdileri müşteri / iş gereksinimleridir ve çıktıları mühendislerin çalışabileceği ürün spesifikasyonlarıdır.

    Bir ürün yöneticisi genellikle hangi özelliklerin gerekli olduğuna dair ilk araştırmayı yapar (daha büyük bir grupta bir iş analisti bu adımda yardımcı olacaktır), ardından bunu zor gereksinimler ve ürün teklifleri halinde düzenler. Bir noktada, bir mühendis veya mimarın, ürün yöneticisine neyin geçerli olduğunu bilmesi ve buna göre ayarlama yapmasına yardımcı olması için dahil olması gerekebilir.

    Spesifikasyon teslim edildikten sonra, ürün yöneticisi genellikle Scrum sürecinde "ürün sahibi" dir - "tamamlandı" nın tanımlanmasından ve son çalışmayı kabul etmekten sorumlu kişi olur.

    Ürün bittiğinde, ürün yöneticileri, müşteri hizmetleri, pazarlama ve hatta bir satış departmanının neyin geliştirildiğini ve en çekici özelliklerin ne olduğunu anlamasına yardımcı olmaktan da sorumlu olabilir.

  • Mühendis - Yukarıda belirtildiği gibi, mühendis, gereksinimlerin tanımlanmasına yardımcı olmak için sürece erken getirilebilir. Ancak mühendisin işinin birincil kısmı, ürün özellikleri tanımlandığında ve iş için onaylandığında başlar. Mühendis yazılımı spesifikasyona göre uygular ve spesifikasyonda ortaya çıkan sorunları göz önüne almak için ürün yöneticisine geri götürür.

    Tipik olarak, ürün geliştirme aşamasındayken, mühendisler KG sürecine daha fazla dahil olabilirken, ürün yöneticisi arka plana biraz adım atacaktır.

Bildiğim kadarıyla - bahsettiğim gibi Başbakan ve mühendis arasında bir miktar ileri ve geri olacak. Bu evrim sırasında, ürün yöneticisinin sahip olduğu herhangi bir teknik anlayış, mühendisin ihtiyaç duyduğu zamanı en aza indirmeye yardımcı olacaktır ve mühendis, ürünün ihtiyaçlarını ne kadar iyi anlarsa, tavsiyelerinin o kadar yardımcı olacaktır.


3

Bir ürün yöneticisinin rolü şirketten şirkete değişebilir.

En kötü durumda (ve ne yazık ki, ortak durumda), bir ürün yöneticisi, üzerine atılan şartname ve serbest bırakma görevlerine sahip teknik bir liderdir.

En iyi durumda, bir ürün yöneticisi geliştiriciler ile müşteriler ve yöneticiler arasında bir irtibat görevi görür ve geliştiricilerin kaliteli bir teslimat için ihtiyaç duydukları zamana sahip olmalarını sağlar. Bir geliştiriciyi pozisyona aktarmak yerine, özel ürün yönetimi becerilerine sahip bir kişiyi işe almak genellikle en iyisidir. İdeal olarak, ürün yöneticisi en azından geliştirilmekte olan teknolojiye ilişkin derin bir anlayışa sahip olacaktır, ancak kesinlikle derin bir teknik bilgiye ihtiyaç duyulmaz.


Rollerin yakından ilişkili, örtüşen veya hatta zaman zaman birbirine bağlı olabileceğini anlıyorum, ancak OP ürün müdürü dedi .
Nicole

Dikkatli okumadığım için benim hatam. Cevabımı buna göre düzenleyeceğim.
smithco

Ben senin cevap çok düzenlenebilir projectolduğunu product, ancak bunu görünür olabilmesi için düzenlemeyi onaylaması var.
jmort253

@ jmort253 Düzenlemeniz zaten yapılmış gibi görünüyor. Düzeltme için teşekkürler.
smithco

1

Ürünün tanıtımını ve satışını da içeren brooder ürün yelpazesinden sorumlu ürün yöneticileri sanırım. Öte yandan, mühendisler ürünün kalitesi konusunda dörtlü olma eğilimindedir.


0

PM bir geliştirme yöneticisi iken, bir mühendis bir geliştirici rolleri eşit olacaktır. Geliştirme yöneticisi bazı teknik şeyler yapabilir, ancak her zaman olmayabilir. Ve PM'nin geliştiricilerin karşılaştığı sorunları anlamak için teknik altyapıya sahip olması yararlıdır (daha fazla 'ekran başına yarım saatten fazla sürmek ne demek istiyorsun!').


0

Doğruyu söylemek gerekirse, yazılım alanına uygulama söz konusu olduğunda, "Ürün Yöneticisi" terimi gerçekten bu ikisinden sadece geçerli olanıdır. Kimse uzaktan yazılım "mühendislik" gibi bir şey yapar. "Yazılım Mühendisi" temelde yanlış geldiği ve iyi göründüğü ve "Code Monkey" pozisyonlarına başvurmadığı için boş bir terimdir.


-1 Yazılım doğru yapıldığında kesinlikle bir mühendislik şeklidir .
Orbling

Tanıdığınız hiç kimse gerçek mühendislik yapmıyorsa, sadece yeterli insanı tanımayan bir kod maymunu olduğunuzu gösterir.
Desmond Zhou

1
Katılıyorum, 'yazılım mühendisi' biraz iddialı! Gerçek bir mühendislik derecem olmasına ve boktan bir kod gördüğümde saçma olmama rağmen, kendime asla böyle demezdim. Bunun yerine geliştiriciyi veya mimarı tercih ederim. Bir API bir tür köprü gibi görünse de bir köprü inşa ediyorum gibi değil.
Chloe

0

Feragatname: Bu, kesinlikle programlanmayan bir işin görüşündedir (mutlaka yazılım göndermeyiz)

Şirket iş yerinde, en Ürün Müdürleri vardır istihkam. Her zaman düşük seviyeli işi yapamayabilirler, ancak neler olduğunu kesinlikle biliyorlar ve bunun bazı bölümlerini kendileri seçebiliyorlar. Proje Yöneticisinin görevi, müşteri (veya müşteriler), varsa diğer ekiplerle arayüz oluşturmak ve alt düzey ile üst yönetim arasında irtibat kurmak ve ekibi genel hedefe yönlendirmektir. Tam olarak ne yaptıklarından emin değilim. Ürün Yöneticisi değilim.

Ancak şirketten şirkete değişir.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.