اپیک ها و ویژگی ها داستان های بزرگی هستند که قصد داریم برای کاربر انجام دهیم. اغلب این داستان های با ارزش و
بزرگ را در طول فرایند استخراج کشف می کنیم و در بک لاگ قرار می دهیم. این داستان ها
معمولا برای پیاده سازی در یک تکرار بزرگ اند و تیم آن...
برای این که سازمان های بزرگ تر از مزایای توسعه ناب و چابک بهره مند شوند- یا کسب و کارهای کوچک تر که سیستم های بسیار پیچیده ای می سازند- SAFe مدل نیازمندیهای مقیاس پذیری را ارائه می دهد که روش بیان کردن رفتارهای سیستم را نشان می دهد: اپیک ها، قابلیت ها،...
ادامه پست قبل ...
جزء تایید را به عنوان نوعی از «آزمون پذیرش» نمایش می دهیم، آزمونی که پیاده سازی درست داستان را تایید می کند. برای مجزا کردن این آزمون از سایر آزمون های پذیرش، آن را تحت عنوان «آزمون های پذیرش داستان» نام گذاری می کنیم و آن ها را دستا...
برای حصول اطمینان از اینکه تیم کارهایی که باید انجام دهد را فهمیده است و برای تضمین اینکه آن ها می توانند تعهدات خودشان را برآورده کنند، بسیاری از تیم های چابک برای کامل کردن داستان از رهیافت مفصل تری برای تخمین و هماهنگی فعالیت های کاری افراد استفاد...
هنگامی که در حال ساخت سیستم های پیچیده هستیم شرایطی پیش می آید که به مکانیزم های ارتباطی متفاوت و دقیق تری نیاز پیدا می کنیم.
اگر تشریح داستان با زبان طبیعی بسیار پیچیده باشد و اگر کسب و کار توانایی فهمیدن مشخصات را نداشته باشد، تیم باید داستان را با...
تحلیل گران و مدل سازان با تجربه راز مدل سازی را می دانند:
هدف از مدل سازی اساسا برای فهمیدن است نه برای مستند کردن.
یعنی، عمل مدل سازی باید روشی را برای فهم بهتر فضای مساله و راه حل فراهم کند. از این رو، استفاده از زبان مدل سازی UML برای این نیست که ...
داستان های کاربر جایگزین چابک برای چیزهایی هستند که به طور سنتی به آن ها عبارت های نیازمندهای نرمافزار گفته می شود (یا مواردکاربرد در RUP و UML). در ابتدا توسط ایکس پی معرفی شدهاند و اکنون به طور کلی مختص توسعه چابک هستند و در بسیاری از کلاس های اسک...
اصطلاح «بک لاگ» در ابتدا توسط اسکرام معرفی و به عنوان «بک لاگ محصول» توصیف شد. چون در مدل نیازمندی ها بک لاگ های مختلفی وجود دارد، اصطلاح «بک لاگ» نسبت به اسکرام با کاربرد عام تری مورد استفاده قرار می گیرد. در تصویر کلان، نوع خاصی از بک لاگ در سطح تیم ...