نقش Product Owner توی اسکرام فقط یک نقش اجرایی نیست؛ یکی از شلوغترین و پرچالشترین نقشهاست. مسئول تحلیل نیازها، صحبت با ذینفعان، مدیریت بکلاگ، تعیین اولویتها و البته کمک به تیم توسعه برای رسیدن به ارزش واقعی محصوله. همه اینا یعنی مسئولیت زیاد، زمان کم.
طبق Scrum Guide 2020، وظایف اصلی Product Owner اینها هستن:
- توسعه و بیان روشن «هدف محصول» (Product Goal)
- ساختن و توضیح دادن آیتمهای بکلاگ
- اولویتبندی آیتمها
- و اینکه مطمئن بشه بکلاگ قابل درک، شفاف و در دسترسه
و در ادامه توی راهنمای اسکرام یه جمله خیلی مهم هست که پایهی این مقالهست:
“The Product Owner may do the above work or may delegate the responsibility to others. Regardless, the Product Owner remains accountable.”
یعنی Product Owner میتونه این کارها رو خودش انجام بده، یا «مسئولیتش رو به دیگران واگذار کنه» (Delegation)، ولی در هر صورت، «مسئولیت نهایی با خودش میمونه».
واقعیت اینه که POیی که نتونه تفویض اختیار کنه (Delegation)، خودش رو وسط انبوهی از کار، تصمیم و انتظارات تنها میبینه.
برای یک Product Owner، ناتوانی در تفویض اختیار یا واگذاری (Delegation) یعنی افتادن در چرخهای از خستگی، عقبافتادگی و فشار بیپایان.
این مقاله دربارهی همین موضوعه:
چرا واگذاری (Delegation) برای Product Owner حیاتی هست، چی رو میشه واگذار کرد و چطور میشه با Delegation، تمرکز رو حفظ کرد و یه تیم قویتر ساخت.
واگذاری (Delegation) یعنی چی؟
وقتی از واگذاری حرف میزنیم، فقط منظورمون این نیست که یه کار رو بدیم به یکی دیگه و راحت بشیم. توی دنیای Agile و Scrum، واگذاری یعنی اینکه «تصمیمگیری یا اجرای یه بخش از کار» رو بسپریم به یه نفر دیگه تو تیم، به شرطی که اون شخص اختیارش رو داشته باشه و بدونه باید چه خروجیای بده.
سایت Mountain Goat Software یه تعریف ساده و خوب داده:
“Delegation in Scrum and agile refers to passing decision-making authority or tasks down the organization to empower team members, while ensuring responsibilities are not shirked. It involves deciding which decisions should remain with a person, be escalated, or delegated to others.”
یعنی توی اسکرام و اجایل، واگذاری (Delegation) یعنی «سپردن اختیار تصمیمگیری یا انجام کارها به سطوح پایینتر» تا اعضای تیم قویتر بشن، بدون اینکه کسی از زیر بار مسئولیت در بره. و البته تصمیمگیری درباره اینکه «چی باید بمونه دست خودمون، چی باید بره بالا، و چی قابل واگذاریه».
واگذاری یعنی مهارتی که کمک میکنه هم خودمون سبکتر بشیم، هم تیم بهتر کار کنه، و هم محصول تو مسیر درستی پیش بره.
چرا واگذاری (Delegation) برای Product Owner ضروری هست؟
هیچوقت یک Product Owner نمیتونه همهچیز رو بهتنهایی انجام بده. وقتی PO بخواد همه تصمیمها رو خودش بگیره، همه آیتمها رو خودش بنویسه، همه جلسات رو خودش هماهنگ کنه و با همه ذینفعها هم در تماس باشه، خیلی زود دچار فرسودگی میشه — هم ذهنی، هم کاری.
اما Delegation فقط یه راه برای سبک کردن بار کاری نیست. یه روش یا ابزار حرفه هست برای تمرکز روی کارهای مهمتر، برای ساختن تیم قویتر، و برای بالا بردن کیفیت تصمیمگیری.
چند دلیل برای اینکه واگذاری (Delegation) ضروری هست:
- تمرکز روی تصمیمهای کلیدی
وقتی Product Owner کارهای قابل واگذاری رو به دیگران بده، میتونه ذهنش رو آزاد کنه برای چیزهایی که فقط خودش باید بهشون فکر کنه؛ مثل اولویتبندی بین نیازهای متضاد، شفاف کردن هدف محصول، یا بررسی تأثیر تصمیمها بر کاربران و بازار. - جلوگیری از تبدیل شدن به گلوگاه
اگه همه کارها از فیلتر Product Owner بگذره، تیم مجبور میشه منتظر بمونه تا اون وقت داشته باشه. واگذاری (Delegation) کمک میکنه تیم منتظر نمونه و سریعتر کارهاشون رو پیش ببرن. - رشد و اعتماد در تیم
وقتی بخشی از تصمیمگیریها یا مسئولیتها به اعضای تیم سپرده میشه، حس مالکیت توی تیم شکل میگیره. تیمی که احساس کنه نظرش مهمه، انگیزه بیشتری برای مشارکت فعال داره. - ساختن فرهنگ پاسخگویی مشترک
وقتی Product Owner بخشی از مسئولیتها رو با شفافیت به دیگران میسپره، فضای اعتماد شکل میگیره. تیم هم یاد میگیره که خودش مسئول کیفیت، نتیجه و هماهنگی باشه — نه فقط دنبال دستورالعمل بگرده. - استفاده بهتر از تخصصها
بپذیریم که Product Owner همهچیزدان نیست. ممکنه یه کار مربوط به UX، تحلیل بازار یا حتی نوشتن دقیق یه user story رو کسی بهتر انجام بده. Delegation یعنی از توان تیم استفاده بشه، نه فقط از توان Product Owner.
چطور میشه بهعنوان Product Owner، واگذاری (Delegation) مؤثر انجام داد؟
واگذاری یه کار لحظهای یا اتفاقی نیست. بیشتر شبیه یه تصمیم آگاهانهست که کمکم توی کار روزمره شکل میگیره. بعضی Product Owner ها با آزمون و خطا این مهارت رو یاد میگیرن، بعضیها با گفتوگو و بازخورد گرفتن از تیم. ولی تقریباً همه اونهایی که تو واگذاری خوب عمل میکنن، چند نکته رو همیشه در نظر میگیرن.
- دنبال کارهای قابلواگذاری بگرد
مثلاً اگه یکی از موارد Backlog نیاز به تحلیل فنی داره یا بهتره از دید کاربر نوشته بشه، شاید بشه اون رو با همراهی یکی از Developer ها یا تیم UX شفاف سازی کرد. Product Owner قرار نیست همه چیز رو به تنهایی بنویسه یا بفهمه.
گاهی هم Scrum Master میتونه کمک کنه. مثلاً توی برنامهریزیها یا هماهنگی بین تیمها. اگه یه موردی هست که جنبه فنی نداره ولی نیاز به همراهی تیم داره، ممکنه Scrum Master هم بخواد کنارش باشه — اگر خودش هم علاقهمند باشه، البته. - بگو دنبال چه نتیجهای هستی
اینکه بگی «برو درستش کن» یا «برو اون کار رو کن» کافی نیست. بهتره نتیجه مورد نظر مشخص باشه، نه مسیر انجامش. مثلاً بگی: «من میخوام مطمئن بشم وقتی این آیتم رو تست میکنیم، کاربر بدون توضیح اضافه متوجه عملکردش میشه.» بقیهش رو شاید بهتر باشه تیم پیشنهاد بده. - فضا برای بازخورد همیشه باز باشه
بعضی چیزها از بار اول درست درنمیاد. Delegation یعنی اینکه همراهی کنی، نه فقط بسپری و بری. اگر Developer بعد از بررسی برگشت و گفت «این آیتم هنوز نامفهوم هست»، خوبه که Product Owner گوش بده، نه اینکه فکر کنه کار خودش درست انجام نشده.پس سعی کنه از همون فرد برای بهبود کمک بگیره و ممکنه اصلاً اون آیتم رو مجددا با هم بسازن یا اصلاحات لازم رو به اون شخص واگذار کنه. - واگذاری با اعتماد شکل میگیره، نه با چکلیست
اعتماد، چیزی نیست که بشه با فرمول ساخت. ولی وقتی Product Owner تو تصمیمگیریهای کوچیک تیم رو شریک کنه، کمکم اون حس شکل میگیره. با تداوم واگذاری و صبوری درنهایت واگذاری واقعی اتفاق میافته؛ نه فقط با تقسیم کار و میکرومنیجمنت.
چه چیزهایی رو بهتره واگذار نکنیم؟
واگذاری (Delegation) یه ابزار کمکیه، نه جایگزین مسئولیت. شاید همه چیز توی کار یه Product Owner قابل واگذاری نیست. گاهی بهتره بعضی تصمیمها همچنان پیش خودش بمونه — نه چون کسی از پسش برنمیاد، بلکه چون مسئولیت نهایی اون تصمیم با خودشه.
مثلاً تصمیمگیری درباره اینکه کدوم موارد اولویت بالاتری داره، یا اینکه هدف محصول قراره چه چیزی رو محقق کنه، معمولاً از جنس اون تصمیمهایی هستن که بهتره مستقیماً توسط خود Product Owner گرفته بشن.
یه نکته مهم اینه که واگذاری نباید تبدیل بشه به فرار از مسئولیت. تو مقالهای از Mike Cohn، به این موضوع خیلی خوب اشاره شده. اون میگه که وقتی نمیتونیم یه تصمیم سخت بگیریم، اشتباهه که اون رو به پایین سازمان منتقل کنیم. اتفاقاً بهتره اون تصمیم بره بالا — به کسی که مسئولیتش رو داره.
مایک کوهن سه سؤال ساده پیشنهاد میکنه که میتونه کمک کنه تصمیم بگیریم یه کار رو نگه داریم، واگذار کنیم یا منتقل کنیم:
«چه کسی دانش کافی برای گرفتن این تصمیم رو داره؟»
«اگه تصمیم اشتباه گرفته بشه، مسئولیتش با کیه؟»
«واگذار کردن این تصمیم، از دید دیگران چطور برداشت میشه؟»
گاهی هم ممکنه Product Owner مطمئن نباشه که چه چیزی رو واگذار کنه و چه چیزی رو نه. اینجا جاییه که Scrum Master میتونه کمککننده باشه. شاید در قالب یه گفتوگوی کوتاه، یه جلسه Retrospective، یا حتی یه مثال از تجربههای مشابه. قرار نیست راهحل بده، اما میتونه Product Owner رو تشویق کنه به بررسی گزینهها، و اعتماد به تیم. همین یادآوریها و سوالهای باز، کمکم کمک میکنن Product Owner احساس کنه تنها نیست، و میتونه با خیال راحتتری به Delegation فکر کنه.
جمعبندی: PO تنها نیست، اما هدایتگر باقی میمونه
نقش Product Owner پر از تصمیم، ارتباط، و اولویتبندیه. ولی این نقش قرار نیست همهچیز رو خودش انجام بده.
مهارت در واگذاری (Delegation) یعنی بدونی چه کاری رو باید نگه داری، چی رو میتونی به دیگران بسپاری، و چطوری این کار رو بدون افت کیفیت یا شفافیت انجام بدی.
واگذاری درست، فضا ایجاد میکنه برای تمرکز بیشتر، اعتماد متقابل، و رشد تیم.
و نهایتا نهتنها Product Owner سبکتر میشه، بلکه اعضای تیم هم حس میکنن که نقش جدیتری توی ساخت محصول دارن.
یادمون باشه که این موضوع یه روز یا یک بار و یا یک Sprint شکل نمیگیره، ولی با گفتوگو، تمرین، و اعتماد، کمکم جا میافته. شاید یه Scrum Master بتونه شروع این مسیر رو راحتتر کنه؛ با پرسیدن چند سوال، یا همراهی تو تصمیمگیریهای ریز روزانه.
مهم نیست از کجا شروع میکنیم، مهم اینه که بدونیم واگذاری (Delegation) نشونه ضعف نیست — برعکس:
واگذاری (Delegation) یه علامته از اینکه Product Owner داره به تیمش اعتماد میکنه، و میفهمه که محصول خوب، نتیجه کار یه نفر نیست، نتیجه یه تلاش و همکاری یک تیم هست.
مقاله اشاره شده و نوشته شده توسط جناب مایک کوهن:
