17 февраля 2020 4579
Вадим Качуровский, специалист в области лидерства, управления проектами и Soft Skills, сформулировал 7 ключевых принципов, которые помогут придерживаться Agenda и укладываться в изначально запланированное время, если их соблюдать.

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

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

1. Иметь в наличии

Как это ни парадоксально звучит, но встречи без Повестки – это очень частые встречи – на мой взгляд, их более 60%. Для встречи Повестка – это план. План, говорящий о том, что вы хотите получить в итоге и что вы должны делать в процессе. Хотите куда-то прийти и чего-то достигнуть – нужен план. Иначе есть риск прийти не туда, куда хотели. Вспомните монолог из Алисы в стране чудес:

— Скажите, пожалуйста, куда мне отсюда идти?

— А куда ты хочешь попасть? — ответил Кот.

— Мне все равно — сказала Алиса.

— Тогда все равно куда и идти, — заметил Кот.

— Только бы попасть куда-нибудь, — пояснила Алиса.

— Куда-нибудь ты обязательно попадешь, — сказал Кот. — Нужно только достаточно долго идти.

Поэтому план (в нашем случае повестка) должен быть!

2. Высылать заранее

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

3. Иметь цель встречи

Возможно этот пункт надо было ставить первым - из цели начинает формироваться Повестка встречи. Однако, здесь мне хотелось сделать акцент на следующем:

  • Первое – цель должна быть сформулирована и зафиксирована в самой Повестке (в общем случае);

  • Второе – цель должна быть озвучена в начале встречи;

  • И третье - в процессе выступления вы, как организатор и ведущий, должны всегда держать ее в голове. Соответственно – все, что не способствует достижению локальной цели (в рамках вопроса) или глобальной (в рамках всей встречи), должно отсекаться.

4. Правильно составить

Мало иметь Повестку встречи в наличии . Надо еще правильно ее подготовить. И для этого необходимо придерживаться следующих правил:

  • Взять к обсуждению оптимальное количество вопросов. Золотое правило – чем меньше, тем лучше. Если у вас 10 вопросов, и все их надо обсудить за час, то скорее всего вы не уложитесь или пробежите по ним «Галопом по Европам», а в головах участников останется ощущение мешанины.

  • Проверить вопросы на соответствие цели встречи.

  • Расставить вопросы в правильной последовательности:

    • i. Легкие – в начало. Необходимо закладывать время на разогрев – об этом поговорим немного ниже.

    • ii. Закладывайте ритм – легкий, сложный, легкий, сложный. Не обязательно ритм должен быть именно такой. Но сам принцип чередования смены сложности пунктов к обсуждениюнадо учитывать. Сложные вопросы нагружают мышление. Если мы их соберем в одну кучу, то рискуем потерять эффективность просто из-за перегрузки. Также сложные вопросы, как правило, требуют больше времени обсуждения. Соответственно больше будет работы без видимого результата. А все мы знаем, что промежуточный результатзначительно повышает мотивацию длительной работы.

  • Заложить время на смену деятельности. Да, все мы знаем, что на переключение надо время. И это не только время перевода глаз на следующую строчку Повестки, но еще и на переключение мышления. Часто об этом забывают.

  • Заложить время на возможные отвлечения. Например, углубились в дебри обсуждения вопроса, пока возвращали всех обратно – время потеряно.

5. Минимизировать количество участников

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

6. Учитывать Групповую Динамику

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

Согласно модели Брюса Такмана, любая команда проходит следующие фазы в своем развитии на пути к эффективной работе:

  • Стадия Формирования (Forming) – команда только сформирована, еще никто не понимает, что друг от друга ждать и все присматриваются. Производительность есть, но она скорее определяется производительностью наиболее сильных членов команды.

  • Конфликтная Стадия (Storming) – команда входит в этап «передел зон влияния». Особо сильные пытаются выделиться, застолбить свое право на влияние. Те, кто послабее, сваливают всю ответственность на сильных и «забиваются в угол». Производительность падает.

  • Нормирующая Стадия (Norming) – «передел зон влияния» закончился. Люди притерлись и постепенно начинают повышать свою эффективность.

  • Эффективная Взаимодействие (Performing) – команда вышла на продуктивную работу. Эффективность максимальная

Ровно такие же этапы применимы и к работе на встрече. Конечно, если вы проводите встречу с членами своего проекта, то первые этапы буду совсем короткие. А вот если все участники совещания малознакомые, то даже при позитивном изначальном настрое фазы будет заметно.

7. Активная координация встречи

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

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

Всем успехов!

Последние статьи в блоге

Выбор карьеры: Менеджер бизнес-процессов или Бизнес-аналитик уровня Middle?

В мире цифровой трансформации пути развития аналитиков и менеджеров проектов все чаще расходятся: кому-то ближе работа с требованиями и API, а кому-то — выстраивание системной эффективности на уровне всей компании. Какой путь выбрать лично вам?

Новости
18 июня 2025

В Учебном центре IBS планируется запуск курсов по продуктам TData

Читайте о стратегическом соглашении TData и IBS и наших новых курсах

11 июня 2025

Компетенции бизнес-аналитиков: Junior и Middle в сравнении

В условиях динамично развивающейся ИТ-индустрии важно чётко понимать, какие навыки и знания необходимы для успешной работы на каждом этапе карьерного пути. Сегодня обсудим разницу в компетенциях ИТ бизнес-аналитиков уровней Junior и Middle. Если вы только начинаете свой путь в ИТ бизнес-анализе или, наоборот, уже обладаете некоторым опытом, этот материал поможет вам понять, какие навыки необходимы на каждом уровне и как развиваться дальше.

Новости
05 июня 2025

Лимит на сбои. Как понять, что система перегружена, а не просто плохо сделана?

Оценить производительность системы непросто, а контролировать еще сложнее. Как сделать так, чтобы внедряемая или уже эксплуатируемая система справлялась с нагрузками? Можно ли в этом вопросе полностью положиться на разработчиков ПО или вендоров? И кто в итоге будет отвечать за все простои системы? Рассказывает Николай Марченко, директор отделения нагрузочного тестирования компании IBS. Начать следует с того, что разбираться с последствиями возможных сбоев в любом случае придется тем, кто работает непосредственно с системой. Поэтому о вопросах производительности лучше задуматься еще на этапе внедрения.

Новости
03 июня 2025

Кто такой аналитик 1С?

Аналитик 1С — это специалист, который занимается оптимизацией бизнес-процессов с использованием программного обеспечения 1С. Его задача — анализировать существующие процессы, выявлять недостатки и разрабатывать решения для повышения эффективности. Аналитик переводит бизнес-требования в технические задания для разработчиков, становясь мостом между пользователями и ИТ-отделом. Эта роль требует как технических знаний, так и навыков коммуникации, что позволяет вносить значительный вклад в развитие компании и улучшение её конкурентоспособности.

Новости
28 мая 2025

Разбор задачи: UML-диаграмма классов для системы регистрации на курсы

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

22 мая 2025

Бизнес-аналитик и системный аналитик в ИТ: кто есть кто и в чем разница

Современные ИТ-проекты — будь то корпоративные решения, мобильные приложения или интеграционные платформы — требуют точного понимания как бизнес-целей, так и технических ограничений. На пересечении этих задач появляются две ключевые роли: бизнес-аналитик (БА) и системный аналитик (СА). Несмотря на схожесть направлений деятельности, эти специалисты действуют на разных уровнях и выполняют разные функции. Рассмотрим, кто они, каковы их зоны ответственности, чем они похожи, а чем принципиально отличаются.

21 мая 2025

5 распространенных ошибок в работе системных аналитиков

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

20 мая 2025

Итоги работы Центра сертификации IBS

Центр сертификации IBS начал свою работу в апреле 2023 года, поэтому мы традиционно подводим итоги работы в апреле-мае. Прошедший год стал для нас периодом важных изменений. В 2024 году произошло несколько знаковых событий: наша команда обновила программы сертификации системных аналитиков и Java-разработчиков, подготовила к запуску сертификацию бизнес-аналитиков, получила аккредитацию от АПКИТ и стала обладателем Гран-при премии «Смарт пирамида». Рассказываем подробнее, каких результатов мы достигли в уходящем году и как это отразилось на нашей работе.

Новости
19 мая 2025

Какой метод тестирования выбрать: черный, белый или серый ящики?

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

14 мая 2025

Удостоверение, диплом и сертификат: в чем разница и что выбрать

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

12 мая 2025

Выгодный май — на курсы залетай!

Друзья, спешим поделиться отличной новостью — вы можете получить скидки до 40% на наши популярные курсы. Это отличная возможность улучшить навыки и инвестировать в профессиональное развитие по более выгодной цене. Выбирайте направление и подавайте заявку прямо сейчас!

05 мая 2025

Кейс: кастомизация курса по Jira

Кейс по проведению кастомизированного курса «Основы Jira» для крупной российской компании, занимающейся производством цифровой техники.

05 мая 2025

Зачем специалистам по 1С изучать системный анализ и архитектуру ПО

Как системный анализ и архитектура ПО помогают эффективнее работать в 1С.

29 апреля 2025

Банка Nutella, IT, ESG — что общего?

Когда вы читали этикетку на продукте не из-за состава, а из-за ESG-маркировки?

25 апреля 2025

Каковы плюсы и минусы монолитной и микросервисной архитектуры при разработке ИТ-продуктов?

Монолитная и микросервисная архитектуры представляют собой два различных подхода к разработке ИТ-продуктов, каждый из которых имеет свои преимущества и недостатки.

25 апреля 2025

Станьте архитектором ПО с выгодой! Только в апреле сэкономьте 20 000 ₽ и получите новый модуль по микросервисам в подарок

24 апреля стартует обучение на комплексной программе «Архитектор ПО. Путь к мастерству в проектировании систем»*.

14 апреля 2025

Архитектурные ошибки в корпоративных системах, которые могут создать проблемы в долгосрочной перспективе

В основе любой информационной системы — сложная структура. Спроектировать ее не легче, чем построить дом. Какие ошибки можно допустить при планировании ИТ-архитектуры, и в чем их основные причины? К чему они могут привести в долгосрочной перспективе и как этого избежать? Рассказывает Михаил Рощин, заместитель директора отделения управления проектами и архитектуры IBS.

Новости
10 апреля 2025

Кейс: Интенсив по управлению проектами для промышленной компании

Мы адаптировали курс по управлению проектами под запрос команды крупной промышленной компании и провели обучение. Вот что из этого вышло.

27 марта 2025

Кейс: Обучение сотрудников крупной компании работе с ClickHouse

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

19 марта 2025

Не нашли, что искали? — Просто напишите, и мы поможем

Корпоративное обучение Оценка персонала Сертификация О нас Стань тренером Блог
Пользователь только что записался на курс ""
Спасибо!
Форма отправлена успешно.