پروژه ماههاست جلو نمیرود؛ قبل از انگیزه، Scope را کوچک کن
پروژه شخصی یا کاری بزرگ شده و هر بار که سراغش میروی چند جبهه باز دارد.
نسخهای تعریف کن که در یک یا دو هفته قابل تحویل باشد. قابلیتها و جزئیات «خوب است داشته باشیم» را جدا کن تا یک خروجی واقعی از پروژه بیرون بیاید.
مرحلهبهمرحله
- خروجی نهایی پروژه را در یک جمله بنویس.
- بپرس کوچکترین نسخهای که هنوز برای یک نفر مفید است چیست.
- هر ویژگی را به «ضروری برای نسخه اول» و «بعداً» تقسیم کن.
- برای نسخه اول مهلت کوتاه و قابل دفاع تعیین کن.
- تا تحویل نسخه اول، افزودن ویژگی جدید را فقط با حذف مورد دیگری قبول کن.
چرا این کار جواب میدهد؟
پروژه با دامنه نامشخص همیشه کار بیشتری تولید میکند. نسخه کوچک قابل تحویل، بازخورد واقعی میسازد.
سؤالهایی که معمولاً بعدش پیش میآید
کیفیت پایین نمیآید؟
کیفیت بخش ضروری را حفظ کن، اما دامنه را کم کن. تفاوت مهمی بین «کمتر» و «شلخته» وجود دارد.
اگر کارفرما همه چیز را میخواهد؟
دامنه، زمان و هزینه باید با هم مذاکره شوند؛ افزودن کار بدون تغییر هیچ محدودیتی معمولاً واقعبینانه نیست.