Цель этой статьи — ознакомить вас с некоторыми трендами, которые я отследила в своих путешествиях по Германии, и провести параллели с гештальтом и методологией GAO, которой мы пользуемся. Я думаю, это поможет не только взглянуть на тренды и сам GAO-подход шире и глубже, но также вдохновит на использование методологии и поможет преподнести её потенциальным клиентам.

Популярность таких понятий как Agile, Holacracy и Mindfulness для меня стала очевидна на одном из митапов в Мюнхене, где собралось более 50-ти профессионалов в области HR и смежных. Они с энтузиазмом обсуждали холакратию как будущее организаций, mindfulness и Agile-подход. Коллеги делились опытом формирования команды в Audi Innovations по принципам холакратии и описывали процесс очень схожий с подходом, который мы используем в GAO. Я тут же вспомнила описанный несколько лет назад опыт Spotify, невероятно вдохновивший меня.

Последующее изучение интернета и работа с несколькими крупными европейскими банками и производствами (гордо говорящие «Мы используем Agile-подход»), подтвердили мои наблюдения о популярности данной методологии. Понятие mindfulness (осознанность) также встречалось не только в беседах на митапах, но даже на скрабах (!) для тела и окнах йога-центров.

Для проверки своих ощущений я пошла на платформу meetup.com, чтобы оценить как много в мире людей встречаются и обсуждают Agile: более 4-х в неделю в Лондоне, Мюнхене и Берлине, Сан-Франциско. Я осознанно рассматривала ИТ-центры мира, т.к. тренды, как правило, зарождаются там.

По данным исследования Capgemini Consulting 2017 года в Западной Европе 83% организаций планируют внедрять у себя Agile-подход.

Для того, чтобы подтвердить свои ощущения по поводу схожести Agile, Холакратии и Mindfullnes с гештальтом, я решила изучить поглубже эти понятия.

Agile

Agile это прежде всего mindset. Mindset — это тип мышления, ментальная установка. И что самое важное – Agile это прежде всего ценности, способ мышления. Люди часто внедряют методологию и думают, что они достигли Agile и у них все по Agile. Методология ­— это просто инструмент, который используется. Ценности и готовность команды ответить себе на вопросы: «Почему именно так мы это делаем?», «Почему это так работает?», «Почему мы поменяли процесс своей работы ?» — самое главное. Ответ на каждое «почему» должен быть у каждого члена команды.

Проводя параллель с GAO — мы тоже находим ответ на вопрос: «Почему?» — когда синхронизируем смыслы, простраиваем доверие в самом начале работы с командой.

Agile команды ­— это люди, которые в первую очередь разделяют Agile Mindset.

По сути, что мы тут видим? Что отношения важнее, чем бюрократия. Что доверие важнее, чем недоверие; что реагировать на изменения и творчески приспособливаться важнее, чем следовать плану. Это прекрасно коррелирует с принципами Гештальта и GAO. Эти ценности мы реализуем в работе: мы фокусируемся на отношениях и на результате. К тому же, в Agile никто не говорит, что результат должен быть идеален —­ должен быть хоть какой-то результат. И гештальтистское "пока так" соответствует этой идее также.

По сути, что мы тут видим? Что отношения важнее, чем бюрократия. Что доверие важнее, чем недоверие и реагировать на изменения и творчески приспособливаться важнее, чем следовать плану. Это прекрасно коррелирует с принципами Гештальта и GAO.
Эти ценности мы реализуем в работе, мы фокусируемся на отношениях и на результате. К тому же, в Agile никто не говорит, что результат должен быть идеален ­ должен быть хоть какой-то результат. И гештальтистское: "пока так" соответствует этой идее также.

Схожесть функционального подхода методологии GAO и Agile-подхода также наблюдается. Красным выделены те же принципы, которые мы используем в своей работе.

Приветствовать изменения — это то, что напрямую связано с идеей гештальта и идеей GAO.

Разработчики и клиенты тесно сотрудничают и Общение лицом к лицу — это достигается в GAO. Все люди, задействованные в процессе собираются и принимают коллективные решения. У нас есть рабочие группы, в которых люди тесно работают над решением проблем, которые обозначены и синхронизированы. Общение лицом к лицу — все встречи, стратегические сессии в GAO проводятся лицом к лицу.

Небольшая, мотивированная и саморегулирующаяся команда универсалов — я бы сказала, что это комитет по управлению изменениями, т.е. та команда, которая понимает куда мы идем, что мы делаем и почему. Они являются локомотивом, который толкает остальных сотрудников и в результате вся организация находится на одних рельсах.

Частые встречи для обсуждения рабочего процесса – то, что происходит в комитете по управлению изменениями.

Рассмотрим методологии, которые существуют в рамках Agile-подхода.

Scrum

Scrum – это одна из методологий разработки программного обеспечения.

Часто путают Agile и Scrum. Некоторые не могут понять, как они вообще связаны? По сути, Agile — это как какая-то вера, религия, что-то более высокое, чем Scrum. А Scrum — это просто какой-то инструмент: то, как мы идеи Agile воплощаем в жизнь.

Scrum-подход может быть использован во многих производственных и бытовых процессах, он довольно универсален. Я не буду здесь подробно объяснять суть Scrum, дабы не раздувать статью. Есть много информации в интернете на эту тему. Перейдем к сравнению.

Перекладывая Scrum процесс на цикл контакта, можно провести следующие аналогии: на этапе формирования backlog идет сбор ощущений, собираем user story— это история заказчика о том, каким он хочет видеть продукт, описанная самым обычным языком: "Я хочу, чтобы нажали на кнопку и случилось вот это". Нету никакой супер-конкретики. На этапе формирования и планирования спринта мобилизуется энергия и ставятся цели. Далее совершается действие, команда контактирует итеративно (в этих итерациях тоже проживаются маленькие циклы контакта) - люди работают над спринтом, потом у них есть какой-то результат в финале спринта. Возникает удовольствие от проделанной работы, опыт которого интегрируется и ассимилируется на ретроспективе.

Почему еще эта методология популярна? На мой взгляд потому, что с её помощью можно маленькими отрезками получать удовлетворение от работы. Как правило, путь разработки программного обеспечения очень длительный — есть много рисков застрять в прояснении требований или самом процессе разработки без признанного результата; т.о. гештальт настолько долго не завершается, что люди выгорают и теряют мотивация. Эта методология прекрасна тем, что регулярно можно получать удовлетворение от, и признание за свою работу. Можно быстро менять курс и переосмысливать сделанное –оставаться живым.

Также, циклы спринтов можно рассматривать как непрерывный поиск хорошей формы, где результат ставится превыше какой-то бюрократии и стандартизации. Постоянно создаются промежуточные формы, периодически оценивая их можно творчески приспосабливаться и опять пускаться в новый поиск хорошей формы.


В Scrum есть роли: Product Owner (Ego и Pers), Scrum master (Self & Pers), Team member (Ego и Id), Customer (Id).


Product owner — это человек, который общался с заказчиком напрямую и который прекрасно понимает каким должен быть финальный продукт во всех деталях. Он ближе всего взаимодействует с заказчиком и «оцифровывает» его идеи. Также, за ним последнее слово по разработке особенностей продукта и принятие решений, куда направить энергию команды. У него в голове должна быть прорисована картинка, какой должен быть финальный продукт и чего мы хотим.

Кто такой scrum master?
Основная его функция — это интеграция команды, т.е. это такой пророк, пророк Agile. Он убеждается, что все понимают принципы, ценности и парадигму Agile. Cледит за тем, чтобы методология Scrum соблюдалась. В гештальте называют эту функцию Self — это как раз такой интегратор. Эта та функция, которая убеждается, что все работает правильно. И я немного добавила персоналити ему, потому что есть административная функция — он назначает встречи, звонки, организует пространство для встреч и работы.

Customer — это id, "я хочу чтобы это было так". И Team member – это команда, ego — по сути, производственная функция. Именно те люди, которые выполняют работу и что-то делают. Команда имеет также власть самоуправления и часто отвечает на вопрос «Как мы хотим, чтобы это было сделано?» — чем реализует также функцию Id.

Kanban

Ещё одна Agile-методология.

Полномочия и ответственность за принятие решений распределяется по всей холархии самоорганизующейся команды. Это то, что еще мало где реализовано, особенно в чистом виде. Наш мир и реальность дозревают, но это та бирюзовость, к которой многие так стремятся и это то, куда движутся сейчас некоторые компании, куда смотрят и чему начинают доверять.

И вот фото с митапа в Мюнхене, который подтолкнул меня на эту презентацию. Название флипчарта: «Интерактивные способы перевода организации на новый уровень». Для удобства, я оформила с рисунок:

Это сделали в Ауди. Они собрали комитет по управлению изменениями, начали работать сами со своим комитетом по указанным на сайте принципам и этапам, начали строить мини-холократию. Это будет инновационное IT-подразделение Ауди, которое в последствии будет транслировать эти идеи и культуру на всю организацию.

Разберем подробнее. Они начинают с синхронизации команды — это синхронизация смыслов — то, что есть в нашей GAO программе. Определяются роли — это тоже у нас есть, роли распределяются по Self-процессу; регулярность встреч, методы принятия решений — у нас эти решения принимаются властью группы; налаживается обратная связь, разрешаются конфликты, устанавливается безопасность — это про доверие в командах, которое мы формируем, работая по GAO.

Потом начинается работа со структурой: тогда мы переходим от иерархии холократии и, как следствие, — меняется мировоззрение людей. Достигается эмоциональная гибкость, люди начинают мыслить возможностями, достигается прозрачность в организациях — это про то, что все знают з/п всех или, например, круг назначает зарплату своему члену и делает её более высокой, потому что он классно работал и ему нужно больше заплатить. Реализация идеи о настолько прекрасных и доверительных отношениях, о командах пропитанных общим смыслом и откликом; где люди настолько разделяют одни и те же ценности и смыслы, что очень естественно происходит взаимодействие. В общем, Audi тоже об этом мечтают. ????

Подведем итоги и перейдём к ключевым сходствам:

Таким образом, прослеживая основные идеи Agile, Mindfulness, Holacracy, мы можем сделать вывод, что они в той или иной (а чаще в большей) степени пересекаются с фундаментальными идеями гештальта. И поэтому, мы можем говорить нашим клиентам, что GAO разделяет ценности и учитывают Agile, Mindfulness, Holacracy подходы в своей имплементации.