دو تا پست قبلی خیلی اجمالی به گذشته اسکرام اشاره کردم. و این پست آخرین قسمت از تاریخچه اجایل رو می نویسم و بعد می ریم سراغ باقی مطالب راجع به اسکرام و بحث اصلی تر که اسکرام مستر . سیستم های مدیریت پروژه عموما تا سال های اواخر دهه داشت با شیوه Waterfall پیش می رفت که زمزمه های متدلوژی اجایل به گوش می رسید. تا اینکه در فوریه سال در Snowbird ایالت یوتا جایی در میانه رشته کوه های راکی نفر از صاحب نظران در این زمینه دور هم جمع شدند تا به یک جمع بندی برای متدهای توسعه چالاک یا همان چابک ( agile ) برسند. آن‌ها برای توصیف رویکردی که اکنون به عنوان "توسعه چابک نرم‌افزار" شناخته می‌شود، بیانیه‌ای برای توسعه چابک نرم‌افزار منتشر کردند. بعضی از نویسندگان این بیانیه، اتحاد Agile را ایجاد کردند یک سازمان غیرانتفاعی که توسعه نرم‌افزار را بر اساس اصول این بیانیه ترویج می‌دهد. نویسندگان این مانیفست بیان کردند: "ما با توسعه نرم‌افزار و کمک به دیگران در انجام آن، در حال کشف راه‌های بهتری برای توسعه نرم‌افزار هستیم". در این راه چهار ارزش زیر را باید در بطن کار قرار دهیم: افراد و تعاملات بالاتراز فرایندها و ابزارها هستند. نرم‌افزاری که کار کند بالاتر از مستندات جامع است. مشارکت مشتری در انجام کار برتر از قرارداد کاری است. پاسخگویی به تغییرات بالاتر از پیروی از یک طرح ثابت است در بیانیه منتشر شده در این نشست به ارزش و اصل اشاره شد که در زیر به اصل می پردازم: - رضایت مشتری: بالاترین الویت است که از طریق تحویل به موقع و مداوم محصول (نرم افزار) محقق خواهد شد. - استقبال از تغییر: تغییرات در پروژه های نرم افزاری اجتناب ناپذیر هستند، حتی تغییراتی که در اواخر کار توسط مشتری درخواست شده است نیز از آنها استقبال می شود. - ترجیح بر آن است که در تفکر چابک، محصولات در بازه های زمانی کوتاه (بین چند هفته تا چند ماه) و بصورت مکرر، به مشتری تحویل داده شود. (در این باره خواهم نوشت) - همکاری و مشارکت ذینفعان باید در طول چرخه حیات پروژه (بصورت روزانه) وجود داشته باشد. - انگیزه: پروژه ها را با استفاده از افراد با انگیزه بسازید، به اعضای تیم خود اعتماد کنید تا احساس مسیولیت پذیری داشته باشند تا کارها به خوبی انجام شود. - گفتگوی رو در رو، موثرترین روش انتقال اطلاعات به تیم پروژه می باشد. - در تفکر چابک، تحویل محصول (نرم افزار) کاربردی به مشتری، عامل نهایی است که پیشرفت پروژه را اندازه گیری می کند. - حفظ تداوم پایدار: فرآیندهای چابک باید به سمت توسعه پایدار حرکت کنند بطوری که ذینعان تجاری، حامیان و کاربران قادر باشند سرعت پیشرفت را با روند ثابت در طول چرخه حیات پروژه حفظ کنند. - نظارت و توجه منظم باعث افزایش چابکی شده و به برتری فنی و طراحی خوب محصول منجر خواهد شد. - سادگی یک ضرورت است، همه چیز ها را ساده نگه دارید و از انجام کارهای کم اهمیت اجتناب کنید. - تیم های چابک خود هدایت و سازماندهی می شوند و نیازی به گفتن آنچه باید انجام شود، نیست. - لازم است تیم پروژه در فواصل منظم، کارهای خود را بررسی کند و اگر روشی برای موثرتر شدن و پشبرد سریع تر پروژه وجود دارد، رفتار خود را مطابق آن هم سو کند، که این اصل یکی از حیاتی ترین اصول تفکر چابک می باشد.