خوانندگان عزیز توجه نمایند که وبلاگ دنیای چابک در این آدرس به دلیل در دسترس نبودن وردپرس آپدیت نخواهد شد و برای خواندن مطالب جدید به این آدرس مراجعه نمایید. یا از این طریق مشترک فید وبلاگ شوید.
 

اتمام اولین دوره توسعه دهنده حرفه ای اسکرام ایران

ژوئیه 9, 2012 بیان دیدگاه

آخرین دوره و پنجمین دوره از دوره های حرفه ای اسکرام ایران که همانا کورس توسعه دهنده حرفه ای اسکرام نیز باشد به پایان رسید. خیلی خوشحالم که توانستیم یک دوره عملی و کاربردی برای اولین بار در این سطح در ایران داشته باشیم.

این دوره سه روزه کاملا یک دوره عملی بود و خیلی یاد گرفتیم هم از استاد و هم از بچه هایی که در دوره حضور داشتند. در این دوره برنامه نویس ها و توسعه دهندگان خیلی خوبی از کل کشور و از شرکت های بسیار خوب حضور داشتند که یک فرصت مغتنم برای یادگیری را فراهم می کرد.

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

IMG_2979.jpg (1620×1080)

IMG_5178.jpg (1024×768)

IMG_5177.jpg (1024×768)

IMG_5175.jpg (1024×768)

IMG_5174.jpg (1024×768)

IMG_5153.jpg (1024×768)

IMG_5144.jpg (1024×768)

IMG_5142.jpg (1024×768)

IMG_5137.jpg (1024×768)

IMG_5133.jpg (1024×768)

IMAG0453.jpg (1284×768)

IMAG0447.jpg (1284×768)

عکس های بیستر در این لینک

چابک و موفق باشید

Advertisements
دسته‌ها:Agile, Scrum

اتمام کورس مالک محصول اسکرام ایران

ژوئیه 3, 2012 بیان دیدگاه

اولین کورس مالک محصول حرفه ای اسکرام ایران و چهارمین کورس بین المللی اسکرام ایران امروز تمام شد. این کورس اولین کورس برای نقش Product Owner اسکرام بود که با همراهی مدیران و تحلیل گرام کسب و کار در رشته های مختلف بود.

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

IMAG0388.jpg (1284×768)

IMAG0381.jpg (1284×768)

IMAG0379.jpg (1284×768)

IMAG0371.jpg (1284×768)

IMAG0348.jpg (1284×768)

IMAG0355.jpg (1284×768)

IMAG0328.jpg (1284×768)

چابک وموفق باشید

دسته‌ها:Agile, Scrum, Uncategorized

اتمام دومین دوره اسکرام مستر ایران

دومین دوره اسکرام مستر حرفه ای ایران دیروز به پایان رسید و خیلی خوشحال هستم که توانستیم یک دوره خوب و بهتر از دوره های قبلی برگزار کنیم. با اینکه کاستی های وجود داشت  ولی دوستان شرکت کنندگان راضی بودند و این جای بسی خوشبختی دارد.

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

IMG_3306.jpg (1024×768)

IMG_3298.jpg (1024×768)

IMAG0251.jpg (1284×768)

IMAG0250.jpg (1284×768)

IMAG0249.jpg (1284×768)

IMAG0248.jpg (1284×768)

IMAG0224.jpg (459×768)

عکس های بیشتر در این لینک

چابک و موفق باشید

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

دبیرخانه کورس های اسکرام – شماره سوم – مهم

با تشکر از تمامی دوستان ، چه آنهایی که ثبت نام کردند و چه آنهایی که در ثبت نام کمک کردند. کم کم به روزهای برگزاری دوره های اسکرام ایران نزدیک می شویم، بنابراین لازم است بعضی از موارد را دوستان مدنظر قرار دهند تا بعدا دچار مشکل نشویم.

  • ظرفیت کورس PSD تکمیل شد و دیگر امکان ثبت نام وجود ندارد. (فقط در صورتی امکان خواهد داشت که تعداد درخواست های جدید برای اجرای یک دوره جدید به حد نصاب برسد، برای اطلاع در این مورد با دبیرخانه تماس بگیرید)
  • آخرین مهلت ثبت نام در کورس PSM و PSPO تا 1 تیر می باشد، و پس از این زمان امکان ثبت نام نفر جدید وجود نخواهد داشت.
  • دوستانی که خواهان شرکت در آزمون بین المللی بودند، حتما با دبیرخانه در تماس باشند تا در اسرع وقت اقدام به پرداخت این هزینه نمایند، در صورتی که در مهلت اعلام شده این مبلغ پرداخت نشود، پس از آن تاریخ مبلغ به صورت ریال دریافت نخواهد شد و تبدیل آن به دلار بر عهده شرکت کننده خواهد بود.
  • تمامی شرکت کنندگان باید تا تاریخ 6 تیر دعوت نامه شرکت در دوره را چه به صورت ایمیل یا فکس دریافت نمایند ، در غیر اینصورت حتما با دبیرخانه تماس بگیرید.
  • در روز برگزاری حتما جهت ثبت نام کارت شناسایی همراه داشته باشید.

دوستانی که در کورس 3 روز PSD هستند:

  • حتما لپ تاپ ها را آن روز به همراه داشته باشید. (دوستانی که جاوا کار هستن حتما به همراه داشته باشند)
  • بر روی سیستم توصیه می شود آخرین نسخه از موارد ذیل رو داشته باشید :
  • Eclipse
  • Ant
  • Junit
  • (Subversion client (TortoiseSVN
  • دوستانی که دات نتی هستند، اگر لپ تاپ به همراه داشتند، حداقل امکان کامپایل کدهای جاوا رو سیستم هاشون داشته باشند.

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

موفق و چابک باشید

دسته‌ها:Scrum

اولویت بندی نیازمندی های مشتری

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

اما چرا اولویت بندی مهم است و چرا اساسا باید چنین کاری انجام داد؟

در پروژه ای که از روش کانبان بهره گرفته بودیم، لیستی از نیازمندی های محصول را در آورده بودیم ولی این لیست نیازمندی ها دو ایراد اساسی داشت : 1- اولویت بندی نشده بود 2- کاملا تشریح شده بود

با وجود این لیست بدین صورت برنامه نویسان می توانستند به راحتی هر کدام از داستان های کاربر را انتخاب و بر روی آن کار کنند. ولی نتیجه Release اول به گونه ای شد که ما به جای اینکه نیاز مشتری را برطرف کنیم (نیازمندی که مشتری به خاطر آن به ما پول داده است و خواهد داد) بیشتر او را صاحب ابزار متفرقه ای مثل گالری عکس، گیم و … کرده بودیم. شاید برنامه نویس ما علاقه زیادی به توسعه این ابزار ها داشت ولی این برای مشتری ارزش آفرین نبود.

قضیه اساسی و مشکل اینجا بود که این نیازمندی ها اساسا لازم نبودند، یعنی ارائه هم نمی شد چیزی از این جهان هستی کم و زیاد نمی شد.اما مسئله اینجاست که مشتری ما عادت دارد وقتی قرار داد می بندیم همه چیز بخواهد ، «این رو هم میخام، این هم باشه، تون رو هم اونجا دیدم خوبه و … «. ما هم معمولا برای از دست ندادن مشتری از دیالوگ «عیب نداره، می سازمیت برات» استفاده می کنیم. اما آیا واقعا چقدر یا چه میزانی از این ویژگی ها مورد استفاده قرار می گیرد؟

تحقیقات جهانی Standish Group نشان داد که تنها و تنها 20% قابلیت های محصول ما توسط مشتری معمولا استفاده می شه و 64% اون هرگز یا بندرت استفاده می شود.

features.jpg (529×256)

این آمار برای آن پروژه ما زنگ خطری بود چرا که :

  • زمانیکه فقط 20% ویژگی ها استفاده می شوند و ارزش آفرین هستند، چرا ما اولویت بندی نکردیم تا بیشتر بر روی این 20% متمرکز شویم؟
  • ما لیست کلی از کارهای کل پروژه به صورت تشریح شده داشتیم، ولی چرا باید همه آنها تشریح شده باشند؟ آیا امکان ندارد آنها با جلو رفتن تغییر کنند؟ پس مقدار زمان و هزینه ای که در اول پروژه برای تشریح آنها صرف کرده ایم احتمالا تلف خواهد شد.

در بیانیه چابک اصلی داریم با عنوان سادگی که متن آن بدین گونه است :

سادگی — هنر به حداکثر رساندن مقدار کار انجام نشده — ضروری است

و مشتری ها معمولا دو خصیصه اساسی دارند، اولا همه چیز می خواهند ، ثانیا همه چیز برای آنها با اولویت می باشد.

اما ما به عنوان تیم چابک هم باید هنر مند باشیم تا بتوانیم اولا با اصل سادگی مقدار کاری که نباید انجام شود را به حداکثر برسانیم ، ثانیا بتوانیم اولویت بندی مناسبی بر اساس معیارهای کسب و کار داشته باشیم.

یک تکنیک برای وادار کردن مشتری برای اولویت بندی نیازمندی ها این می باشد که ، یکی از نیازمندی ها را بر روی یک کارت بزرگ بنویسید و بر روی دیوار بچسبانید، دومین نیازمندی که نوشته شد ، اگر از نیازمندی روی دیوار با اهمیت تر بود ،  بالای آن و اگر کم اهمیت تر بود پایین آن قرار می گیرد و تا آخر با همین روش می توان اولویت بندی ها را انجام داد.

چابک و موفق باشید.

اجایل یعنی بودن

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

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

خیلی شنیده ام از خیلی ها که «خدا پدر و مادرت رو رحمت کنه این اجایل چیز خوبیه ، من اصلا تو دانشگاه از مهندسی نرم افزار و RUP چیزی حالیم نشد ولی جلسات و اسپرینت های اجایل خیلی راحتند و آدم زود یاد میگیره»

بدترین چیز در مورد Agile  این است که این هم روشی مثل بقیه روش ها شود. این هم رنگی مثل بقیه رنگ ها، این هم پیچ گوشتی مثل بقیه پیچ گوشتی ها، … . تیم ها اساسا ذات و مشکلات و نارسایی های خود را می خواهند نگه دارند ولی در عین حال می خواهند Agile کار کنند یا Agile راه به تیم خود تزریق کنند.

مسئله این است که Agile چیزی برای انجام دادن نیست که آن را هم مثل بقیه انجام دهید یا دستور بدهید تا انجام دهند. Agile بودن است باید چابک شد نه اینکه چابک کار کرد.

dilbert-agile_programming.png (400×139)

این عارضه را که من آن را دانش ناکافی می نامم از آنجایی آغاز می شود که تیم یا نفرات با دانش کم نسبت به اساس Agile می خواهند روشی دیگری مثل بقیه روش ها را برای انجام دادن آزمایش کنند. در همین راستا دست به دامن روشی مثل اسکرام می شوند. اسکرام که هم جذاب و با آن Taskboard ناز و جلسات سرپایی و بازی ها، خوراک تیم های ایرانی است (: حقیقتا از وقتی اسکرام کار می کنیم عاشق این روش شده ام

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

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

به یاد دیالوگ پرویز پرستویی در فیلم مارمولک ، «پس به جای اینکه من آن بالا بنشینم و برای شما صحبت کنم ، جا داره این پایین بیایم و حقیقتا در مورد راههای رسیدن به خدا فکر کنیم. «

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

و در نهایت چابک کار نکنیم و سعی کنیم چابک باشیم هم در زندگی و هم در کار.

چابک و موفق باشید

کارگاه جدید چابک

کارگاه جدید چابک من با اطلاعات موجود در عکس برگزار خواهد شد، اگرمفید می دانید می توانید شرکت کنید.

ScrumTabriz2.jpg (980×513)

دسته‌ها:Agile, Scrum