بایگانی

Posts Tagged ‘product owner’

قلب اسکرام

طی این چند روزی که از ثبت نام دوره های اسکرام می گذرد ، ثبت نام کنندگان در کورس های مختلف را بررسی کردیم و متوجه شدیم کمترین ثبت نام در دوره PSPO یا Professional Scrum Product Owner انجام شده است ولی واقعا چرا؟ آیا اینقدر نقش یک مالک محصول در تیم های اسکرام کم رنگ است که کسی حاضر نمی شود برای یادگیری وظایف این نقش خرج کند؟

به نظر من مسئله اصلی درک نکردن وظایف و یا پی نبردن به اهمیت یک مالک محصول خوب در تیم های اسکرام یا چابک می باشد.

با یک مثال می توان این قضیه را شرح داد. فرض کنید من یک نفر به عنوان مدیر شرکت ، تازه با چابک/اسکرام آشنا شدم و با خواندن چند مقاله از این متد خوشم آمده و می خواهم با شرکت در کورس های اسکرام این متد را در شرکت نرم افزاری خود اجرایی کنم. 3 کورس اسکرام پیش روی من هست که باید  انتخاب کنم ، من با خواندن این پست پی بردم که تیم ها نقش اساسی در چابک سازی دارند بنابراین برنامه نویس ها و توسعه گران تکلیفشان مشخص هست و چند نفر از برنامه نویس های شرکت به کورس PSD یا Professional Scrum Developer اعزام می شوند.

من هم به عنوان مدیر شرکت چون می خواهم اسکرام را در شرکت راه بیندازم به همراه مدیر فنی در کورس PSM یا Professional Scrum Master شرکت می کنیم. خوب بسیار عالی ، اما این کورس PSPO یا Professional Scrum Product Owner برای چه کسی مناسب هست یا اصلا چه لزومی داشته این دوره طراحی شده است؟

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

product-owner-blog-post.jpg (960×580)

امروزه مدیریت چابک محصول نیازمند مهارت هایی فراتر از نوشتن داستان های کاربر(User Story) یا مدیریت Product Backlog می باشد.یک مالک محصول حرفه ای نیاز به درک عینی از همه مواردی که ارزش های ویژه ای را برای محصول به ارمغان می آورد ، دارد.مدیران محصول باید به تکنیک هایی جهت ایجاد ، اندازه گیری و پایداری ارزش ها در سطح محصول و سازمان مجهز شوند.کورس PSPO به شرکت کنندگان تمامی موارد مورد نیاز جهت رسیدن به این درک را فراهم می کند.مواردی از قبیل درک نیازمندی های ذینفعان تا برنامه ریزی Release ها و تحویل محصول.

بطور کلی شرکت کنندگان در این دوره آموزشی یاد خواهند گرفت که چگونه نقش یک مدیر چابک را در محیط متغیر امروزی بازی کنند.در دوره اسکرام مستر حرفه ای به وظایف کلی مالک محصول اشاره می شود و بسیاری از جنبه های مرتبط با مدیریت محصول در این دوره مطرح نمیشود.از اینرواین دوره بطور تخصصی بر روی این نقش ( منظور Product Owner ) و تمرکز بر ایجاد و نگهداری ارزش برای مشتری بنا نهاده شده است.

با توجه به اهمیت این موضوع ، شرکت کنندگان در این دوره با استراتژی ها و تاکتیک های مرتبط به حداکثر رسانی انعطاف پذیری و ایجاد رضایت در مشتری در زمینه تولید محصولات نرم افزاری آشنا می شوند.سازمان های امروزی باید چابک شوند ! این تغییر و تحول اختیاری نیست بلکه بایدی و اجباری است.آنها برای حضور در عرصه رقابت باید این توانایی را داشته باشند که محصولات جدید ، یا بومی شده بر اساس نیازهای دیکته شده از سوی مشتری ، رقبا و فشار های بازار را در سریعترین زمان ممکن تولید و ارایه دهند.از آنجاییکه محیط همواره در حال تغییر است از اینرو آنها باید با استفاده از تکنیک های چابک خود را با محیط تطبیق دهند تا بتوانند به بقای خود ادامه دهند.آنها باید در عین انعطا پذیری ،توانایی پیش بینی و مدیریت ریسک پروژه ها را داشته باشند.

اگر مبحث مدیریت محصول کاری ساده بود ،نیازی به برگزاری این کورس نبود،ولی ،مدیران محصول مسئول به ثمر رساندن نیاز های اولویت بندی شده از سوی مشتری ،با توجه به شرایط بازار و کسب و کار خود با تدبیر مدیریت ریسک در محیطی پر از تغییرات هستند.علاوه بر این، آنها باید نیازهای اولویت بندی شده و علاقه مندی های شرکت خود را از سطح معماری گرفته تا سطح مباحث مالی به همراه رویکرد های استراتژیک را در نظر بگیرند.انجام تمامی این وظایف کاری بسیار مشکل است،چه در شرکت های بزرگ و چندملیتی و چه در شرکت های متوسط و کوچک که مشتریانشان نیازمند اصلاح مداوم محصولات بصورت آنی هستند.

این کورس تمامی نیازمندی های مرتبط به این وظایف را پوشش می دهد.در این کورس شرکت کنندگان یاد خواهند گرفت که چگونه نیازمندی های سیستم را بصورت تدریجی اولویت بندی کنند و همچنین با نحوه کارکردن به سبک چابک آشنا می شوند.هدف این است که با حداکثر سرعت مورد نیاز ، یک محصول با کیفیت را ارایه دهید.در این کورس گام های رسیدن به این هدف بطور کامل توضیح داده خواهد شد.

برای اطلاعات بیشتر می توانید به این لینک مراجعه بفرمائید.

یاشیاسیز

Advertisements
دسته‌ها:Agile, Kanban, Scrum برچسب‌ها: , ,

چابک نخواهید بود اگر

آوریل 26, 2010 بیان دیدگاه

https://sirasad.files.wordpress.com/2010/04/mr-bean-arrested.png?w=500همیشه در تغییر یک سری موارد از گذشته به جا می ماند  یعنی ما دوست داریم که به جا بماند . بدین صورت که ما می خواهیم فقط یک بخش کوچک متحول شود و نه کل اجزا . مثلا در همین چابک سازی خودمان ,  بسیاری از کسانی که تازه به این مقوله سوییچ می کنند دوست دارند فرض کنند که Agile یعنی Waterfall + تکرار .

برای شرح قضیه اجازه بدهید تا خود Waterfall را کالبد شکافی بکنیم . همانطور که مستحضر می باشد در Waterfall سنتی به هیچ وجه تکرار و عقب گرد به فاز قبلی وجود ندارد و خروجی هر فاز قطعی است . یعنی مثلا ما که سیستم را Design کردیم یعنی Design کردیم و تمام شد و باید این طراحی به فاز بعدی برای کد نویسی انتقال داده شود . همه ما می دانیم ایرادی که به این روش وارد است این است که امکان ندارد نیازمندی ها در سیستم تغییر نکند و بدلیل اینکه خروجی ما قطعی است پس امکان اعمال تغییرات وجود نخواهد داشت.

برای اینکه ایرادات Waterfall پوشش داده شود RUP و Agile معرفی شده اند . ولی باز در هر دو روش ردپای Waterfall قابل مشاهده بود . همانطور که می دانید تکرار اساس Rup و Agile می باشد ولی تکراری که با قواعد اینها باشد و نه Waterfall . بدین صورت که ما تکرار را از Agile به ارث می بریم ولی روش کار درون تکرار باز همان Waterfall است . به شکل زیر توجه کنید :

https://sirasad.files.wordpress.com/2010/04/iterative-waterfall-model.png?w=400

اسم کاری که در بالا انجام می شود Agile نیست بلکه Waterfall + تکرار است . یعنی ما نیاز شناسی می کنیم بعد Design  و بعد کد نویسی  و آخر سر هم تست و این رویه ادامه خواهد داشت . در روش بالا عقب گردی وجود ندارد در حالی که Agile  کلا براساس تکرار و عقب گرد ها بنا نهاده شده است . Agile واقعی مانند شکل زیر می باشد :

https://sirasad.files.wordpress.com/2010/04/agile-model.png?w=383

همانطور که مشاهده می فرمایید در هر مرحله امکان عقب گرد یا حتی چند مرحله برگشت به عقب وجود دارد مثلا از مرحله کدنویسی به مرحله نیازشناسی برگشت داده می شود . شاید بپرسید که چگونه چنین چیزی امکان دارد . اگر مقالات اسکرام و یا Agile را خوانده باشید در همه آنها تاکید شده است که Product Owner باید حضور مستمر داشته باشد . Product Owner می تواند درهر فاز که متوجه کج فهمی در رابطه با یک قابلیت محصول شد این مورد را به اطلاع تیم برساند و تیم با کشف مشکل و فاز مشکل می تواند به راحتی عقب گرد و اقدامات لازم را به عمل بیاورد.

پس ما با تعامل لازم با Product Owner خواهیم توانست یک پروژه کاملا چابک برپا نماییم و با رعایت اصول چابک خواهیم توانست محصولات موفق توسعه و ارائه دهیم .

به امید روزهای چابک در سازمان های چابک با افراد چابک

عکس ها از وبلاگ Agile consulting

یاشیاسیز