نرم‌افزار کاربردی را به‌طور مکرر تحویل دهید
“نرم‌افزار کاربردی را به‌طور مکرر تحویل دهید، از چند هفته تا چند ماه، با ترجیح به زمان‌های کوتاه‌تر.”
اصل بعدی بر استفاده از رویکرد تکراری تأکید دارد تا یک پروژه را به بخش‌های بسیار کوچک تقسیم کند که به آن‌ها اسپرینت یا تکرار می‌گویند، که معمولاً در بازه دو تا چهار هفته‌ای قرار دارند. چند دلیل وجود دارد که این کار منطقی است:
- تمام فرآیندهای توسعه چابک مانند اسکرام بر اساس بهبود مستمر هستند. به جای داشتن یک فرآیند به‌طور سخت‌گیرانه تعریف‌شده که هرگز تغییر نمی‌کند، از تیم انتظار می‌رود که رویکرد تجربی را برای یادگیری اینکه چه چیزی کار می‌کند و چه چیزی کار نمی‌کند در حین پیشرفت پروژه اتخاذ کند و در صورت لزوم تنظیمات لازم را انجام دهد. اگر پروژه به بخش‌های بسیار کوتاه تقسیم شود و یادگیری در پایان هر بخش انجام شود، یادگیری و بهبود مستمر می‌تواند بسیار سریع‌تر اتفاق بیفتد. یک مانترا چابک محبوب این است: “زود شکست بخورید، زیاد شکست بخورید.” به عبارت دیگر، در بسیاری از موارد بهتر است که چیزی را به سرعت امتحان کنید و از آن یاد بگیرید و تنظیمات لازم را انجام دهید، به جای اینکه تمام زمانی را که ممکن است برای طراحی یک رویکرد که قرار است در اولین بار بدون نقص کار کند، صرف کنید.
- ۲. افراد در زمان‌های کوتاه برای انجام کارها به‌طور مؤثرتری کار می‌کنند. اگر این کار به درستی انجام شود، تیم یک ریتم و سرعتی را توسعه می‌دهد که برای تولید بخش‌های تعریف‌شده کار به‌طور سریع و مؤثر بسیار کارآمد است، مانند یک خط تولید.
This post is also available in Deutsch, English, Español, Français, Bahasa Indonesia, 日本語, Polski, Portuguese, Ру́сский, Việt Nam, 简体中文 and 繁體中文.