کتاب اسکرام و اکس پی ساده شده

کتاب اسکرام و اکس پی ساده شده (چگونه اسکرام را انجام دهیم) نوشته استاد هنریک کنیبرگ می باشد . این کتاب یکی از محبوب ترین و پرطرفداترین کتاب های اسکرام و Agile می باشد به نحوی که اگر واژه Scrum را در گوگل جستجو نمایید این کتاب را در ردیف های اول مشاهده خواهید کرد .

علت محبوبیت این کتاب واقع گرایانه بودن این کتاب می باشد. تمام این کتاب پر از مثال های واقعی از محیط کار و شرکت های توسعه نرم افزار می باشد .

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

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

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

علاوه بر این , این کتاب توسط چندین مربی و آمورزگار اسکرام به عنوان مرجع کورس Certified Scrum Master معرفی می شود و می توانید با این کتاب برای ارزیابی کورس مربوطه نیز آماده شوید.

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

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

در کتاب نحوه مدیریت نوین توسط اسکرام به صورت کامل شرح داده شده است. در مدیریت مشتریان و تیم نقش بسزایی ایفا می کنند که این کتاب توجهی ویژه به  مدیریت نیروی انسانی و مشتریان داشته است .

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

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

امیدوارم توانسته باشیم خدمت کوچکی به جامعه Agile ایران کرده باشم .

در این کتاب چه چیزی هایی خواهید خواند

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

مخاطبین کتاب

• مدیران شرکت های توسعه نرم افزار
• مدیران پروژه نرم افزاری
• مدیران اسکرام (Scrum Mater)
• توسعه دهندگان نرم افزار

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

یاشیاسیز

آیا Agile نیازی به Technical Excellence دارد؟

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
• چگونه کدهای تست نشده را رفاکتور نماییم؟

دنیای چابک در یک فایل Pdf

یکی از دوستان به نام سعید اسفندی لطف کردند و برای راحتی دوستان دیگر , کل مطالب وبلاگ را (تا به این تاریخ) به صورت فایل PDF در آوردند . در صورت علاقه و تمایل  می توانید از این فایل به طریق لینک زیر استفاده فرمائید.

دانلود فایل Pdf دنیای چابک

از دوست گرامی که زحمت کشیده اند و این فایل را آماده نمودند نهایت تشکر را دارم .

یاشیاسیز