Увлечение Agile – это сиюминутная мода или долговременный тренд? Станет ли Agile корпоративным стандартом? Стоит ли учиться гибким методологиям или через пару лет эти знания уже не пригодятся? Эти темы Executive.ru обсуждает с экспертами международной тренингово-консалтинговой компании AgileLAB Владимиром Горшуновым и Антоном Ивановым.
Executive.ru: Насколько широко применяется Agile? Будет ли он внедряться повсеместно, или останется специфической методикой для IT?
Владимир Горшунов: Было три волны развития Agile. Первая волна началась с подписания манифеста Agile и продлилась 8-10 лет. В это время методы Agile применялись только в IT. Методики о том, как формировать небольшие команды в IT и что делать, чтобы небольшая команда эффективно общалась и достигала целей. Подписание Agile-манифеста состоялось в 2001 году. А сегодня считается, что Agile-манифест – один из самых важных документов всей IT-индустрии. Потому что, если бы он не был подписан в тот момент, в том виде, в котором был создан, вся наша индустрия выглядела бы немножко по-другому.
Executive.ru: Кем был подписан этот манифест?
В.Г.: Это длинный список людей. В основном – американцы, отцы-основатели Agile, например создатели Scrum Джефф Сазерленд и Кен Швабер. Там была смешная история, они собрались покататься на лыжах, и параллельно создали важнейший документ в IT-сфере. Они были евангелистами и проповедниками различных гибких подходов в разработке программного обеспечения. Сазерленд и Швабер попытались выделить, что у них есть общего. Из этого, собственно, и получился Agile-манифест.
Executive.ru: Что представляет собой этот манифест?
В.Г.: Это концепция, способ мышления. Как работать с командами, как должны мыслить команды и их участники, чтобы быть эффективными.
10 лет шел эксперимент и появилось понимание, что Agile – это коммуникационные фреймворки. Нельзя сказать, что они сформировались именно там, они существовали и до этого, но получили распространение под словом Agile. Сначала появился Scrum, потом Kanban, вариация Scrumban и множество других фреймворков, которые уже умерли. По сути, остались Scrum, Kanban, Scrumban, практики экстремального программирования, и, наверное, все.
А потом начались эксперименты в Nokia, где поняли, что не знают, как организовать работу множества scrum-команд. И оказалось, что подходы, которые использовались до этого, не работали при увеличении масштаба.
Началась вторая волна Agile под названием Agile at Scale. Появились новые фреймворки и новые подходы. Scaled Agile Framework (SAFe), Large Scaled Scrum (LeSS), на текущий момент это еще и Nexus, Scrum Scaled и еще некоторые фреймворки, которые достаточно успешно решают проблему Agile в масштабе.
Executive.ru: Это оказало воздействие на сам предмет Agile?
В.Г.: Тут произошла интересная метаморфоза. Если вначале Agile был про то, как эффективно коммуницировать внутри небольшой команды численностью от трех до девяти человек, то теперь это подходы, как эффективно взаимодействовать в группах от 50 до 1000 и более человек, работающих над одним продуктом. В этот момент слово «IT» стало отодвигаться на второй план. Оказалось, что, в принципе, эти же подходы применимы к любой продуктовой деятельности. По сути, в любом бизнесе. Производство, телеком, банковское дело, добыча...
А сейчас мы находимся в завершении второй волны и начале третьей волны Agile. Появляется новое слово «Agility» – гибкость. Здесь уже говорится о том, как быстро бизнес может реагировать на изменения рынка.
Executive.ru: Когда началась третья волна?
В.Г.: Эта волна началась с появлением понятия Business Agility, ставшего темой конференции в Нью-Йорке два года назад. И сейчас третья волна набирает обороты. Изначально Agile отвечал на вопрос, как эффективно общаться и работать в небольших группах, потом, как эффективно общаться и работать на масштабе. Теперь Business Agility отвечает на вопрос: как эффективно бизнес может развернуться для достижения своих целей. Тут оказалось, что слово «IT» вообще может отсутствовать. Потому что любой бизнес построен на коммуникации людей, а значит, методы Agile в нем применимы и способны помочь достигнуть результатов.
Бизнес-результаты, с точки зрения Agile, состоят из четырех доменов. Первый, так называемый time-to-market – время вывода продукта на рынок. Второй – уровень вовлечения людей в работу, то есть, сколько людей реально вовлечены в процесс создания ценности, а не просто ходят на работу и сидят там с девяти до шести. Третий – качество продукта. И четвертый домен – производительность, то есть, сколько надо людей, чтобы решить какую-то проблему.
Понятие Business Agility направлено на улучшение во всех четырех доменах. Поэтому я бы сказал так, Agile применим везде, где что-то можно назвать продуктом, или услугой, или сервисом.
Executive.ru: А насколько необходимо сейчас внедрять Agile в систему различных сфер деятельности?
В.Г.: На этот вопрос отвечает фреймворк Cynefin. Здесь говорится, что есть четыре типа деятельности. Simple – это деятельность, к которой можно написать пошаговую инструкцию выполнения задач. И это будет самый лучший способ достижения результата. То есть, мы уже знаем, как сделать идеально. Например, покраска забора. Понятно, какой забор, какой краской и как красить. Здесь Agile особенно не нужен, потому что вопрос коммуникации не стоит.
Второй тип называется complicated – это деятельность, в которой мы не можем точно предсказать, какие именно проблемы нас ждут, но у нас уже есть наработанные хорошие практики в этой области. Мы уже в ней работали и знаем, какие сложности потенциально могут возникнуть. Инструкцию мы написать не можем, но понимаем, как разбираться в этом домене.
Третий тип деятельности – complex, когда мы вообще не знаем, чего ждать. Например, запускаем абсолютно новый для нас или для всего рынка продукт. В этих сферах Agile очень помогает. С ускорением бизнеса и потребностей рынка Agile помогает быстрее договориться.
Есть в Cynefin еще один интересный домен, он называется chaotic processes. Здесь можно в принципе ничего не применять, потому что для нас, как для участников процесса и наблюдателей, нет повторяемости. Мы делаем одни и те же вещи и получаем абсолютно разные результаты, поэтому процесс коммуникации не сильно помогает.
Но если говорить про бизнес, даже самый тривиальный построен на коммуникации людей, а значит, Business Agility применим везде.
Executive.ru: За счет чего растет эффективность при внедрении Business Agility?
В.Г.: Очень коротко: за счет ускорения работы всей цепочки создания ценности в компании. А растет эта скорость благодаря правильному формированию небольших команд и организации эффективной коммуникации внутри и между ними.
Антон Иванов: Благодаря устранению потерь при коммуникации и ускорению принятия решений. Agile at Scale также работает благодаря децентрализации и возможности принимать решения быстро.
Executive.ru: Какова временная перспектива по внедрению методов Agile в бизнес? И вообще, Agile – это всерьез и надолго, или это мода, которая быстро пройдет?
В.Г.: Как я уже говорил, мы находимся в конце второй и в начале третьей волны Agile. Волна занимает примерно десять лет. То есть, я думаю, что 10 лет термины «Business Agility» и «Agile at Scale» никуда не пропадут. Scrum фреймворк формально существует с начала 1990-х годов, а в 1995 году он уже был как-то формализован, и вышла публикация Кена Швабера и Джеффа Сазерленда. Получается, он существует уже больше двадцати лет и никуда не делся. Его все больше начинают применять в отличных от IT доменах. Более того, сами фреймворки обновляются, появляются дополнения. Поэтому я думаю, что на горизонте десяти лет бизнес будет двигаться в этом направлении.
А.И.: Кроме того, грядет поколение Z, люди, которые родились в середине 1990-х. Они пришли в школу с компьютерами и смартфонами, ищут информацию в интернете, а не в учебниках. Их знания очень быстро обновляются. Они будут приходить на работу, и это будет требовать очень гибких подходов при работе с ними. Сейчас идет возврат к фокусу Agile как движению «про людей», а не «про методы». Мы идем на виток глубже в понимании, как взаимодействие между людьми дает нам больше гибкости. И в обучении как раз появляются треки по работе с людьми.
В.Г.: Да. Talent, Agile HR и как они встраиваются в домены Business Agility. Оказалось, что Agile хорошо работает в областях, где раньше и не думали его применять. И происходящая формализация – это огромный пинок рынку в этом направлении.
А.И.: Я бы еще обратил внимание на один момент. Мне кажется, что компании, которые в ближайшем будущем не начнут у себя Agile-трансформацию, в скором времени столкнутся не только с проблемой эффективности производства и быстрого выхода своих продуктов на рынок. Примерно через 10 лет они столкнутся с колоссальным дефицитом сотрудников в своем штате – эти люди просто не захотят работать в другой культурной среде.
Executive.ru: Можно ли сказать, что в будущем не будет продуктовых и сервисных компаний, в которых работа не строилась бы на принципах Agile? То есть, если человек не знает, что такое Agile, то в будущем он не сможет в принципе чем-либо управлять в компании.
В.Г.: Давайте уже говорить не про Agile, а про Agility. Business Agility – это гибкость компании, гибкость того, как люди в этой компании работают. Поэтому да, наверное, так и будет.
А.И.: Понятие менеджмента меняется: все больше компаний идут к стилю #nomanagers, самый яркий пример – Илон Маск, который системно убирает прослойку менеджмента. Это не значит, что управленцев нет, это означает, что мы убираем менеджмент как стопор и оставляем менеджмент как развитие. Непонимание, как работать в Agile, может привести менеджмент к большим трудностям. Британское правительство уже практически полностью перешло на закупки по Agile-контрактам – это означает, что не Agile компании просто не смогут участвовать в тендере на контракт. Европейское правительство тоже переходит на Agile-закупки, думаю, Россия не будет сильно отставать. Все страны идут туда, и нет пути назад.
Executive.ru: Получается, каждый project-менеджер должен бежать учиться Business Agility, чтобы через несколько лет остаться востребованным на рынке?
В.Г.: Я бы сказал, сейчас для управленцев существует уникальная возможность поменять свой подход. Самим стать лучше и изменить свою компанию. Научиться выпускать продукт в пять раз быстрее, чем конкуренты. Когда Agile уже станет стандартом, процессная эффективность перестанет быть конкурентным преимуществом, поскольку будет у всех. Но пока это преимущество. Я бы не стал пугать людей тем, что они не найдут работу. Важнее то, что сейчас есть возможность значительно выйти вперед на фоне всех остальных.
Executive.ru: Какие перспективы роста у менеджера, который становится Agile-специалистом?
В.Г.: Мы заметили, что у людей, которые учились у нас и начали внедрять Agile-подходы, в течение года-двух либо значительно меняется позиция в их текущей компании, либо они меняют компанию на ту, где могут расти.
Executive.ru: Как меняется позиция?
В.Г.: Люди сильно растут. Наверное, это связано и с тем, что человек, который хочет учиться и развиваться, развивается и в карьере. Business Agility – это ментальная модель бизнес-структуры компании – как компания может выглядеть, как она может функционировать целиком от начала до конца. С таким видением люди получают гораздо больше влияния в компании. Соответственно, если у тебя в подчинении было девять человек, а сейчас 10 команд по девять человек – это явный рост. Или ты видишь, что у тебя в компании нет возможности реализовать твое виденье, и идешь в другую компанию, которая дает тебе такую возможность.
А.И.: Сейчас, особенно в России, много компаний идет в Agile. Если просто набрать слово «Agile» в поиске на работных сайтах, выпадет тысяча вакансий, а всего три года назад там такого слова вообще не было.
В.Г.: В свое время Сбербанк выгреб с рынка всех русскоговорящих специалистов, которые имели хоть какое-то отношение к Agile. Сбербанк не только лидер своего сегмента, он еще и лидер мнений. В итоге, своим примером он направил в Agile не только банковскую индустрию, но и весь крупный бизнес в России. Это говорит о том, что уже намечается нехватка таких специалистов в нашем регионе. Именно русскоговорящих специалистов.
Executive.ru: Кстати, какие вообще есть профессии, связанные с Agile?
В.Г.: Agile трансформирует всю суть, в том числе описание компетенций. В классической матрице компетенций есть разделение на младших специалистов, ведущих специалистов... Agile же все это трансформирует в мозаику компетенций. Когда человек обладает определенным набором навыков и умений, которые ему позволяют работать в определенном домене.
Есть люди, работающие в рамках процесса: scrum-мастера, product-owners, а есть люди, которые работают как senior scrum master, не в рамках одной команды, а в рамках многих команд или программ, то есть фасилитаторы уровня программы и фасилитаторы уровня портфеля.
Есть специалисты, которые занимаются не просто поддержанием процесса, а имплементацией процесса – это agile-консультанты, agile-коучи. Есть enterprise agile coach, они занимаются трансформацией и ростом на уровне компании, также их называют Agile-трансформационные агенты. В принципе любому менеджеру процессный навык полезен.
Executive.ru: Кто лучше может освоить и внедрить методы Business Agility в компанию: молодой специалист, который сразу обучался управлению с помощью этих методов, или опытный управленец, который изучил их в качестве повышения квалификации?
А.И.: Молодежь достаточно активна, но не глубока в понимании, из-за этого начинается создание поверхностных процессов и регламентов. Думаю, легче людям, которые уже имеют опыт и столкнулись с проблемами, возникающими в классических подходах менеджмента. Им проще понять, как Agile может решить эти проблемы. Если вы не знаете, какую проблему хотите решать, плюс не понимаете, как Agile вам может в этом помочь, вы создадите очередной «Карго культ» у себя в компании. Я уже не раз такое встречал. Agile – про другое.
В.Г.: Agile – это способ мышления, который позволяет гибче управлять оркестром, но без опыта управления оркестром ничего не получится. В Agile-менеджменте есть очень важный аспект, который называется «люди» – это как раз работа с людьми, мотивация, работа с конфликтами. Все процессы и любые подходы, на самом деле, упираются в культуру. А чтобы управлять культурой компании или создавать ее, требуется определенный опыт. Поэтому, наверное, среди agile-коучей и agile-тренеров не так много совсем молодых людей.
Executive.ru: То есть, молодому человеку после школы идти в университет на курс Business Agility смысла большого нет?
В.Г.: Смысл есть, потому что он должен понимать, как все это устроено, как оно работает. И они понимают быстро. Я своей четырнадцатилетней сестре объяснил, что такое Agile. Хенрик Книберг в своей книге рассказывал, как он строил Agile-процессы в быту. Даже его маленькие дети поняли, как это работает. То есть смысл учиться есть, чтобы не тратить время потом. Плюс это поможет молодому сотруднику более осознанно выбирать место, где он хочет работать.
А.И.: И быстрее влиться в коллектив, который уже работает с Agile-подходами.
В.Г.: Я бы даже сказал больше. Agile-принцип командной работы и групповой динамики уже должны в институте применяться. Никто не мешает делать проекты по Agile-методологиям даже в школе.
Executive.ru: Вы уже сказали, что в России растет необходимость в Agile-специалистах. Какой прогноз на дальнейший рост? Потребность на рынке будет расти в геометрической прогрессии?
В.Г.: Мне кажется, зависит от того, что именно будет происходить с рынком. Если будет рыночная конкуренция, то потребность начнет увеличиваться в геометрической прогрессии.
Executive.ru: Что происходит на западных рынках, и насколько мы отстаем или не отстаем от Запада в вопросе внедрения Agile?
В.Г.: Хороший вопрос, на самом деле. Я бы сказал, не сильно отстаем. Есть задержка в пару лет, возможно, но возникают новые подходы, в том числе и у нас. Внедрение Agile-практик очень сильно зависит от связанности с культурными аспектами страны. Культура страны помогает или мешает внедрению. Европа очень неоднородна. Тот же IT-сектор в разных странах выглядит по-разному. Например, в Италии быть программистом не модно и платят там немного, а быть программистом в Голландии или Германии более престижно. Вопрос потребности рынка и задач, которые там решают. От этого зависит адаптация и применение этих подходов.
Executive.ru: А в Америке?
В.Г.: Там очень активный рост. Все крупные компании и крупные торговые сети уже переходят на Agile и пытаются оперировать с разной степенью успешности. Крупные компании добавили Agile в свои ценности. Джефф Безос с момента основания Amazon говорил, что у них есть базовый строительный блок в компании – это команда, которую можно накормить двумя большими американскими пиццами. Это те самые 3-9 человек и это было 20 лет назад.
А.И.: То есть, все-таки, отстаем от Америки.
В.Г.: Формализация подхода на уровне больших предприятий – это очень болезненный процесс. И на текущий момент не так много компаний, которые успешно его закончили. Да и вообще, можно ли его закончить? Тут скорее не отставание, а возможность использовать уже существующие наработки, чужой опыт, не изобретая велосипед. Разработка концепции, которая работает, в рамках компаний в тысячу, десять, сто тысяч человек – это трудоемкая инициатива и внутри компании, скорее всего, это сделать очень сложно. Но если есть подтвержденные эксперименты, которые работают в разных частях мира, то можно применять результаты этих экспериментов и приходить к тому же уровню внедрения гораздо быстрее, практически без отставания и с меньшими потерями.
Executive.ru: Есть ли дефицит Agile-специалистов на западном рынке?
В.Г.: Есть. Количество компаний, которые занимаются Agile-трансформациями, растет. Этих людей не хватает, практик и компетенций не хватает.
Executive.ru: Есть ли перспектива у российских специалистов по Agile поехать работать в Европу или Америку?
В.Г.: Да, есть. На самом деле много людей, которые переехали, продолжая работать именно над Agile-трансформациями, быть agile-коучами. Есть компании, которые вышли из России, с русскоговорящими основателями, которые успешно занимаются консультированиями и внедрениями Agile в европейских, американских и израильских компаниях. AgileLAB, кстати, одна из таких компаний, то есть мы – русскоговорящие, но работаем не только в русскоговорящих, но и достаточно успешно в дальнем зарубежье.
А.И.: В Британии, Германии, Голландии, США, Дании, Сингапуре и других странах.
Executive.ru: Есть примеры успешного трудоустройства наших специалистов в западные компании?
В.Г.: Один из авторов методики Scaled Agile Framework (SAFe) – Александр Якима. Алексей Жеглов – большой адепт в LeanKanban University. Одна из последних книг Дэвида Андерсона, создателя Kanban, написана с ним в соавторстве. То есть я бы сказал так, люди отсюда не просто уезжают и внедряют прописанные концепции, а создают эти концепции и модели. А примеров, когда наши специалисты просто уезжали в Европу, очень много.
Фото: Александр Кучерявый
Executive.ru планирует проводить вебинары на тему гибких методологий. Если вы хотите принять в них участие, оставьте заявку в форме под интервью.
Есть еще одна проблема Мне кажется, что все, кто становится адептом какой- либо идеи, возникшей за пределами наших границ, все время забывают о второй стороне медали, о тех, на ком эта идея начинает испытываться. Мало кто задумывается, как "подопытные" эту идею воспринимают или интерпретируют в реальности, в своем мозгу, а не в словах, которые они произносят)). возьмите от же самый пример со Сбербанком, который тут многие уже упоминали.
Уважаемые коллеги ! Agile как и любая другая методология подхода к процессу разработки продуктов (в широком смысле ) сама по себе не является решением проблем по управлению разработкой продуктов. Мой опыт показывает что изначальная идея этой методики как была придумана для организация работы небольшой группы так и остается применимой в этих рамках.
Принципиально методика ничем не отличается от рекомендаций CMM или CMMI итп. Тут (по моему мнению) применили главный принцип любого определения процесса разработки. А именно, нужно наличие определения процесса в компании и процедур настройки компонент процесса на конкретный проект / программу.
В конкретном виде Agile напоминает работу над Defects Reduction (Back Log Reduction) где дефект трактуется как "story" , которую надо имплементировать. Дополнительно команда оговаривает как она будет общаться и отслеживать Новые, Текущие , Законченные и Отложенные "story"
Agile специалисты будут всегда востребованы, потому что современные продукты не возможно разрабатывать с заданным качеством не имея процесса одна из сторон которого, это иметь измеряемые на всех фазах параметры продукта в виде набора метрик для разработчиков и руководства.
Перефразирую в оду строку: Специалисты, умеющие выбрать и настроить процесс разработки продукта, всегда будут востребованы не зависимо от того, каким модным термином этот процесс не назовут.
В науке, в наибольшей степени, чем где-либо, проявляется «гибкий» характер работы:
Общеизвестный пример процедуры п.1-п.5, включающей в себя цикл п.2-п.4, привести нетрудно. Это тема из школьной алгебры – преобразование алгебраических выражений.
«Гибкость» – это, по сути, умение выдвигать новые гипотезы. Развивается это умение «методами развития творческого воображения». Вот примеры методов РТВ:
Каждый из методов РТВ имеет сложившуюся технологию применения. Первым шагом в их технологиях является «раскрепощение» мышления. Но, для кого с раскрепощения мышления работа только начинается, а для Agile-адептов работа на нём заканчивается. Да-да, они зацикливаются на интерьере помещений, на расстановке персонала и на «толкании» речей типа «Agile-манифеста». Поэтому, они просто «не понимают» запросов типа «покажите пример применения вашей грамоты». Потому как, показывают не процесс действий по алгоритму; а конечный результат, из которого не следует, что он получен именно Agile-методом.
А в отношении трансформации Сбербанка, единственным свидетельством причастности Agile к этому сомнительному действу является заявление Грефа. Но, доверие к госчиновникам таково, что лучше бы они помалкивали. Тогда у народа сохранялась бы иллюзия их компетентности.
.=====================================.Короче, «гибкость» всегда имелась во всех видах интеллектуальной деятельности. И оная скромно пребывала там в качестве вспомогательного средства.
Ныне же появились деятели, которые утверждают, что «гибкость -- это наше всё»; и которые сделали профессией разговоры «манифестами гибкости».
аминь
Дмитрий Яковлевич, к Вашему комментарию надо бы добавить ещё и кадылом. Но, поелику я не являюсь служителем культа, то указал бы перстом на канделябр. :)
В дискуссиях некоторые программисты высказывали приверженность к Agile. Те, кто знаком с практикой программирования, поймут эту приверженность как факт применения так называемых «заглушек» – модулей-предикатов, имитирующих определённую реакцию на заданную посылку.
Бывает так, что заказчик сам не знает, какими должны быть результаты и какие ресурсы (исходные данные) он готов потратить на их достижение. Тогда, заказанную работу необходимо осуществлять итерационной процедурой типа п2-п.4, указанной в комментарии от 26 мая 2018, 10:33. Понятно, что в работе по этой процедуре должен принимать и заказчик. Только он сможет определить приемлемость результатов и допустимость трат определённых ресурсов (допустимость ИД) на их достижение.
Так для кого это новость? И как можно общеизвестную практику выпучивать как революционное новьё?
Коллеги , Еще раз хочу вернуться к начальному утверждению в дискуссии -> Agile – это всерьез и надолго.
Мое мнение: Разработка процесса и следование процессу на уровне компании вот это всерьез и надолго. Agile это некий текущий "снимок / snapshot" того , как это может быть применено в конкретных проектах. Компании, которые разрабатывают перспективные системы управления полётом, например на Марс, видимо будут критически смотреть на эту концепцию.
Наиболее важно, что на уровне руководства компании все понимали и разумно инвестировали в оптимальный для компании процесс разработки и его поддержку. Цена Качества и Цена Плохого качества, это в конечном итоге, параметры влияющие на бизнес компании.
Дело в том, что все Agile-продвиженцы позиционируют данное учение как нечто уникальное и революционное. На самом же деле вся Agile-деятельность есть обычная устоявшаяся культура работы ряда советских научных и конструкторских учреждений.
Сам наблюдал и участвовал в подобных "самоорганизующихся командах", которые спонтанно возникают для решения сложных, кроссфункциональных задач, быстро их выполняют и столь же легко распадаются сразу после "сдачи результатов заказчику".
Это культура работы, существующая многие десятилетия. Однако данная культура не отменяет основных процессов и процедур, определяемых нормальным Водопадом (ГОСТ).
Смешным является именно выдача за некий "интеллектуальный прорыв" на уровне человечества, попытки отказаться от формализации и желание впихнуть в абсолютно любой тип проекта.
Да, это подтвердит любой, кто в советские времена работал в НИОКР-ах.
А для тех, кто не застал советские НИОКР-ы есть убедительный аргумент -- матричная структура управления. При ней создаются временные коллективы, которые после выполнения проекта расходятся по другим следующим проектам.
Согласитесь, было бы необычно и как-то странно, если бы пекарь, вложивший всё в свою новую пекарню начал рассказывать посетителям, о вреде белой муки?
К чему это я? А к тому, что не согласен с тем, что Agile шагает семимильными шагами за пределы IT индустрии и чуть ли не каждый обречён, если вовремя не внедрит Agile.
Как концепция он очень даже применим, на мой взгляд в малых командах разработчиков, которые создают продукт готовый к продаже, применим строителями, которые делают ремонт в вашей квартире по частям, тогда когда у вас появляется очередная порция денег.
С декабря месяца я пришёл в проект, который шёл уже 3 года, и "не всё было гладко" мягко говоря. Моя роль была что-то вроде куратора от бизнеса, помогать налаживать коммуникацию между IT и Заказчиком, коим являлся внутренний департамент корпорации. Проектный менеджер решил сразу расставить точки над И, попросив сфокусироваться на новых функциональностях и понять, что именно бизнес хочет нового, так как "старый" функционал "вот-вот" в конце декабря будет запущен в жизнь. Наступила середина и конец декабря, середина Января, Февраль и когда в середине Февраля проекный менеджер озвучил очередной срок на конец Марта, начало Апреля я решил вмешаться. Что было обнаружено: CPS не было, мотивировано было так "Так мы же по Agile работаем", MVP не было, Дизайн - не сделан, Capacity разработчиков и внутри команды - не оценено, сроки готовности заказчикам давал от фонаря Scrum-Master, без проверки с разрабочиками, логика процесса Change Management отсутствовала, да и процесса такого не было, роли в команде были описаны так, что чёрт ногу сломит. Это был какой-то Agile, Scrum, Kanban и всё это в ссаный жбан, уж простите. Ребята "фигачили" что-то, без понимания а куда они вообще фигачат?
Пришлось что-то описать, составить CPS и мастер план проекта, ввести регулярные и понятные review прогресса и основных барьеров, которые нужно устранить на пути и т.д. и т.п. - ничего сверх умного, всё стандартное.
Так к чему это я? Рано говорить, что Agile проникнет везде. Есть области, где в два прихлопа и три притопа не запустишь новую "фишку". В будущем - конецно, когда, как минимум, у людей будет серьёзная экспертиза в своём деле, самосознание и здравый смысл. Понимание того какой кусок они разрабатывают и как он вписывается в общий бизнес процесс, как он поменяет рабочий процесс у заказчика. Когда-нибудь это же точно будет. А в данном случае мне кажется авторы увидев, что "тема" работает в их области, решили, что и в другх областях тоже будет работать. Все мы этим грешны, когда-то и правда работает, а когда-то нет.