Идея гибкости – как самоцель или как подход к реализации всех возможных инициатив
18 лет назад появился знаменитый «Манифест гибкой разработки программного обеспечения» (в простонародье – Agile Manifesto –https://agilemanifesto.org/iso/ru/manifesto.html), включающий в себя 4 ценности и 12 принципов. С тех пор гибкие подходы к управлению проектами успешно проникли в разные отрасли, прочно заняли места в информационном профессиональном поле и будоражат своими ценностями головы (души) неофитов и опытных специалистов.
Вспомним эти ценности:
Люди и взаимодействие важнее процессов и инструментов
Работающий продукт важнее исчерпывающей документации
Сотрудничество с заказчиком важнее согласования условий контракта
Готовность к изменениям важнее следования первоначальному плану
Звучит, как глоток свободы, верно? Разве кому-то может не понравится agile? Это же говорит дух времени, быстрота, горизонтальность и, наконец, просто здравый смысл. Таким образом, гибкие подходы легко обретали и обретают сторонников, старые подходы («водопадные», «классические») объявляются тяжеловесными, слишком зарегулированными, страдающими обилием процессов и планирования.
Апологеты кричат: «У истины нет вкуса»! Продаётся сама идея гибкости – как самоцель, как подход к реализации всех возможных инициатив. Что тут скажешь? Если присмотреться к манифесту, то конечно же, думающий наблюдатель поймёт, что это не признаки исключительно agile.
Результат и продукт во многих проектах важнее документов, а проектов без изменения первоначальных планов вообще сейчас не встретишь днём с огнём. Да и сами авторы манифеста включили в него строчки (чуть более мелким шрифтом), оставляющие мостик к классике:
«То есть, не отрицая важности того, что справа, мы всё-таки больше ценим то, что слева»
Хорошо то, что происходит? Хорошо! Природа управления, как и природа нас окружающая, прекрасна своим многообразием.
Главное – за попытками быть «гибкими» не потерять простые вещи – работу на результат, понимание требований заказчика и заинтересованных сторон, планирование и возможность мониторинга хода реализации проекта.
Если вы не знаете, что происходит, реактивно управляете проектом в ручном режиме, «с колёс», иногда это может быть не проявлением гибкости, а банального бардака. Каждый подход лучше всего использовать в той среде, в которой они подходят.
Для интересующихся: принимать решения в зависимости от условий среды нас учит модель Киневин (Cynefin Framework), выделяющая простую, сложную, запутанную, хаотическую и беспорядочные типы окружающей среды, в которых находится управленческая система.
Есть только один способ разобраться с балансом гибкости и классики – создавать «гибриды», пробовать самому на своих проектах.