
این چهار نقش با هم همکاری میکنن، ولی تمرکز و مسئولیتشون یکی نیست.
Product Owner (PO) — مالک محصول
مسئول حداکثرکردن ارزش محصول و مدیریت مؤثر Product Backlog است؛ یعنی نیازها رو شفاف و اولویتبندی میکنه تا تیم روی کارهای ارزشمند تمرکز کنه.
Product Manager (PM) — مدیر محصول
معمولاً روی استراتژی، بازار، نیاز کاربران، اهداف کسبوکار و موفقیت محصول تمرکز میکنه. در بعضی شرکتها وظایف PM و PO در یک نقش ترکیب میشن.
Scrum Master — تسهیلگر اسکرام
کمک میکنه تیم و سازمان اسکرام رو درست درک و اجرا کنن، موانع پیشرفت تیم برطرف بشن و همکاری مؤثرتری شکل بگیره.
UI/UX Designer — طراح تجربه و رابط کاربری
نیازهای کاربران رو بررسی میکنه و با طراحی User Flow، وایرفریم، پروتوتایپ و رابط کاربری، تجربهای کاربردی و قابلفهم میسازه.
مثال واقعی: اپلیکیشن سفارش غذا
PM بررسی میکنه چرا کاربران سفارش نمیدن و چه فرصتی برای رشد وجود داره.
PO بکلاگ رو مدیریت میکنه و اولویت بهبود فرایند سفارش رو مشخص میکنه.
UI/UX Designer مسیر سفارش رو سادهتر طراحی و تست میکنه.
Scrum Master به تیم کمک میکنه همکاری مؤثر و اجرای درست اسکرام رو حفظ کنه.
این تقسیمبندی یک الگوی رایجه؛ در شرکتهای مختلف ممکنه وظایف با هم همپوشانی داشته باشن.
طبق راهنمای رسمی اسکرام، مسئولیت اصلی PO اینه که ارزش محصول حاصل از کار تیم رو به حداکثر برسونه. مدیریت مؤثر Product Backlog بخش مهمی از این مسئولیت محسوب میشه.
Product Goal: مشخصکردن هدف بلندمدت محصول و انتقال شفاف اون به تیم.
Product Backlog Management: شفافسازی، مرتبسازی و اولویتبندی کارهای محصول.
Stakeholder Management: تعامل با ذینفعان و درک نیازها و انتظاراتشون.
نیازمندیهای محصول: مطمئنشدن از اینکه تیم درک مشترکی از آیتمهای بکلاگ داره.
تصمیمگیری درباره اولویتها: انتخاب کارهایی که بیشترین ارزش رو برای محصول ایجاد میکنن.
نکته مهم: PO میتونه انجام بعضی از فعالیتها رو به دیگران واگذار کنه، اما پاسخگویی نسبت به مدیریت مؤثر بکلاگ همچنان با خودشه.
۱. اولویتبندی (Prioritization)
تشخیص اینکه کدام قابلیت باید زودتر ساخته بشه و چرا.
۲. نوشتن User Story و Acceptance Criteria
تبدیل نیاز کاربر به آیتمهایی شفاف که تیم بتونه دربارهشون تصمیم بگیره و کار کنه.
۳. ارتباط مؤثر (Communication)
هماهنگکردن انتظارات ذینفعان، طراحان و توسعهدهندگان.
۴. تحلیل و تفکر محصولی
بررسی دادهها، شناخت نیاز کاربر و تصمیمگیری بر اساس ارزش و شواهد.
۵. مدیریت ذینفعان و مذاکره
شنیدن درخواستهای مختلف و تصمیمگیری درباره اینکه کدوم نیاز باید در اولویت قرار بگیره.
مثلاً مدیر فروش درخواست یک قابلیت جدید داره، کاربران مشکل دیگهای دارن و تیم فنی هم با محدودیت زمانی مواجهه. PO باید این اطلاعات رو کنار هم بذاره و درباره اولویتها تصمیم بگیره.
Scrum Guide راهنمای رسمی چارچوب اسکرامه که توضیح میده اسکرام چیه، چه مسئولیتهایی داره و چطور کار میکنه. اگر میخوای PO بشی، این یکی از منابع پایهای و ضروری برای یادگیریته.
اسکرام یک چارچوب سبک برای حل مسائل پیچیده و خلق ارزش از طریق کار تیمی، بازخورد و بهبود مداومه.
شفافیت (Transparency): همه باید درک روشنی از کار و وضعیت محصول داشته باشن.
بازرسی (Inspection): مرتب بررسی کنیم که کارها و نتایج در مسیر درست هستن یا نه.
سازگاری (Adaptation): بر اساس چیزهایی که یاد میگیریم، مسیر رو اصلاح کنیم.
Product Owner: مسئول حداکثرکردن ارزش محصول و مدیریت مؤثر Product Backlog.
Scrum Master: مسئول اثربخشی تیم و کمک به درک و اجرای درست اسکرام.
Developers: مسئول برنامهریزی کارهای اسپرینت، حفظ کیفیت و ساخت محصول قابلاستفاده.
تعهد (Commitment)، تمرکز (Focus)، گشودگی (Openness)، احترام (Respect) و شجاعت (Courage).
Sprint: بازهای با طول ثابت، حداکثر یک ماه، برای خلق ارزش.
Sprint Planning: برنامهریزی اینکه چرا، چه چیزی و چگونه در اسپرینت انجام بشه.
Daily Scrum: جلسه روزانه ۱۵ دقیقهای برای بررسی پیشرفت و تنظیم برنامه کار.
Sprint Review: بررسی نتیجه اسپرینت با ذینفعان و تصمیمگیری درباره قدمهای بعدی.
Sprint Retrospective: بررسی نحوه کار تیم و پیدا کردن راههای بهبود.
Product Backlog:
فهرست اولویتبندیشده کارهای محصول
Sprint Backlog:
هدف اسپرینت، کارهای انتخابشده و برنامه انجام آنها
Increment:
بخش کامل و قابلاستفاده محصول
طبق فایل، PO باید:
هدف محصول (Product Goal) رو مشخص و شفاف کنه.
آیتمهای Product Backlog رو ایجاد و واضح کنه.
آیتمها رو اولویتبندی کنه.
مطمئن بشه بکلاگ برای دیگران شفاف و قابلدرکه.
تصمیمهایی بگیره که به افزایش ارزش محصول کمک کنن.
نکته مهم: PO میتونه بعضی از این کارها رو به دیگران واگذار کنه، اما مسئولیت نهایی همچنان با خودشه.
اسپرینتها حداکثر یک ماه طول میکشن.
اسپرینت جدید بلافاصله بعد از اسپرینت قبلی شروع میشه.
کیفیت نباید کاهش پیدا کنه و هدف اسپرینت نباید به خطر بیفته.
Developers تصمیم میگیرن چطور کارها رو انجام بدن.
فقط PO اختیار لغو اسپرینت رو داره؛ اون هم زمانی که هدف اسپرینت منسوخ یا نامعتبر شده باشه.