Гибкое управление проектами все больше и больше завоевывает популярность, как у бизнеса, так и у разработчиков. Красивая теория, простой манифест, есть успешный опыт. Но, к сожалению, в реальной жизни у гибкого подхода выявляется большое количество слабых мест. Одним из таких мест является применение Agile к проектам фиксированной стоимости.
Проблема, которую пока большинству разработчиков стабильно и воспроизводимо решать не удается, может быть сформулирована примерно так: Как менять объем не меняя его? И кому молиться, чтобы «повезло» с Заказчиком? В своем докладе я хочу более глубоко рассмотреть суть этого противоречия, показать, что в нем нет ничего противоречивого, разобраться почему Заказчик может «придираться»? и действительно ли успех кроется только в доверительных отношениях? И поделиться опытом крупного успешного проекта, который управлялся гибко, с участием многих бизнес подразделений, нескольких групп ключевых сотрудников с разнонаправленными интересами. Какие ключевые факторы привели проект к успеху и почему типовые риски на нашем проекте не сработали.