Среди 50 профессий будущего оказались agile-коуч и финтех-эмбеддер

«Сбер» и Высшая школа экономики выпустили интерактивную версию «Атласа профессий будущего», с которым ознакомился РБК. В нем представлены 50 перспективных профессий по 12 направлениям деятельности (выделены жирным), которые могут быть востребованы уже в 2022–2023 годах.

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

«Атлас профессий будущего» очень прикладной, и в этом я вижу его ценность для людей. Многие из представленных профессий уже существуют в «Сбере», мы создаем возможности для раскрытия потенциала специалистов с качественно новыми навыками», — сообщила старший вице-президент, руководитель блока HR Сбербанка Наталья Дудина.

Первый проректор ВШЭ Леонид Гохберг заявил, что профессии будущего не исчерпываются только одним перечнем «Атласа». По его словам, широкий спектр специальностей будет еще долго сохранять свою актуальность, одновременно трансформируясь с возрастающей скоростью и наполняясь новым содержанием под давлением динамики технологий и рынков. «Наша задача — обратить внимание бизнеса и общества на те магистральные тренды, которые будут генерировать запросы на новые компетенции, а также навыки быстро изменяющейся цифровой экономики — критическое мышление, ответственность и нацеленность на решение проблем», — пояснил он.

Источник

Перезагрузка рабочего процесса руками и глазами Agile-коуча

Agile – это набор ценностей, или даже целая философия, которая помогает бизнесу сращиваться с IT, вследствие чего рождается мощный работающий Продукт. Этот процесс позволяет доставлять ценности компании до клиента в разы быстрее и эффективнее, чем это было до agile.

Сегодня перезагрузка процессов с помощью методологии гибкого управления проектами в М.Видео-Эльдорадо находится в руках двух опытных agile-коучей – Сергея Артюхова – выходца из Сбера, где он участвовал в глобальной трансформации финансового конгломерата и Антона Чижова – также экс-члена команды Сбера, ранее работавшего scrum-мастером в X5 и МТС. В М.Видео-Эльдорадо Сергей руководит Центром компетенций Agile, Антон – направлением Agile.

Мы попросили коллег углубиться в тему роли Agile-коуча и ответить на вопрос, как его найти или даже вырастить (здесь и далее повествование ведется от двух лиц, представьте, что вы читаете произведение Ильфа и Петрова только на IT-лад).

Кто же он?

Лисса Адкинс, автор бестселлера «Коучинг agile-команд», сформулировала модель компетенций, которыми должен обладать настоящий agile-коуч – это и менторство, и коучинг, и фасилитация, и трансформационное мастерство – agile-коуч всегда хорошо знает соответствующие подходы и методологии работы в agile.

Как это работает?

На уровне Продукта agile-коуч способствует тому, чтобы фокус оставался на самом ценном для клиента. Вопрос: почему об этом не заботится владелец Продукта? По разным причинам. Например, здесь и сейчас он не думает об этом или у него недостаточно компетенций (так иногда бывает), которые как раз есть у agile-коуча благодаря большой насмотренности – он работал с большим количеством команд в разных направлениях бизнеса: В2В, В2С и прочее. Он по-настоящему компетентен.

Мы крайне серьёзно и трепетно относимся к запуску команд. Многие компании тратят на это всего четыре часа, мы же – девять рабочих дней! Так есть ли у нас некая уникальная история, которой нет на рынке и о которой стоит говорить? Да.

Для начала важно понять, что Agile-коуч (в данном случае действительно с большой буквы!) – это штучный товар. Поэтому отыскать и нанять такого специалиста – дело ответственное и трудозатратное. В этом направлении мы разработали ноу-хау, которого строго и придерживаемся.

Процесс найма agile-коуча в компании состоит из нескольких этапов. Как только мы или рекрутер нашли релевантного кандидата, то просим его сделать две вещи.

Первое – записать видео с ответами на несколько вопросов на сервисе VCV. Вопросы представляют собой разные кейсы, начиная от конкретных примеров применения agile-ценностей и принципов в реальной жизни и заканчивая смоделированной ситуацией: вы пришли на встречу команды и видите, что с одним из её членов что-то не так, какие три вопроса зададите, чтобы узнать, что происходит с человеком и как ему помочь.

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

На втором этапе просим дать самооценку согласно тем компетенциям, которые мы сформулировали. Они несколько схожи с ранее упомянутой Лиссой Адкинс, но адаптированы под реальность нашей компании. Кандидат должен оценить себя и свои навыки по шкале от 1 до 5 баллов с комментарием, почему стоит та или иная оценка.

Далее следует личное интервью, по итогам которого мы оба самостоятельно заполняем оценочные формы на претендента. Между собой мы никогда не обсуждаем кандидата на должность, так как имеем собственное независимое мнение – за плечами у каждого из нас более сотни собеседований, и мы точно имеем представление об идеальном специалисте.

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

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

Нанять нельзя вырастить

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

Однако вариант быстро найти уникального специалиста, погрузить в специфику и тут же собрать плоды его работы не всегда реализуем. Изменения иногда можно драйвить изнутри, внизу. Достаточно дать людям необходимые инструменты. Когда к нам пришло это понимание, в М.Видео-Эльдорадо создали собственную Agile-школу.

Компания проходит цифровую трансформацию, переходит на продуктовый подход и новый производственный процесс. Поэтому решение оказалось крайне удачным и своевременным. Ведь для стабильного развития и сопровождения команд нам нужно развивать внутреннюю экспертизу (руками agile-коучей). Кроме того, мы убеждены, что в компании достаточно людей, которые могут выбрать для себя еще одно направление развития — стать агентом изменений.

Школа Agile М.Видео-Эльдорадо имеет несколько весомых отличий от аналогичных проектов. Например, перед началом учебного процесса каждый студент получает на руки некий контракт, согласно которому он отдаёт себе отчёт в том, что делает. Там даже есть такие строчки: «я согласен с утверждением, что готов добровольно инвестировать в свое обучение 10-15 часов в неделю». Мы насильно никого не тянем, но даём уникальную возможность развиваться. И по отзывам учеников первой ступени дебютного потока можно сделать вывод, что Школа здорово изменила жизнь ее учеников.

Правда вместе с тем мы поняли, что пилотный проект оказался «ту мач»: из 28 отобранных к обучению в Школе человек курс окончили 18. Остальные просто не справились с нагрузкой. Эту ошибку мы хотим исправить за счет более плотной работы с мотивацией участников на продолжение обучения вне, чтобы независимо от сложности он смог успешно завершить Школу. Справедливости ради заметим, 14 человек из этих 18 железно продолжат обучение.

Сегодня обучающая структура Школы Agile выглядит так:

· I ступень – Soft skills, основы Agile и фасилитации (10 недель).

· II ступень – Основы обучения, коучинга, глубокое погружение в Agile-практики (8 недель).

· III ступень – Стажировка в продуктовых командах в роли Agile-коуча (4 недели).

· работа в учебных командах по 5-6 человек;

· 3 учебных спринта по 3 недели. Каждый из них имеет Цель — задание, которое нужно выполнить всей команде;

· по итогам каждого спринта проводится обзор с демонстрацией результатов;

· еженедельно 2 занятия в Zoom по 2,5-3 часа, на которых разбираются кейсы и выполняются различные практические задания;

· часть заданий может включать взаимодействие с действующими продуктовыми командами компании.

Вообще, когда мы объявили набор на первый поток, то не ожидали, что будет столько желающих: поступило более 50 заявок. Это говорит о высокой мотивации сотрудников. Далеко не каждый готов уделять по 10-15 часов в неделю учёбе, не считая полноценную ежедневную работу. Это большая смелость и ответственность.

Марк Толчеев, директор магазина Эльдорадо в Ефремове, Тульская область

Марк Толчеев, директор магазина Эльдорадо в Ефремове, Тульская область:

— В Эльдорадо я устроился шесть лет назад грузчиком, за это время вырос до директора магазина в Ефремове. Работа нравилась, но стал ловить себя на мысли, что мои методики по повышению KPI сотрудников не приносят результата, решения проблемы не видел. Внезапно за три дня до отпуска получаю письмо, что идёт набор студентов в Школу Agile. Прошерстил интернет на предмет что такое agile-коуч, с чем его едят и подумал: попробую! Написал вступительное эссе о том, почему именно меня нужно зачислить в ряды учеников, получил положительный ответ и начал погружаться в новую для себя сферу.

Параллельно с учёбой в Школе и работой в магазине защищал диплом магистра в соседнем городе. Мне приходилось постоянно кататься между Липецком и Ефремовым, учиться на agile-коуча и руководить персоналом. Скажу честно: было очень трудно и настолько же интересно, иначе я бы бросил эту затею ещё после первого урока.

От нас требовалось взаимодействовать в команде, выполнять домашние задания. Мы работали не только на воркшопах, но и готовили собственные проекты. Моя команда, например, встречалась ежедневно с 08.45 до 09.45 и совместно выполняла все задания. На доске Miro делали себе общий рабочий стол, чтобы было удобно работать над проектом, выбирали себе фасилитатора на каждое задание, он же проводил общие встречи. В результате каждому довелось в этой роли побывать. Научились работать в Miro и Trello.

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

Например, в команде продавцов я внедрял Agile-методики, с помощью SCRUM, т.е. ставил им задачи по системе SMART. Также решил попробовать одну из методик, так называемую «Ракету». Например, каждый мог рассказать о каком-либо интересном случае на работе, задача собеседника была за счет дополнительных вопросов и анализа информации получить объемную картину произошедшего. Кроме того, мы значительное время уделили построению и взаимодействию в команде, чтобы каждый мог решить любую задачу, расширяя сферы своих знаний. Вообще анализ и разбор пути от «To do» до «Done» позволяет оптимизировать многие внутренние процессы. Проанализировать ретроспективу наших проектов здорово помогает сайт Retromat (рекомендую).

Что касается продавцов, то та же система спринта даёт свои плоды, если людям ставить задачи не глобально, а этапами – вот сама задача, здесь я взял её в работу, вот она в процессе и здесь я её завершил – становится намного удобнее и понятнее. Я замерил метрики и выяснил, что продуктивность продавцов после внедрения техник agile-коуча выросла в 2 раза. При этом, нельзя сказать, что все сразу все понимают. Более того, некоторым кажется, что это особо не нужно. Да и мне в начале казалось, особенно, когда не все понимаешь, что это лишняя информация и нужна не всем.

Чтобы что?

Ну и совершенно логичный вопрос в конце: зачем всё это нужно нам? Всё просто: есть некий рубеж, достигая который, перестаешь расти и развиваться. Сидишь и сам себя спрашиваешь: что дальше? В группе М.Видео-Эльдорадо замелькали перспективы – с нуля реализовать крутой проект, и если всё сделать правильно, то можно создать крутую команду, с которой можно свернуть горы, можно обустроить комфортную атмосферу коллектива, когда с радостью идешь на работу, вырасти как профессионал, а главное решать насущные проблемы быстрее и эффективнее. Некий челлендж: осознанно войти в зону дискомфорта и встать в начале большого трудного пути. На наш взгляд, это момент, который нельзя пропустить просто из-за каких-то внутренних ограничений и убеждений.

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

З.Ы. Нашим новорожденным коучам тоже нужен коуч, поэтому, если вы вдруг такой, Welcome on board.

Источник

Что такое Agile-коучинг и зачем он нужен?

Считается, что Agile-коучинг помогает командам становиться выдающимися и создавать продукты, которыми они будут гордиться. Вместе с Лиссой Адкинс (Lyssa Adkins) — сертифицированным специалистом по Scrum и проджект-менеджменту, автором книги «Коучинг agile-команд» (Coaching Agile Teams) — разбираемся, что такое Agile-коучинг и в чём преимущества этого подхода.

Что такое agile-коучинг?

Чтобы понять agile-коучинг, посмотрим сначала на мир профессионального коучинга. В нем коучинг существует в атмосфере искусных разговоров, благодаря которым коуч помогает ученику увидеть новые перспективы. Благодаря этому ученики могут представить свой следующий шаг в личностном и профессиональном росте и двигаться в нужном направлении.

В контексте agile-команд к коучингу добавляется функция наставника. Да, вы занимаетесь коучингом личностного роста, чтобы помочь человеку достичь следующей цели в жизни. Но вы также делитесь собственным опытом и идеями как наставник, помогая правильно применять Agile. То есть коучинг и наставничество переплелись между собой, чтобы развивать талантливых специалистов в области Agile. Благодаря этому результаты работы появляются чаще и становятся лучше.

Шаблон повторяется на командном уровне. Коучинг помогает повысить эффективность, когда вы предпринимаете определенные шаги как коуч, а команда делает свой выбор. При помощи наставничества вы передаете команде agile-знание и опыт, так же как конкретное знание становится актуальным, потому что было получено на собственном опыте.

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

В мире Agile коучинг и наставничество объединены в понятие «коучинг». Вам просто следует знать, что agile-коуч совмещает в себе коуча и наставника. Кроме того, известно, что мы используем навыки из мира профессионального коучинга, но не являемся настоящими профессионалами. Важная составляющая профессиональной этики заключается в том, что расписание клиента — это настоящая путеводная звезда для ученика и коуча в их взаимоотношениях.

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

Главное — знать, что мы как коучи применяем инструменты профессионального коучинга и являемся наставниками в правильном применении Agile. Мы обучаем исходя из этого опыта и используем навыки коучинга, чтобы помочь каждому человеку осуществить переход к Agile.

Зачем заниматься коучингом?

Люди, которым помогал agile-коуч (в профессиональном коучинге таких называют чемпионами), блестяще используют Agile, поэтому быстрее достигают впечатляющих бизнес-результатов. Если мы хотим полной отдачи от Agile, нужен стремиться работать не только быстрее и лучше, но еще и на основе лучших инноваций. Для этого и был создан Agile.

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

Тональность коучинга

И при работе с целой командой, и при индивидуальном коучинге необходимо проявлять любовь, сочувствие и бескомпромиссность. Любите своих учеников просто потому, что они такие же люди, как вы. Подарите им признание, чтобы они понимали: их поддерживают в стремлении стать лучше. Сочувствуйте в выборе пути каждому человеку, чтобы он знал: вы проявляете к нему уважение на том этапе, на котором он находится в данный момент, так же как вы помогаете ему приобрести то, что он желает получить за определенную плату. Когда люди понимают, что вы относитесь к ним с любовью и сочувствием, они забывают о позерстве и становятся сами собой. После этого начинается коучинг.

Чтобы привнести любовь и сочувствие в вашу коуч-практику, вовсе не нужно разводить сантименты. Неискренние объятия и возгласы вроде «До чего же я люблю этого парня!» не заменят истинного чувства, которое от вас требуется. Люди увидят воплощение любви и сочувствия в ваших глазах, в том, как вы их слушаете, и в уважении их как экспертов по собственной жизни.

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

Источник

Agile-коучинг

Будучи гуманитарием до мозга костей, могла ли я когда-нибудь подумать, что всерьёз заинтересуюсь изучением практических наработок из IT-области?
Но жизнь так стремительно меняется, что ничего не остаётся, как принимать её вызов и пробовать новые походы не только в оптимизации производства, изобретении новых технологий, продуктов и услуг, но и в эффективном управлении людьми.
Всё чаще руководителям приходится признавать, что классические методы работы с сотрудниками дают сбой. Конечно же факторов, влияющих на эффективность управления, огромное множество.

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

И несмотря на то, что agile-подход зародился и активно используется в IT-индустрии, его принципы могут быть отлично встроены в работу любых проектных команд, которые трудятся над решением новых, не типовых задач. Но обо всём по порядку.

Как появился agile-подход и что это такое?

Зачастую разработчикам ПО приходится не легко, особенно если продукт не стандартный. Это означает, что требования к разработке могут меняться в течение всего процесса создания продукта. И если их не учитывать, то на выходе может получиться вовсе не тот результат, который понравится Заказчику.

Ещё несколько лет назад срок разработки программного продукта мог составлять 3 года, в то время как сейчас – 3 месяца! Задача современного бизнеса – реализовывать проекты быстро и качественно! Как же этого добиться? Командам разработчиков пришлось пересмотреть подходы, в которых они работали. Дело в том, что разработка раньше велась определёнными этапами по принципу каскадной реализации проекта. Пока не завершался один этап невозможно было перейти к следующему.
Не было возможности постоянно тестировать и улучшать продукт уже в процессе разработки проекта, т.к. всё упиралось в исходное ТЗ. Такой подход являлся совсем не гибким и был сопряжён с бюрократией и множеством разрабатываемой документации, которая зачастую становилась неактуальной к моменту окончания проекта. Именно поэтому взамен классическим были придуманы гибкие подходы в ведении проекта, не требующие длительных согласований по поводу малейших изменений в проекте.
Так появилось понятие, agile – как философия, объединившая в себе принципы всех гибких методологий по разработке программного обеспечения (ПО). К ним относится Scrum, Kanban и др.

В 2001 году, благодаря команде разработчиков, которые поняли, что жить и творить, как раньше, становится неэффективно, появился на свет Agile-манифест, содержащий в себе основные принципы работы в Agile-подходе.

Ключевыми из них стали:
1. Люди и их взаимодействие важнее, чем технологии. Причём самый эффективный метод взаимодействия и обмена информацией – это личная беседа.
2. Готовый продукт важнее, чем прописанная документация по нему. Важно поставлять Заказчику полностью рабочее программное обеспечение каждые несколько недель
3. Постоянный диалог с Заказчиком в процессе разработки продукта важнее жёстких ограничений, прописанных в контракте
4. Чуткая реакция на изменения важнее, чем следование исходному плану действий

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

Ни к этому ли стремится любая команда, работающая над проектом?
Спасибо, дорогие «айтишники», теперь мы можем смело перенимать ваш опыт!

Давайте посмотрим, как выглядит на практике такой подход? И причём здесь коучинг?

Как мы знаем, коучинг – это всегда работа над построением желаемого будущего и всегда работа на результат. В процессе коучинга, как правило, используются техники задавания вопросов, которые позволяют человеку лучше понять стоящую перед ним задачу, увидеть ресурсы и пути её достижения. И если в классическом варианте коучинг – это индивидуальная работа коуча с клиентом, то в контексте проектных разработок используется командный коучинг, который очень похож на фасилитацию. Кроме того, как правило, agile-коучинг требует экспертизы коуча в той сфере, где он помогает команде идти к результатам, поэтому иногда agile-коуч может также вступать в качестве ментора и наставника.
Процесс agile-коучинга позволяет сделать работу команды прозрачной, слаженной и в то же время сфокусированной на конкретных целях.

Пример 1.

Представьте себе утро рабочего дня, которое ежедневно начинается с 15-ти минутной Daily stand-up сессии. Это такое мини-собрание всех участников команды, на котором все стоят. Да, неудобно. Зато снижается риск затянуть мероприятие Поэтому обсуждается только самое важное, что будет двигать процесс реализации проекта вперёд.

А именно — каждый участник команды отвечает друг другу на 3 вопроса:
1. Что я делал по проекту
2. Что я планирую сделать
3. Что мне мешает продвигаться вперёд?

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

Пример 2.

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

В самом простом виде стадии проекта могут обозначаться как:
1. Нужно сделать
2. В процессе
3. Сделано

Можно также немного разбить процессы на составные части, тогда доска задач может выглядеть таким образом:

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

В процессе утренней Daily stand-up сессии сотрудники, рассказывая о проделанной и предстоящей работе, переклеивают стикеры из одного этапа в другой и могут отчётливее видеть те моменты, которые затрудняют их работу.

На основании такого наглядного анализа могут вырисовываться «срочные задачи», которые тормозят проект в целом. Такие задачи выносятся в отдельную графу на доске визуализации.
Эта активность позволяет понять, успевает ли данный проект быть реализованным в заданные сроки или нужны дополнительные ресурсы, в том числе временные. В этом случае, можно заранее предупредить заказчика о предстоящей корректировке сроков, а не сообщать об этом в последний момент.

Пример 3.

Матрица приоритезации требований заказчиков

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

Работа с ценностями и приоритетами– это тоже коучинговый подход, который может быть легко осуществим с помощью специальной матрицы приоритетов требований заказчиков. Задачи раскидываются по всем квадрантам матрицы в зависимости от их ценности для заказчика и предполагаемых затрат. После чего происходит анализ того, какие задачи мы оставляем в работу (это задачи, попавшие в квадрант высокой ценности при минимальных затратах), а над какими — необходимо подумать относительно повышения ценности или сокращения требуемых ресурсов.

Так что, если вдруг кто-то из вас, читая эту статью, противился мысли о постоянном взаимодействии с очередным Феликсом Сигизмундовичем из рядов ваших заказчиков с целью внесения новых корректировок в проект, то не переживайте! Эти встречи не будут выматывать вам нервы, потому, что, используя данный инструмент, вам не нужно будет слепо кидаться исполнять любую новую безумную идею из 1000 подобных… Работа с этой матрицей на встречах с заказчиком поможет сделать ваше общение максимально продуктивным и по-настоящему вовлекающим.

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

Однако, важно понимать, что в этом случае Agile становится вашим стилем управления и коммуникации. И точно так же, как в традиционных стилях управления существуют свои положительные стороны и риски, управление в стиле agile имеет свои «узкие места».

Когда мы говорим про управление в стиле коучинг, то подразумеваем, что команда, с которой мы имеем дело, достаточно зрелая. Это творческие люди, у которых изначально есть интерес к делу, желание реализовываться, определённое чувство ответственности и вовлечённости.

Мы говорим о том, что коучинг – это всегда работа с осознанностью и со 100% чувством ответственности. И если эти качества ваших сотрудников пока ещё не находятся на нужном уровне, то вам будет довольно сложно применять Agile-коучинг в чистом виде. Поэтому вы можете использовать смешанные стили управления, постепенно «выращивая» свою команду до уровня, на котором вы без риска сможете использовать Agile-подход в управлении.
И это несомненно приведёт вас и вашу команду к новым вершинам! А ваши довольные и благодарные клиенты никогда не захотят променять вас ни на кого другого!

Екатерина Кудрявцева, бизнес-тренер, коуч

Источник