مسئله اصلی این است که داده ها به ما دید وسیع تری از اتفاقات گذشته می دهند و میتوانند به ما در تحلیل فرایند ها کمک کنند، اینجاست که می توانیم مشکلات با کمک تیم کشف کرده و سپس برای آنها راه حل بهبودی مطرح کرد. جلساتی مانند رتروسپکتیو دقیقا برای چنین ارزیابی هایی بوجود آمده است. چنین فرایندی به ما کمک می کند بهبود مستمر در تیم ایجاد کنیم و هربار که پیش می رویم ارزشی را به مجموعه ارزش قبلی اضافه کنیم یا مواردی را که دیگر برای ما هیچ ارزشی بوجود نمی آورد را حذف کنیم، فراموش نکنیم که سادگی یکی از راز های بهبود مستمر است.

ادامه مطلب

جلسات رترو فرصتی را برای کل تیم اسکرام فراهم می‌کند تا برای مدت کوتاهی از دویدن دست بردارند و کمی اندیشه کنند. Sprint Retrospective بخش زمانبندی شده مشخصی "timebox"، از تیم‌های اسکرام است که می‌توانند آنچه را که در حال رخ دادن است، نحوه کارشان و راه‌های بهتری را برای بهبود شناسایی کنند و برای اجرای این بهبودها برنامه‌ریزی کنند.

ادامه مطلب

در طول برنامه ریزی اسپرینت، سرعت یک تیم به عنوان ورودی برای اسپرینت بعدی استفاده می شود. تیم از داده‌های سرعت(Velocity) استفاده می‌کند و  آن را در اسکرام ارزیابی و سپس بر اساس نتایج بدست آمده سعی می کنند آن را افزایش دهند تا یک ارزش مشخص برای مشتری به ارمغان بیاورند. تیم با ارزیابی سرعت خود در چندین اسپرینت گذشته، می‌تواند یک دید کلی در مورد اینکه چگونه تغییر در یک فرآیند خاص می‌تواند به ارائه ارزش قابل اندازه‌گیری مشتری تأثیر بگذارد، به دست می آورد.

ادامه مطلب

برنامه‌ریزی اسپرینت مبتنی بر ظرفیت "Capacity-based sprint planning" ، که برنامه‌ریزی اسپرینت مبتنی بر تعهد"Commitment-based Sprint planning" نیز نامیده می‌شود، بر اساس ظرفیت"capacity" موجود تیم (بر حسب ساعت) برای اسپرینت"sprint" است و سعی می‌کند این ظرفیت را به طور موثر و بدون بارگذاری بیش از حد"overburdening"  و کمتر از میزان تعهد اعضای تیم پر کند. برنامه ریزی مبتنی بر ظرفیت به 3 دلیل اصلی که در ادامه توضیح داده شده است به عنوان روش بهتری برای برنامه ریزی اسپرینت محسوب می شود.

ادامه مطلب

مزیت اصلی داستان های کاربر"User Stories" این است که تمرکز را از نوشتن مداوم داستان ها به مکالمات مؤثر هدایت می کنند. این مکالمات ابزارهای آسانی برای تغییر اطلاعات و ترکیب آنها برای اطمینان از مدیریت و درک صحیح الزامات توسط همه فراهم می کند. این مکالمات می تواند شفاهی باشد یا بصورت مستند همراه با محدودیت های ما ثبت شود. اگر ما یک طرح UI یا توضیحی از قوانین تجاری داشته باشیم که نوشته شده باشد، ممکن است باعث بهبود و شفافیت در آنها شود.

ادامه مطلب

هدف از برنامه ریزی انتشار (Release Planning) ، کشف گام منطقی بعدی در دستیابی به هدف محصول است. بسیاری از سازمان‌هایی که اسکرام را اجرا می‌کنند، از طریق برنامه‌ریزی انتشار اولیه، یک طرح انتشار مقدماتی ایجاد می‌کنند. معمولا برنامه ریزی انتشار اولیه یک الی 2 روز طول می کشد. این زمان ممکن است بر اساس اندازه انتشار و آشنایی اعضای تیم با مفاهیمی که ایجاد می شود متفاوت باشد.

ادامه مطلب

"تعریف آماده" (Definition of Ready) مربوط به داستان کاربر (User Story) است، جایی که داستان کاربر (User Story) آماده است که به یک اسپرینت (زمان محدودی که تیم برای توسعه و ارائه ویژگی‌های نرم‌افزار دارد) برده شود

ادامه مطلب

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

ادامه مطلب