Agile (гибкая разработка программного обеспечения) является современной методикой для создания качественного, соответствующего требованиям заказчика программного обеспечения, и за меньшее время. В то время как Agile делает проект менее громоздким и более прозрачным, она имеет серьезные недостатки.
Почему Agile НЕ означает быстро и дешево
Agile мертв? Написано много статей, в которых утверждалось, что это так. Все эти статьи действительно были о разном. Давайте разберемся по порядку.
Общая тема удуручающих историй заключается в том, что Agile используется для микроуправления людьми и их работой. Микроуправление никогда не должно происходить, и это просто нечестное злоупотребление словом «Agile», если оно происходит.
Еще один миф о Agile заключается в том, что в Agile нет документации. Как только проект завершен, команда исчезает в вихре пыли, оставляя после себя лишь несколько наскоро нацарапанных записей на салфетке. На самом деле это сложная проблема, и иногда в этом есть доля правды.
Самый известный миф: «В Agile нет планирования, вы просто решаете, что делать, по ходу дела».
Мой наставник однажды сказал: «Самая большая проблема в управлении проектами – это управление рисками».
О том, что делать сразу несколько дел – значит не сделать ни одного, мы знаем с детства. Пословица про погоню «за двумя зайцами» считается классическим примером русской народной мудрости. В методике управления проектами по Теории ограничений систем (ТОС) это называют многозадачностью. Выполнение нескольких задач в одном проекте или задач из разных проектов, обычно приводит к срыву запланированных сроков или к ухудшению качества выполненной работы.
В последнее время я часто читаю обсуждения об Agile и отчаиваюсь. Почти каждый вопрос об Agile звучит так: «Какой инструмент лучше всего использовать для {…} в Agile?». Это разочаровывает. Кто-нибудь помнит Манифест Agile? В нем написано: «Люди и взаимодействие важнее процессов и инструментов». Большинство, кажется, забыли этот урок или, возможно, никогда не понимали его.
Каковы границы использования Критической цепи (CCPM)? Другими словами, когда использование CCPM выгодно, а когда необходимо внести определенные изменения?