Портал №1 по управлению цифровыми
и информационными технологиями

Проект как подвиг

«Дело помощи утопающим — дело рук самих утопающих»
Текст лозунга в зале клуба «Картонажник»

Хорошо спланированные проекты далеко не всегда проходят гладко. Бывает, что сроки горят, бюджеты расползаются, результаты не похожи на ожидаемые, а область охвата то сжимается, то расширяется. Это вполне типичная рабочая ситуация: команда проекта зачастую понимает что нужно делать, чтобы нагнать-ужать-ускорить-вместить-убедить, и принимает соответствующие меры.

Иногда, правда, проект настолько плохо идёт, что становится понятно, что его уже не вытянуть. Что делать в таком случае (принимая во внимание, что "второго шанса" не будет)?

pyramid

На этой неделе мы проводили деловую игру "The Challenge of Egypt" в прекрасном Минске (постоянные читатели портала знают, что я очень люблю и этот город, и всю страну целиком). Игровая команда (11 человек) состояла из представителей всего четырёх разных компаний, поэтому многие "рабочие связи" сложились довольно быстро, и работа закипела. Внимательно выслушав правила и задав все необходимые уточняющие вопросы, игроки начали действовать. От базового плана было решено отойти уже на второй игровой год, планирование перевозок осуществлять на основе предсказания (угадывания) погоды, а большинство возникающих вопросов обсуждать всем коллективом.

egypt

Если вы играли в "Египет", то знаете, что первые три игровые года тянутся в обычном астрономическом времени довольно долго: нужно разобраться с правилами, игровой ситуацией, взаимодействием ролей. В этом активно помогает ведущий, а вот все последующие годы, вплоть до 24-го, команда играет уже самостоятельно. В нашем случае первые три года заняли примерно вдвое больше времени, чем предполагалось по сценарию, а следующие три — ещё вдвое больше. Таким образом, когда было потрачено 2/3 отведённых на игру часов мы "сыграли" только ¼ сценария. Конечно же, по ходу игры мы проводили несколько ретроспектив, и выделяли пункты для улучшения: коммуникации, роли, взаимодействие, отчётность... Команда честно уделяла им внимание и очень старалась. Но за два часа до окончания игры мы построили чуть больше, чем два нижних слоя большой пирамиды, и не приступили к малой. Опять же, кто играл, тот знает, что это довольно скромный результат.

Стало понятно, что в этот день проект не завершить никак: фараон не получит никаких пирамид.

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

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

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

  1. заменить менеджера проекта
  2. усилить в производственной цепочке блок "строительство"
  3. перепланировать цепочку на ближайшие два года, сделав акцент на добычу и транспортировку
  4. наладить взаимодействие с заказчиком проекта (до сих пор команда выполняла все прихоти фараона, даже не задавая уточняющих вопросов)
  5. не вмешиваться в работу других ролей (каждый занимается своим делом)
  6. упростить отчётность

Ещё одним значимым пунктом, который не был написан на флип-чарте, но был фактически принят и сильно помог, был такой: не искать виноватых.

Команда сделала чудо.

За последующие полтора часа в совершенно неистовом режиме были сыграны 18 игровых лет. Я специально засекал таймером: на один год уходило от 4 до 6 минут, включая проектирование решения, планирование ресурсов, выполнение работы, реагирование на события, применение контрмер для возникающих рисков проекта, подготовку отчётности, оценку ситуации, доклады руководству, переговоры с заказчиком...

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

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

 

«Управление проектами на основе PRINCE2»
Аккредитованный сертификационный учебный курс

Комментариев: 4

  • Антон

    Олег, подскажите, есть ли возможность попасть на подобные игровые сессии «человеку с улицы»? Ведь, насколько я понял, эта конкретная сессия делалась под конкретнвх 4-х заказчиков? Сам из Минска и очень хочется попробовать/посмотреть что это такое ITSM-бизнес-игры от Cleverics.

    • Антон, попасть на такие сессии можно. Правда, расстояния пока нам мешают. В Минске (как и во многих других городах) мы проводим игры в корпоративном формате, и с радостью приедем и к вам. От вас нужна команда от 8 до 12 человек и один полный день на игру (8 часов).

      В открытом формате пока только в Москве: здесь можно присоединиться к группе единомышленников, все из разных компаний. 24 марта мы будем проводить "Grab@Pizza", 15 мая — Apollo-13, 28 июля игру 2020 (про орг.изменения). "Египта" пока в открытом расписании нет.

      Напишите на info в нашем домене cleverics.ru, мы расскажем подробности.

  • Владимир Затейчук

    Коллеги, жаль что я пропустил такое интересное мероприятие в Минске.

    Могу ли я вас попросить проинформировать меня как только вы будете организовывать в Минске подобные мероприятия?

     


Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *

  • Рубрики

  •  
  • Авторы

  •  
  • Самое свежее

    • VI форум «Управление данными — 2021»: наведите порядок в данных!
      23 сентября 2021 года издательство «Открытые системы» в шестой раз проведет в Москве масштабный форум «Управление данными — 2021», объединяющий всех, кто определяет стратегию работы с данными, воплощает ее в жизнь и управляет предприятием на основе объективных достоверных данных. Участники форума обсудят не только инновационные стратегии и бизнес-модели работы с корпоративными данными, но и конкретные архитектурные и технологические решения.
    • Простые уловки, как ускорить процесс разработки программного обеспечения
      С некоторыми вещами люди из бизнеса вынуждены соглашаться, и одна из них заключается в том, что никто не хочет сердить свою команду разработчиков. Часто они являются краеугольным
    • Почему каждая инициатива DevOps должна начинаться с оценки возможностей
      Внедрение практики DevOps идет полным ходом. Организации сосредоточены на том, как внедрить возможности DevOps в командах и как масштабировать DevOps в масштабах предприятия. Но важным аспектом любого пути масштабной трансформации является оценка возможностей команды или организации на этом пути.
    • Что такое процесс и что такое практика в ITIL®4
      Продолжаем публиковать короткие видеоролики, посвященные актуальным вопросам управления ИТ. Сегодня поговорим о том, что такое процесс и что такое практика в ITIL4. Это не переименование процессов в практики, это два отдельных понятия. Рассказывает Игорь Фадеев, ITIL 4 Managing Professional и ITIL 4 Strategic Leader, аккредитованный тренер по ITIL4.
    • Аудит. Что может быть скучнее?!
      На прошедшей неделе участвовал в аудите (в качестве объекта аудита). Большинство людей, проходивших аудит, подозреваю, разделяет это ощущение: «Бюрократия, формальности и т.п.»
    • Как технический долг вредит вашей команде программистов — и вашей безопасности приложений
      Техническая долг может серьезно повлиять на здоровье организации - и на психическое здоровье ваших разработчиков. Более половины из 200+ членов инженерных команд, опрошенных в рамках отчета Stepsize "Состояние технического долга в 2021 году", считают, что технический долг негативно влияет на моральное состояние их команд.
    • Что люди не понимают в управлении потоком создания стоимости
      Нет ничего плохого в самом управлении потоками создания ценности (VSM), но есть много плохого в том, как его рассматривают и обсуждают блогеры, отраслевые маркетологи и другие, которые часто смешивают его с DevOps и Agile. Это не одно и то же.
    • 5 основных тенденций развития искусственного интеллекта и машинного обучения на 2022 год
      Вот несколько основных тенденций, к которым вашему бизнесу стоит начать готовиться. Искусственный интеллект и машинное обучение становятся доминирующей частью технологической
    • 6 тенденций в ИТ, за которыми нужно следить
      Чтобы выжить во время пандемии, организации обратились к ИТ, чтобы помочь справиться с последствиями - как негативными, так и позитивными. В некоторых отраслях, таких как телемедицина и видеоконференции, бизнес резко вырос, и ИТ-отделам таких компаний пришлось в спешке справляться с нагрузкой. В других, например, в сфере путешествий и развлечений, бизнес резко просел. Кроме того, возобновилось стремление к цифровой трансформации.
    • Восход Desktop-as-a-Service: что это такое и зачем вам это нужно?
      Широкое распространение облачных вычислений добавило в наш словарь множество сокращений, наиболее распространенными из которых являются SaaS, PaaS и IaaS. Действительно, наступила эра облачных решений, которые доставляют программное обеспечение, платформу и инфраструктуру потребителям и предприятиям по запросу и с оплатой по мере использования.
  •  
  • Вход

  • DevOps
    Kanban
    ITSM
    ITIL
    PRINCE2
    Agile
    Lean
    TOGAF
    COBIT