بلوغ چابکی معیاری است که نشان می‌دهد تیم اسکرام شما تا چه اندازه از شیوه‌های Agile استفاده می‌کند و آن‌ها را بهبود می‌بخشد. تیم شما زمانی در اوج بلوغ است که همه ارزش‌های Agile را به واقعیت بدل می کند. یک تیم بالغ نیز به طور مداوم فرآیندهای Agile را بهبود می بخشد. در مدیریت پروژه، روش شناسی چابک "Agile methodology" رویکردی است که در آن تیم ها بسیاری از نسخه های کاری یک محصول را ارائه می دهند که ارزشی را برای مشتری فراهم می کند.

ادامه مطلب

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

ادامه مطلب

معیارهای Scrum و KPIها بخشی از خانواده گسترده تری ازKey performance indicators (KPIs) های چابک"agile" هستند. معیارهای چابک شامل معیارهای لین "lean" است که بر جریان ارزش یک سازمان به مشتریانش متمرکز است و معیارهای کانبان"Kanban" که بر گردش کار و انجام وظایف تمرکز دارد. در حالی که بیشتر معیارهای اجایل برای تیم‌های اسکرام قابل اجرا هستند، معیارهای خاص اسکرام بر تحویل نرم‌افزار قابل پیش‌بینی"predictable software delivery" تمرکز می‌کنند و مطمئن می‌شوند که تیم‌های اسکرام حداکثر ارزش را در هر تکرار"iteration" به مشتریان ارائه می‌دهند.

ادامه مطلب

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

ادامه مطلب

جلسات رترو فرصتی را برای کل تیم اسکرام فراهم می‌کند تا برای مدت کوتاهی از دویدن دست بردارند و کمی اندیشه کنند. 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) آماده است که به یک اسپرینت (زمان محدودی که تیم برای توسعه و ارائه ویژگی‌های نرم‌افزار دارد) برده شود

ادامه مطلب