همکاری در پروژه های سریع با بسیاری از جزئیات هرگز آسان نبوده است. از اسلایدهای ارائه Scrum Process قابل سفارشی ما استفاده کنید تا تیم خود را به یک واحد تولیدی تبدیل کنید که با هم برای حل مشکلات، بهبود محصولات و دستیابی به اهداف مشترک کار می کند.
برای ارائه یک ارائه SCRUM موثر، تمرکز خود را بر روی پیاده سازی سه ستون کنترل فرآیند تجربی: شفافیت، بازرسی و تطبیق بگذارید. از این اسلاید برای استفاده از تجربیات قبلی و اتخاذ تصمیمات استفاده کنید.
اسپرینت یک باکس زمانی یک ماه یا کمتر است که در آن یک "انجام شده"، محصول قابل استفاده و احتمالاً قابل انتشار توسعه یافته است. یک اسپرینت جدید بلافاصله پس از پایان اسپرینت قبلی شروع می شود. از این اسلاید برای مراقبت از برنامه ریزی اسپرینت استفاده کنید.
Ask follow up
این اسلاید به شما کمک می کند تا پیش بینی کنید که کل کارها چه زمانی انجام خواهند شد، پروژه را برای بررسی افزایش حجم کار پیگیری کنید، اطمینان حاصل کنید که تیم به طور منظم کار می کند و کار برنامه ریزی شده را با پیشرفت تیم اندازه گیری کنید.
Scrum یک چارچوب برای توسعه و حفظ محصولات پیچیده است که توسط Ken Schwaber و Jeff Sutherland اختراع شده است. و بر اساس بنیانگذاران آن، "Scrum یک فرآیند، تکنیک یا روش قطعی نیست. بلکه یک چارچوب است که در آن می توانید از فرآیندها و تکنیک های مختلف استفاده کنید. Scrum کارایی نسبی مدیریت محصول و تکنیک های کاری شما را به وضوح نشان می دهد تا بتوانید محصول، تیم و محیط کار را به طور مداوم بهبود بخشید."
Ask follow up
از زمان تولد آن در دهه 1990، Scrum توسط شرکت های برتر در سراسر جهان برای:
QuickStart برخی از مطالعات موردی را از فرآیند SCRUM که به طور موثر توسط شرکت های بزرگ استفاده شده است، بیان کرده است. در اینجا برخی از آنها برجسته هستند:
Spotify با گروه بندی کارکنان شرکت در اسکادها، که هر یک با وظیفه پشتیبانی از یک عملکرد خاص از برنامه Spotify متوجه شده است، از فرآیند SCRUM استفاده می کند. این رویکرد سرویس استریم موسیقی محبوب را از خطر تاثیر یک حادثه زیر استاندارد بر سلامت جامع پلتفرم محافظت می کند.
IBM یکی دیگر از مشهورترین حامیان روش فرآیند SCRUM است. در واقع، SCRUM به طوری برای موفقیت IBM مهم بود که این شرکت اکنون نرم افزار مدیریت خود را ارائه می دهد، که شامل یک محیط توسعه چابک–IBM Rational Team Concert، متمرکز بر سه جنبه: فرآیند، افراد و ابزار.
3M اعتراف می کند که توسعه نرم افزار آن قبلاً بر مبنای فرآیند سنتی Waterfall بود، که برای شرکت قابل قبول نبود. مشکل این بود که مدل فرآیند Waterfall نیازهای ماهیت پویای توسعه نرم افزار را برآورده نمی کرد. همچنین مانع از کاهش هزینه توسعه محصول نرم افزار 3M شد، در حالی که سرعت توسعه برنامه های جدید را افزایش می داد. وقتی 3M به Agile با Scrum تغییر کرد، این امکان را به شرکت داد تا تیم های خودکفا را سازماندهی کند، که بسیار پذیرای نیازهای مشتری است.
Ask follow up