دنیای چابک

ثبت نام دوره بین المللی CSM ; به این لینک مراجعه فرمائید . اطلاعیه شماره 3 / اطلاعیه شماره 2 / اطلاعیه شماره 1

با سلام و تشکر از همه دوستان شرکت کننده در دوره CSM ایران . من از همه دوستانی که قبول زحمت فرمودند و در دوره CSM ایران شرکت کردند تشکر می کنم . به اطلاع همه دوستان می رسانم که ظرفیت دوره CSM نهایتا 25- 30 نفر تعیین شد و بیشتر از این شرمنده بقیه دوستان خواهم شد . بقیه دوستان توجه نمایند که در صورت پر شدن ظرفیت , شرمنده آنها خواهم شد و انشالله در دوره های بعدی جبران خواهم نمود .

قبلا عرض کرده بودم که حداقل شرکت کننده باید 30 نفر باشد . اما امشب طی صحبتی که با Henrik Kniberg داشتم , معلوم شد که او فقط 4 روز در ایران می تواند بماند (بدلایل خانوادگی) و از این 4 روز فقط می تواند 1 کورس دو روزه برگزار کند . او اذعان داشت که بیشترین نفراتی که می توانند در یک کورس شرکت کنند 30 نفر می باشند (حالا 30 نفر را هم زیاد می دونست ) و به بیشتر از 30 نفر به هیچ وجه راضی نشدند .

تعداد شرکت کننده تا به این لحظه 45 نفر می باشد که علاوه بر تعداد ثبت نام کنندگان دوستانی هستند که ثبت نام نکرده اند ولی اعلام حضور کرده اند . با این حساب بسیار بیشتر از حد مجاز ثبت نام کننده داریم و به طور کاملا تاسف بار باید تعدادی از ثبت نام کنندگان کنار گذاشته شوند .

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

و از همه دوستانی که ثبت نام کرده اند و یا نکرده اند و می خواهند بکنند که شاید نتوانند بدلیل ظرفیت محدود در دوره شرکت بکنند , پیشاپیش عذر خواهی می کنم و اگر توانستم در دوره های بعدی جبران می کنم .

یاشیاسیز

اگر در دوره CSM ایران شرکت کرده باشید و یا پیگیر اطلاعیه های صادر شده باشید , حتما خواهید دانست که این چهارمین اطلاعیه در مورد اطلاع رسانی اخبار دوره می باشد . این اطلاعیه کمی مهمتر از اطلاعیه های قبلی می باشد و از همه کسانی که در دوره شرکت کرده اند (ثبت نام کنندگان ) خواهش می کنم که در این موضوع برای بهتر شدن کیفیت دوره شرکت نمایند و نظر خود را در مورد مطلب بفرمایند .

قبل از اشاره به مطلب , بعضی از دوستان پرسش می کنند که Scrum چیست ؟ که بنده پیشنهاد می کنم این مطلب را مطالعه بفرمایند . بعضی دیگر از دوستان می فرمایند که ما می دانیم اسکرام چیست , ولی نمی دانیم که این دوره CSM چیست و به چه دردی می خورد ؟! که در این حالت هم بنده پیشنهاد می کنم این مطلب را مطالعه بفرمایند .

مهمترین خبر این هفته در مورد CSM : اولین دوره CSM ایران بروی ScrumAlliance قرار گرفت

آمار هایی در مورد ثبت نام کنندگان تا تاریخ 5 شهریور :

• تعداد ثبت نام کننده تا بدین لحظه : 41 نفر
• تعداد کسانی که مترجم درخواست کرده اند : 8 نفر
• پراکندگی شرکت کنندگان : تهران : 24 نفر - مشهد : 7 نفر – تبریز : 2 نفر - اصفهان : 1 نفر - قم : 1 نفر - رشت : 1 نفر - سنندج : 1 نفر – ماهشهر : 1 نفر – شبستر : 1 نفر – دزفول : 1 نفر – سبزوار : 1 نفر

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

اما بحث اصلی این اطلاعیه در مورد نحوه برگزاری دوره می باشد . همانطور که از قبل متوجه شده اید این دوره را کاملا به صورت مشارکتی و مشورتی شروع و ادامه داده ایم . در همه مباحث (استاد , هزینه , مکان , شهر دوره , … ) با دوستان شرکت کننده مشورت کرده ایم . امروز تصمیم دارم یک مطلب مهم در مورد دوره را با دوستان به شور و مشورت بگذارم تا بتوانیم بهترین تصمیم را بگیریم .

عنوان بحث : آیا در دوره از مترجم استفاده بکنیم یا نه ؟

همانطور که مستحضر هستید دوره به صورت انگلیسی (چه اسلاید ها و چه توضیحات ) توسط Henrik ارائه خواهد شد . اما ارائه مطلب انگلیسی حداقل بنده را کمی نگران می کند که نکند کسی نتواند استفاده بکند ؟ نکند کسی ناراضی بشود ؟ و موارد دیگر . راه حل موجود استفاده از یک مترجم همزمان است که این هم شامل دو مقوله هزینه و کیفیت خواهد بود :

• استفاده از مترجم به مدت 2 روز و هروز به مدت حدود 8 ساعت حتما هزینه بر خواهد بود .
• شاید استفاده از مترجم همزمان برای یک مبحث کاملا تخصصی از کیفیت مطالب ارائه شده بکاهد.
• استفاده از مترجم شاید خسته کننده و گیج کننده باشد .

البته در 2 مورد بالا از لفظ شاید استفاده کردم که شاید اینگونه شود یا باشد . در مورد کلیت این بحث از دوستان شرکت کننده می خواهم که نظرات خود را بفرمایند .

مورد اساسی که از نگاه کردن به لیست شرکت کنندگان برای من به وجود می آید این است که : فقط 8 نفر از 41 نفر شرکت کننده مترجم درخواست کرده اند :

• آیا بقیه دوستان 33 نفر نیازی به مترجم ندارند ؟
• اگر مترجم نباشد , آیا این 8 نفر عزیز باز مایلند که در دوره حضور داشته باشند ؟
• اگر بخواهیم مترجم داشته باشیم , آیا این 33 نفر عزیز حاضرند در مبلغ و هزینه مترجم شریک شوند ؟ ( در حدود 30 هزار تومان اضافی )

قبل از ارائه پیشنهاد خودم بنده در این مورد با هنریک هم صحبت کردم , ایشان فرمودند : ” در صورتی که حتی از مترجم استفاده بشه , اگر شرکت کننده کمی انگلیسی (حد در آوردن گلیم از آب ) ندونه بهش زیاد خوش نخواهد گذشت ” . این عین گفته ایشون است . البته من از ایشون خواهش کردم که در طراحی اسلاید ها از کلمات و اصلاحات رایج استفاده بکنند و در صحبت هاشون یکمی شمرده تر و کمی آرومتر صحبت کنند تا اینگونه مشکل کثیری از شرکت کنندگان در مورد درک مطلب حل بشود .

{ به طور خودمونی یک اسلاید یا تصاویر و کلمات و توضیحات واضح جلوی روتون خواهد بود , استاد هم همون اسلاید رو روان و شمرده شمرده توضیح خواهد داد که اگر کسی در حد نرمال انگلیسی بلد باشه می تونه مطلب رو درک کنه . به نظرم لازم نیست که دقیقا مو به مو بفهمه که چی میگه , بحث رو بگیره کافیه . البته این مطلب رو نمی گم که توجیح کنم و یا کسی را ترغیب کنم که حتما بیاد تو دوره شرکت کننده بکنه . شاید کسی بیاد اصلی چیزی نفهمه . خوب بالاخره یک مبلغی پرداخت شده است که چیزی یاد بگیریم که اگر نگیریم ناراحت می شیم . بنده شرایطی که خواهد بود رو فقط خواستم تشریح بکنم }

اما راه حل های ممکن اینها می باشند :

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

2- اکثریت و اقلیت با هم در هزینه های مترجم شریک شوند .

مورد مهم قابل ذکر این است که بنده مورد 1 را به طور پیش فرض در صورت به نتیجه نرسیدن این بحث اجرا خواهم کرد (بدلیل درخواست اکثریت ).

به امید زیارت تمام دوستان در دوره CSM ایران .

یاشیاسیز

Technical Excellence یکی از مبحث های Agile می باشد که یا مورد محبت زیاد و یا کم مهری بیش از اندازه قرار می گیرد . البته این مسئله صرفا برای ایران نیست و تیم های تازه کار Agile با این مشکل مواجه می شوند. در آیه شماره 9 اصول توسعه چابک آمده است :

Continuous attention to technical excellence
and good design enhances agility

معنی لفظی این آیه : توجه مداوم به برتری فنی و طراحی خوب باعث افزایش چابکی می شود . اگر بخواهیم این اصل را از اصول توسعه چابک تفسیر نماییم به این نقطه خواهیم رسید که در توسعه چابک مسائل تکنیکی و فنی ( که در متدلوژی های دیگر در نظر گرفته نمی شدند) با ارزش و کلا جزو پروسه چابک سازی نامیده شده اند . به عبارت ساده تر در این اصل تیم های Agile را به حفظ برتری فنی و تکنیکی مداوم دعوت کرده اند و در این حد این قضیه مهم خوانده شده است که گفته اند : “باعث افزایش سطح چابکی می شود ” که در هیچ یک از اصول توسعه چابک به صراحت به این مسئله اشاره نشده است یعنی این مورد تاثیر بیشتری نسبت به بقیه خواهد داشت .

ولی طبق تجربه من عرض می کنم که این اصل را قبول ندارم و این را می توان بیان کنم که : ” بدون Technical Excellence چابک بودن امکان پذیر نخواهد بود ” . و دغدغه نوشتن پستی فقط و فقط بیان لزوم برتری فنی برای تیم های Agile می باشد .

قبل از بیان لزوم برتری فنی لازم است تعریفی از Technical Excellence داشته باشیم :

Technical Excellence یا همان برتری فنی به معنی استفاده از ابزارها , روش ها , تکنیک ها , متد ها و … برتر در پروسه طراحی , تست و کد نویسی می باشد . از جمله Technical Excellence ها مورد بحث و مهم در زمینه چابک Unit Testing , Refactor , Continues Integration , Clear Code , Automated Tests , TDD , … .و البته که تمام موارد فنی جزو این برتری فنی حساب خواهند شد .

برای اثبات مطلب ارائه شده (بدون Technical Excellence چابک بودن امکان پذیر نخواهد بود) کافی است با هم یک مثال کوچک را بررسی نماییم : در ارزش 4 ام بیانیه توسعه چابک آمده است :

Responding to change over following a plan

بیان شده است که ما به عنوان یک تیم چابک باید بتوانیم پذیرای تغییرات باشیم .

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

فرض کنید ما یک تیم Agile هستیم که اعتقادی به Technical Excellence نداریم و این را هم می دانیم که برای پذیرایی از تغییرات باید کد های تمیزی داشته باشیم . برای داشتن کد تمیز باید کدها Refactor شده باشند . برای رفاکتور شدن کد های نیاز به تست های اتوماتیک و کلا Unit Testing داریم . Unit Test ها باید برروی یک Continues Integration قرار بگیرند .

حالا ما به عنوان یک تیم Agile چگونه می خواهیم بدون Technical Excellence پذیرای تغییرات باشیم ؟ اگر نمی خواهیم پذیرای تغییرات باشیم , پس چگونه اسم خودمان را تیم Agile یا چابک نامیده ایم ؟

این فقط یک مثال کوچک از لزوم Technical Excellence بود که خواستم از این طریق عرض کنم : موارد و اصولی که در بیانیه توسعه چابک بیان شده است , همینطوری کشکی نیست و نمی شود گفت که این به درد ما نمی خورد بنداز دور . نوشتن چنین نوشته هایی از آنجایی برای من اهمیت پیدامی کند که می شنوم : ” ما Agile کار می کنیم , ولی Unit Test نداریم . “

البته این معضل فقط برای Agile نیست , بنده تیم هایی (گردن کلفت) را دیدم که ادعای کار با RUP را می کردند ولی در واقع همان سنت حسنه Waterfall را ادامه می دادند . پیشنهاد من این است که Agile کار نکنیم بلکه Agile باشیم که اینگونه همه چیز حل خواهد شد .

به امید تیم های Agile در سرتاسر جهان .

یاشیاسیز

مطالب مرتبط با این بحث :

• ربط اسکرام با Agile

• کد کثیف
• TDD
• تست محصول در Agile
• Scope Creep
• چگونه کدهای تست نشده را رفاکتور نماییم؟