♻️♻️ مدیر محصول و مهندس نرم‌افزار: همکاری یا تنش؟ (بخش دوم)

👁 8 بازدید ❤️ 0 واکنش 📤 0 فوروارد

♻️♻️ مدیر محصول و مهندس نرم‌افزار: همکاری یا تنش؟ (بخش دوم)

بخش ۲، فلوی شکل‌گیری ایده تا رسیدن به محصول و محیط عملیاتی


در بخش اول دیدیم که ریشه‌ی تنش بین مدیر محصول و مهندس، بیشتر از اینکه یه موضوع فردی باشه، یک مشکل ساختاریه. ابهام در مالکیت، اشتباه گرفتن Product Manager با Project Manager، و موندن توی مدل Feature Team، باعث می‌شه سیستم به سمت اصطکاک هدایت بشه، نه همکاری.


اما دونستن ریشه کافی نیست. سوال عملی اینه: یک ایده چطور باید از ذهن مدیر محصول به محیط عملیاتی برسه؟ چه کسی در هر مرحله مالک است؟ چه ابزاری کمک می‌کنه؟ و شرکت‌های بزرگ این مسیر رو چطور طی می‌کنن؟ در این بخش به همین سوال‌ها خواهم پرداخت.


فلوی کامل: از ایده تا Production

مسیر یک فیچر از لحظه‌ی تولد تا استقرار، از شش مرحله‌ی مجزا عبور می‌کنه. هر مرحله یک مالک مشخص، یک ورودی مشخص، و یک خروجی مشخص باید داشته باشه.



Discovery → Shaping → Spec → RFC → Development → Release

مطلب کامل رو از لینک زیر مطالعه کنید:


[🔗 بخش اول

🔗 بخش دوم ](https://mesbahi.net/fa/blog/1405/02/15/product-manager-engineer-collaboration-part-2/)


💬 نظر و تجربه شما چیه؟


← بازگشت به همه پست‌ها