Гибкие подходы полностью сосредоточены на наибольшей бизнес-ценности. С начала и на протяжении любого проекта бизнес-команда должна точно знать, на что она собирается тратить свои деньги.
Используйте любые техники для достижения лучшего результата, главное – не сосредоточивайтесь на самих техниках. Цель куда важнее, чем средства, которыми вы ее достигнете.
И наоборот, первый релиз проекта, созданного с помощью Agile, представляет собой костяк основной идеи, только основные и необходимые функции. При этом предполагается, что все остальные штрихи будут добавляться со временем и по порядку, чтобы на выходе получить полноценно функционирующий продукт.
Типы критериев успеха могут включать в себя:
• простое описание желаемого результата;
• ключевые тезисы;
• условия принятия работы;
• стиль языка Gherkin[1] в формате «Дано», «Если», «То».
Владелец продукта представляет интересы бизнеса и конечного пользователя. Владелец продукта живет, дышит и мечтает о продукте и о том, каким он должен быть. Такие люди знают, чего именно хотят, даже если не знают способа, как этого достичь. Они лидеры, способные быстро принимать решения и отстаивать их.
Далеко не все любят играть в игры сертификатами, особенно если принять во внимание важный вопрос, который нередко остается без ответа: кто сертифицирует людей, которые сертифицируют людей, преподающих на сертифицированных курсах?
Это одна из причин выбрать несертифицированный курс и потратить сэкономленные деньги на отпуск.
Основной урок, который стоит вынести из этого: всегда читайте между строк программы конференции и внимательно прислушивайтесь к отзывам тех, кто побывал там до вас.
Задачи выбираются, а не навязываются. Команда ориентируется не по следующей задаче, а по жесткому расписанию – задаче будет присвоен наивысший приоритет, как только ресурсы для ее выполнения станут доступны.
• Задачи должны быть равного размера. Лучше иметь истории меньше, но примерно одинакового размера. Разделение больших объемов работы на меньшие, приблизительно равные куски – подтвержденный метод для улучшения производительности и прогнозирования времени завершения работы, как и сравнение аналогичных показателей.
• Журнал требований обновляется регулярно, и в Канбане он куда более динамичен, особенно если работа идет хорошо. В других средах Agile журналы требований изменяются часто, но не настолько. Журнал в Канбане может обновляться каждый день.