Я щойно почав читати книгу Застосування UML та шаблонів Крейга Лармана. Я вважаю це дуже цікавим, оскільки це кидає виклик багатьом з того, про що мені говорили на роботі. Я читав, що вимоги не зібрані повністю за один рух, і потрібно багато ітерацій, щоб завершити збір вимог. Якщо це так, то встановлення жорсткого встановленого терміну, який я змушений робити на роботі, дуже непривабливий, враховуючи, що завтра може бути якась нова вимога (або прохання змінити маскування як вимогу) завтра?
Відповіді:
Немає абсолютно ніякої проблеми "Agile" з фіксованою датою випуску, якщо ви готові перенести один з двох інших країв "залізного трикутника": вимоги щодо того, що повинно бути у цьому випуску, або до наявних ресурсів. . Ви не можете виправити всіх трьох - і на практиці сторона "ресурсів" трикутника дуже часто або не дуже гнучка, або неефективна для зміни.
Якщо завтра є основна нова вимога, це добре, якщо бізнес готовий прийняти цю вимогу, можливо, не зробить дату випуску - тобто вона перейде до наступного випуску.
Я думаю, що проблема в багатьох таборах Agile полягає в тому, що йдеться про термін. Ризик із терміном дії полягає в тому, що ви припускаєте, що знаєте, що потрібно зробити. Як ви зазначаєте, у вас не може бути крайнього терміну для невідомого.
Те, що описано у відповіді Філіпа, набагато менший термін, ніж обмеження. Можна сказати, що у нас є фінансування до березня, і тому ми повинні зробити найкращий продукт можливим за той час.
Щоб зробити аналогію, припустимо, я прошу вас перейти до продуктової історії та придбати всі продукти за тиждень, і, перш ніж піти чи подивитися будь-які ціни, я хочу, щоб ви мені точно сказали, на що ви витратите. Далі ви будете штрафовані, якщо помилитесь. Ви будете робити саме те, що роблять люди, в терміни виконання проектів - ви виберете номер у верхньому кінці того, що, на вашу думку, може бути діапазон, оскільки він має найменший шанс отримати штрафну санкцію. Скажімо, я кажу вам, що це неприпустимо, і ви повинні купувати ті самі речі, які ви планували, але ви повинні зробити це на 50 доларів дешевше. Тепер що ти можеш зробити? Ви можете відмовитись, можете просто відкласти аргументи до того, як ви зробите покупку, або ви зможете знайти спосіб обдурити ситуацію. Так відбувається у багатьох організаціях із встановленими невідомими строками.
Тепер, бачачи, наскільки ця нездорова ця ситуація, Егіл просто каже: "Якщо у вас є бюджет, я можу пообіцяти вступити під це і дам вам найкращі страви, можливі на цьому тижні в цьому обмеженні". Про яку набагато здоровішу розмову.
Agile - це техніка, а не результат. Порівняно з газонокосінням, одна ітерація - це як одна трава, яку ви скосили. Якщо хтось скаже «косити всю свою газон за 15 хвилин», а ти використовуєш спритний, можливо, до кінця ти виконаєш 30%. Потім ви повторіть ще трохи пізніше і закінчите це.
Ви можете запланувати дату випуску без проблем. Просто переконайтеся, що в цю конкретну дату у вас немає втрат. У вас повинен бути товар, який можна було б доставити в кінці кожного спринту, але зазвичай шкоди, якщо ви цього не зробите; це більше мета, яка зосереджує роботу замість вимоги. Якщо у вас запланована дата випуску, тоді у вас повинен бути продукт, що випускається.
Зазвичай ви прагнете отримати неперевірений, але, сподіваємось, випущений продукт за деякий час до запланованої дати випуску, тоді продукт тестується та виправляються помилки, поки не будуть дотримані стандарти якості, а потім випускається без будь-якої паніки. Випуск міститиме все, що було готове на той час.
Тепер вашому начальнику може бути не очевидно, що вам слід запланувати дату другого випуску, з реальністю реалізованих інших функцій.