تاریخچه اسکرام (Scrum) را می توان در سال 1986 در مقاله هاروارد بیزینس ریویو (HBR) با عنوان "بازی توسعه محصول جدید" توسط Hirotaka Takeuchi و Ikujiro Nonaka دنبال کرد. این مقاله توضیح می‌دهد که چگونه شرکت‌هایی مانند هوندا، کانن و فوجی زیراکس با استفاده از رویکردی مقیاس‌پذیر و مبتنی بر تیم برای توسعه محصول، محصولات جدید را در سراسر جهان تولید می‌کنند. این رویکرد بر اهمیت توانمندسازی تیم های خودسازمانده تاکید می کند.
اسکرام چیست؟
اسکرام یک چارچوب مدیریت پروژه چابک (agile) است که به تیم ها کمک می کند تا کار خود را از طریق مجموعه ای از ارزش ها، اصول و شیوه ها ساختاردهی و مدیریت کنند. اسکرام مانند یک تیم rugby (جایی که نامش را می‌گیرد) برای بازی بزرگ تمرین می‌کند، تیم‌ها را تشویق می‌کند تا از طریق تجربیات بیاموزند، در حین کار روی یک مشکل خود سازماندهی کنند، و در مورد بردها و باخت‌های خود برای بهبود مستمر فکر کنند.
در حالی که اسکرام که من در مورد آن صحبت می‌کنم بیشتر توسط تیم‌های توسعه نرم‌افزار استفاده می‌شود، اصول و درس‌های آن را می‌توان برای انواع کار گروهی به کار برد. این یکی از دلایل محبوبیت اسکرام است. اسکرام که اغلب به عنوان یک چارچوب مدیریت پروژه چابک در نظر گرفته می‌شود، مجموعه‌ای از جلسات، ابزارها و نقش‌هایی را توصیف می‌کند که برای کمک به تیم‌ها در ساختار و مدیریت کارشان هماهنگ عمل می‌کنند.
اسکرام همانند یک تیم ورزشی که برای یک مسابقه بزرگ تمرین می کند، تمرینات اسکرام به تیم ها اجازه می دهد تا خود مدیریت کنند، از تجربیات بیاموزند و با تغییرات سازگار شوند. تیم‌های نرم‌افزاری از اسکرام برای حل مشکلات پیچیده به‌طور مؤثر و پایدار استفاده می‌کنند.
اسکرام چگونه کار می کند؟
اسکرام چارچوبی است که یادگیری آن آسان است اما متخصص شدن در آن دشوار است. ماهیت اسکرام یک تیم خودسازمانده است که ارزش مشتری را در یک دوره زمانی به نام Sprint ارائه می دهد. اسکرام مصنوعات، نقش ها و رویدادهای مرتبط با هر اسپرینت را تعریف می کند.
نقش های اسکرام چیست؟
یک تیم اسکرام به سه نقش خاص نیاز دارد: مالک محصول (product owner)، رهبر اسکرام (scrum master) و تیم توسعه.
مالک محصول (product owner)
مالک محصول بر حصول اطمینان از اینکه تیم توسعه بیشترین ارزش را برای کسب و کار ارائه می دهد تمرکز می کند. آنها نیازهای در حال تغییر کاربران نهایی و مشتریان را درک کرده و اولویت بندی می کنند. صاحبان محصول موثر موارد زیر را انجام می دهند:
به تیم راهنمایی روشنی در مورد اینکه کدام ویژگی‌ها را در مرحله بعد ارائه می‌کنند، بدهید.
فاصله بین آنچه کسب و کار می خواهد و آنچه تیم می فهمد پر کنید.
تصمیم بگیرید که چه زمانی و هر چند وقت یکبار انتشارها باید اتفاق بیفتند.
رهبر اسکرام (scrum master)
رهبران اسکرام قهرمانان اسکرام در تیم های خود هستند. آنها مسئول اثربخشی تیم اسکرام هستند. آنها تیم ها، صاحبان محصول و کسب و کار را برای بهبود فرآیندهای اسکرام و بهینه سازی تحویل راهنمایی می کنند. رهبران اسکرام همچنین مسئول انجام کارهای زیر هستند:
منابع مورد نیاز برای هر اسپرینت را برنامه ریزی کنید.
سایر رویدادهای اسپرینت و جلسات تیم را تسهیل کنید.
رهبری تحول دیجیتال در تیم
هر گونه آموزش تیمی را در هنگام اتخاذ فناوری های جدید تسهیل کنید.
برای حل هر گونه چالشی که ممکن است تیم به طور کلی با آن مواجه باشد، با گروه های خارجی ارتباط برقرار کنید.
تیم توسعه اسکرام
تیم اسکرام متشکل از تست کنندگان، طراحان، متخصصان UX، مهندسان Ops و توسعه دهندگان است. اعضای تیم مجموعه مهارت های متفاوتی دارند و یکدیگر را آموزش می دهند، بنابراین هیچ فردی در ارائه کار به گلوگاه تبدیل نمی شود.
برای مثال جف بزوس، بنیانگذار آمازون، قانون دو پیتزا را هنگام تصمیم گیری برای اندازه تیم توصیه می کند: یک تیم باید آنقدر کوچک باشد که دو پیتزا را به اشتراک بگذارد.
تیم های توسعه اسکرام کارهای زیر را انجام می دهند:
برای اطمینان از تکمیل موفقیت آمیز اسپرینت، به طور مشترک کار کنید.
شیوه های توسعه پایدار قهرمان.
خود سازماندهی کنید و با نگرش آشکار به پروژه های خود نزدیک شوید.
برنامه ریزی و تخمین میزان کاری که می توانند برای هر اسپرینت انجام دهند را هدایت کنید.
رویدادهای اسکرام چیست؟
رویدادهای اسکرام یا مراسم اسکرام مجموعه ای از جلسات متوالی هستند که تیم های اسکرام به طور منظم انجام می دهند. برخی از رویدادهای اسکرام شامل موارد زیر است:
برنامه ریزی اسپرینت
در این رویداد، تیم تخمین می زند که کار در Sprint بعدی تکمیل شود. اعضا اهداف اسپرینت را مشخص، قابل اندازه گیری و دست یافتنی تعریف می کنند. در پایان جلسه برنامه ریزی، هر عضو اسکرام می داند که چگونه می توان هر افزایش را در Sprint تحویل داد.
اسپرینت
Sprint دوره زمانی واقعی است که تیم اسکرام با هم کار می کند تا یک افزایش را به پایان برساند. دو هفته طول معمولی برای اسپرینت است اما بسته به نیاز پروژه و تیم می تواند متفاوت باشد. هرچه کار پیچیده تر و مجهولات بیشتر باشد، اسپرینت باید کوتاه تر باشد.
اسکرام روزانه یا استند آپ
اسکرام روزانه یک جلسه کوتاه است که در آن اعضای تیم چک می کنند و برای روز برنامه ریزی می کنند. آنها در مورد کار تکمیل شده گزارش می دهند و هر گونه چالش در تحقق اهداف اسپرینت را بیان می کنند. استندآپ نیز نامیده می شود زیرا هدف آن این است که جلسه را تا حد عملی کوتاه نگه دارد، مانند زمانی که همه ایستاده اند.
بررسی اسپرینت
در پایان Sprint، تیم برای یک جلسه غیررسمی گرد هم می آیند تا کار تکمیل شده را بررسی کنند و آن را به ذینفعان نشان دهند. مالک محصول همچنین ممکن است بک لاگ محصول را بر اساس Sprint فعلی دوباره کار کند.
اسپرینت گذشته نگر
این تیم گرد هم می آیند تا مستندسازی کنند و درباره آنچه که در طول اسپرینت موثر بوده و چه چیزی کارساز نبوده بحث کنند. ایده های تولید شده برای بهبود اسپرینت های آینده استفاده می شود.
چرا اسکرام در توسعه نرم افزار مهم است؟
انواع تیم ها مانند منابع انسانی، بازاریابی و طراحی به طور موثر از اسکرام استفاده می کنند. با این حال، اسکرام در تیم های توسعه نرم افزار و مهندسی رایج تر است. این اجازه می دهد تا تیم ها سریعتر به نیازهای در حال تغییر پاسخ دهند بدون اینکه اجازه دهند هزینه ها و بودجه ها از کنترل خارج شود. به دلایل زیر مهم است:
توانایی حفظ کیفیت در شرایط چالش برانگیز
بررسی های تضمین کیفیت در چارچوب اسکرام تعبیه شده است. تیم ها در شروع هر اسپرینت الزامات را تعریف می کنند. تیم ها همچنین به طور جامع چرخه عمر نرم افزار یا محصول را ارزیابی می کنند و در عین حال چشم انداز تیمی از انجام شده را ایجاد می کنند. این بدان معناست که الزامات مربوطه باقی می مانند و در یک بازه زمانی کوتاه قابل دستیابی هستند. بازخورد منظم مالک محصول و بررسی های Sprint باعث بهبود مستمر تیم در طول پروژه می شود.
افزایش بازگشت سرمایه
تیم های اسکرام نیازمندی ها را بر اساس ارزش مشتری و تحلیل ریسک اولویت بندی می کنند. تمرکز بر روی توسعه یک محصول کار اولیه است که می تواند به بازار عرضه شود تا بازخورد اولیه مشتری را جمع آوری کند. توسعه اسکرام با نقص های پرهزینه کمتر، کارایی تیم و رویکرد سریع شکست که در درازمدت باعث صرفه جویی در پول می شود مشخص می شود.
تیم های شادتر و سازنده تر
ساختارهای تیمی خود مدیریت و خودسازماندهی به اعضا اجازه می دهد خلاقیت و نوآوری بیشتری داشته باشند. اعضا این انعطاف را دارند که کار خود را بر اساس سبک کاری، شخصیت و اهداف زندگی شخصی خود سازماندهی کنند. کار متقابل به اعضا اجازه می دهد تا مهارت های جدید بیاموزند و یکدیگر را راهنمایی کنند. در نتیجه، اسکرام محیطی از حمایت و اعتماد ایجاد می کند و انگیزه و روحیه کلی افراد را افزایش می دهد.
معیارهای مربوطه که تخمین را بهبود می بخشد
تیم های اسکرام معیارهای خود را برای اندازه گیری عملکرد پروژه انتخاب می کنند. آنها جدول زمانی، بودجه و معیارهای کیفیت را بر اساس تجربه و قابلیت های خود تخمین می زنند. مالک محصول کنترل دارد زیرا برآوردها نسبی هستند. تیم ها در ابتدای پروژه از پشتیبانی بیشتری برخوردار می شوند و طبیعتا به مرور زمان سرعت بیشتری می گیرند. ذینفعان پروژه محصولات کاری را بررسی می کنند و بازخورد منظمی را برای اطمینان از ادامه پروژه ارائه می دهند.
چابک (Agile) در مقابل اسکرام
مردم اغلب فکر می کنند اسکرام و چابک یک چیز هستند زیرا اسکرام حول محور بهبود مستمر است که یک اصل چابکی است. با این حال، اسکرام چارچوبی برای انجام کار است، در حالی که چابک یک فلسفه است. فلسفه چابک حول محور بهبود پیوسته افزایشی از طریق انتشارهای کوچک و مکرر است. شما واقعاً نمی‌توانید «چابک» باشید، زیرا برای تغییر طرز فکر آنها در مورد ارائه ارزش به مشتریانتان، به تعهد کل تیم نیاز است. اما می‌توانید از چارچوبی مانند اسکرام استفاده کنید تا به شما کمک کند تا اینگونه فکر کنید و اصول چابکی را در ارتباطات و کار روزمره خود تمرین کنید.
تفاوت بین چابک و تعریف اسکرام را می توان در راهنمای اسکرام و مانیفست چابک یافت. مانیفست چابک چهار ارزش را مشخص می کند:
افراد و تعاملات بر روی فرآیندها و ابزار
نرم افزار کار بر روی مستندات جامع
همکاری مشتری بر سر مذاکره قرارداد
پاسخ به تغییر در پیروی از یک برنامه
تعریف اسکرام مبتنی بر تجربه گرایی و تفکر ناب است. تجربه گرایی می گوید که دانش از تجربه ناشی می شود و تصمیمات بر اساس آنچه مشاهده می شود اتخاذ می شود. تفکر ناب ضایعات را کاهش می دهد و بر موارد ضروری تمرکز می کند. چارچوب اسکرام اکتشافی است. مبتنی بر یادگیری مستمر و سازگاری با عوامل نوسان است. تصدیق می کند که تیم در شروع یک پروژه همه چیز را نمی داند و از طریق تجربه تکامل می یابد. اسکرام به گونه‌ای طراحی شده است که به تیم‌ها کمک می‌کند تا به طور طبیعی با شرایط متغیر و نیازهای کاربر سازگار شوند، با اولویت‌بندی مجدد در فرآیند و چرخه‌های انتشار کوتاه تا تیم شما بتواند دائماً یاد بگیرد و بهبود یابد.
در حالی که اسکرام ساختار یافته است، کاملاً سفت و سخت نیست. اجرای آن می تواند متناسب با نیازهای هر سازمانی باشد. تئوری های زیادی در مورد اینکه چگونه تیم های اسکرام دقیقا باید برای موفقیت کار کنند وجود دارد.
ارزش های اسکرام
در سال 2016، پنج ارزش به راهنمای اسکرام اضافه شد. این ارزش ها جهت دادن به کار، اقدامات و رفتار تیم اسکرام را فراهم می کند. آنها برای موفقیت یک تیم اسکرام ضروری در نظر گرفته می شوند.
تعهد
از آنجایی که تیم‌های اسکرام کوچک و چابک هستند، هر یک از اعضای تیم نقش مهمی در موفقیت تیم دارند. بنابراین، هر یک از اعضای تیم باید متعهد به انجام وظایفی باشد که می توانند انجام دهند و بیش از حد متعهد نشوند. باید ارتباط مکرر در مورد پیشرفت کار وجود داشته باشد، اغلب در استند آپ.
شجاعت
شجاعت برای یک تیم اسکرام صرفاً شجاعت زیر سوال بردن وضعیت موجود یا هر چیزی است که توانایی آن را برای موفقیت مختل می کند. اعضای تیم اسکرام باید شجاعت داشته باشند و به اندازه کافی احساس امنیت کنند تا چیزهای جدید را امتحان کنند. یک تیم اسکرام باید شجاعت داشته باشد و احساس امنیت کند تا در مورد موانع، پیشرفت پروژه، تاخیرها و غیره شفاف باشد.
تمرکز
در قلب جریان کاری تیم‌های اسکرام، اسپرینت است، یک دوره زمانی متمرکز و مشخص که در آن تیم مقدار مشخصی از کار را تکمیل می‌کند. دوی سرعت ساختار اما همچنین تمرکز برای تکمیل مقدار برنامه ریزی شده از کار را فراهم می کند
.
فضای باز بودن
استندآپ روزانه فضای باز را تقویت می‌کند که به تیم‌ها اجازه می‌دهد آشکارا درباره کار در حال پیشرفت و مسدودکننده‌ها صحبت کنند. برای مثال از تیم‌های اسکرام خود می‌خواهیم به این سوالات پاسخ دهند:
دیروز روی چه چیزی کار کردم؟
من امروز روی چه چیزی کار می کنم؟
چه مسائلی ما را مسدود کرده است؟
این به برجسته کردن پیشرفت و شناسایی مسدود کننده ها کمک می کند. همچنین زمانی که همه پیشرفت را به اشتراک می گذارند به تقویت تیم کمک می کند.
قدرت یک تیم چابک در همکاری و درک این موضوع است که هر یک از اعضای تیم در کار در یک اسپرینت سهیم هستند. آنها دستاوردهای یکدیگر را جشن می گیرند و به یکدیگر، صاحب محصول، سهامداران و استاد اسکرام احترام می گذارند.
چگونه تیم های توسعه اسکرام می توانند DevOps را بپذیرند؟
DevOps فلسفه‌ها، شیوه‌ها و ابزارهای فرهنگی را ترکیب می‌کند که توانایی سازمان را برای ارائه برنامه‌ها و خدمات با سرعت بالا افزایش می‌دهد. DevOps سیلو بین تیم های توسعه و عملیات را حذف می کند. مهندسان در کل چرخه عمر برنامه، از توسعه گرفته تا آزمایش، استقرار و عملیات کار می کنند. این به توسعه طیف وسیعی از مهارت‌ها کمک می‌کند که به یک عملکرد محدود نمی‌شوند.
تیم های اسکرام در موقعیت خوبی برای پذیرش DevOps هستند. آنها در حال حاضر متقابل و تکرار شونده هستند. برخی از ایده ها برای ادغام DevOps شامل موارد زیر است.
تست خودکار نرم افزار و نوشتن تست های جدید برای توسعه هر ویژگی
استفاده از استک فناوری و ابزارهایی که از استقرار مداوم پشتیبانی می کنند
انتشار تغییرات در تولید در پایان هر اسپرینت
نتیجه
انتقال به اسکرام می تواند یک سفر هیجان انگیز باشد که رویکرد تیم شما به کار را متحول می کند. چه یک مدیر پروژه کارکشته باشید یا یک تازه وارد در متدولوژی های چابک، شروع به مسیر اسکرام نیازمند برنامه ریزی دقیق و درک اصول اصلی آن است.
با تحقیق در مورد اصول اسکرام و مونتاژ تیم اسکرام خود از جمله مالک محصول، اسکرام مستر و تیم توسعه شروع کنید. چشم انداز محصول خود را درک کنید و یک بک لاگ محصول بسازید، یک لیست اولویت بندی شده از ویژگی ها و پیشرفت ها. برای اولین اسپرینت خود یک هدف مشخص تعریف کنید، موارد کاری را انتخاب کنید و جلسات ایستاده روزانه را برگزار کنید.
میزبان مرورهای اسپرینت و گذشته نگرها، فرهنگ بهبود مستمر را در آغوش بگیرید و با ارزش های Agile هماهنگ شوید. به دنبال راهنمایی باشید، نرم‌افزار و ابزار اسکرام را در نظر بگیرید، آموزش‌ها و گواهی‌نامه‌ها را بررسی کنید و پذیرای تغییرات متحول کننده در فرآیندهای کاری خود باشید. با این مراحل اساسی، می توانید سفر اسکرام خود را آغاز کنید و از پتانسیل آن برای افزایش همکاری، ارائه ارزش و بهبود مستمر روش های کاری خود استفاده کنید.
