В материале изложена технология быстрого результата (ТБР) как подход к управлению проектами, основанный на коротких циклах достижения значимых для заказчика целей. Логика повествования строится от общего к частному: сначала раскрывается суть метода, затем — способы создания высокой мотивации через правильную «продажу» проекта, выявление ключевых заинтересованных лиц и совместное планирование. Далее рассматриваются механизмы снижения транзакционных издержек и ускорения работ за счет единой командной культуры, автоматизации управления и четко регламентированной работы с запросами на изменения.
Основные мысли
В результате изучения лекции слушатель будет способен:
1. Объяснить, на что в первую очередь направлена технология быстрого результата (ТБР).
2. Описать ключевые принципы формирования единой проектной команды из сотрудников исполнителя и заказчика.
3. Обосновать необходимость совместного с заказчиком планирования для ускорения согласования и выполнения работ.
4. Проанализировать влияние автоматизации проектного управления на снижение транзакционных издержек.
5. Разработать подход к эффективному управлению запросами на изменения (change requests) в условиях жестких сроков.
6. Спланировать коммуникацию с заказчиком с учетом особенностей его корпоративной культуры и оргструктуры.
Показывать лекцию целиком
Краткое изложение
Введение в технологию быстрого результата
Технология быстрого результата (ТБР) в первую очередь направлена на короткие циклы получения результата. Этот результат должен быть значимым для заказчика. Следовательно, необходимо заранее согласовать, что именно заказчик будет считать таковым.
В основе подхода лежат:
• Построение эффективных коммуникаций и высокая степень вовлеченности заказчика в проект.
• Восприятие команды проекта как коллектива единомышленников, без разделения на противостоящие стороны.
• Планирование от ресурсов и выполнение работ в жестких временных рамках по принципу «сказал — сделал», причем с высокой степенью гарантии и надежности.
• Минимизация бумажного документооборота за счет автоматизации управления.
Принципы обеспечения высокой мотивации заказчика
Как добиться стабильно высокой мотивации заказчика, подкрепленной его административным ресурсом?
1. Правильная «продажа» проекта и технологии внедрения
Услуги необходимо преподносить тем людям, которым они нужны, и в понятном для них виде. Важно верно сформировать образ конечного результата и заранее объяснить заказчику технологию выполнения работ. Правила игры, озвученные до старта проекта, принимаются спокойно. Если объявить их в середине процесса, реакция будет скорее негативной. Знание ТБР критически важно для специалистов по продажам: они обязаны понимать технологию, чтобы правильно донести ее до заказчика и получить кредит доверия на старте.
2. Определение заинтересованных лиц и мотивационных факторов
Успех проекта напрямую зависит от того, насколько мы убедим лиц, принимающих решения, в его целесообразности. Следует найти людей, которым действительно нужны результаты проекта, и понять, почему они им нужны. Точное определение мотивации ключевых лиц дополнительно укрепляет позиции проекта.
3. Совместное планирование и командный дух
Недопустима ситуация, когда руководитель и персонал исполнителя противопоставляют себя заказчику. Планы нужно создавать вместе, поскольку человек склонен выполнять те планы, которые он разработал сам. Если вы делаете планы совместно, вы их совместно и реализуете. В проекте нет «ваших» и «наших», существует общая команда проекта, собранная для достижения целей. Любые внутренние разделения исключены
.
4. Принятие корпоративной культуры заказчика
Чтобы ускорить проект и улучшить взаимодействие, необходимо стать частью среды заказчика. Следует учитывать:
• Стиль принятия решений: автократический или коллегиальный (директор решает сам либо собирает совещания).
• Режим и нормы общения: часы работы, принятое обращение («Вы» и по имени-отчеству или более демократичный стиль).
Адаптация к этим элементам улучшает взаимопонимание и ускоряет ход работ.
Снижение транзакционных издержек
Для сокращения непроизводительных затрат времени необходимо обеспечить:
• Снижение транзакционных издержек (transaction costs).
• Организацию непрерывной и быстрой обратной связи.
• Готовность ответственно и оперативно принимать решения.
Ключевой инструмент здесь — автоматизация управления проектом. Она повышает эффективность коммуникаций, упрощает сбор обратной связи, планирование и разработку документов. В проекте должна действовать единая команда, а не разрозненные группы, перекладывающие ответственность друг на друга.
Управление требованиями и изменениями
Эффективное управление требованиями включает проведение презентационных семинаров, прототипирование и формализацию работы с запросами на изменения (change requests). Этот процесс необходимо автоматизировать: должна существовать система или регламент, в которой запросы фиксируются и проходят свой жизненный цикл (например, с использованием отраслевых инструментов вроде «1С:Профкейс»).
Четкое управление изменениями важно для того, чтобы не буксовало принятие решений. Основной вопрос, связанный с запросами на изменение — это новые деньги и сдвиг сроков. Неопределенность здесь создает для руководителя проекта риск: если он выполнит изменение, не имея гарантии утверждения бюджета, проект может уйти в минус. А ожидание одобрения часто затягивается.
Поэтому необходимо заранее согласовать с заказчиком процедуру и сроки обсуждения запросов на изменения, а также определить четкие каналы коммуникации. Если это правило работает без пробуксовок, работа движется быстро. Совместное планирование снимает необходимость в длительном формальном согласовании: когда план создан общей группой и все с ним ознакомлены, он утверждается максимально оперативно, так как разногласия отсутствуют.
Краткие итоги
Проанализировав содержание, можно заключить, что успех проектной деятельности в рамках ТБР достигается не столько механическим ускорением задач, сколько перестройкой системы отношений между исполнителем и заказчиком. Фундаментом быстрого получения ценного результата служит устранение самого концептуального барьера «мы — они». Методология строится на том, что планы и ответственность должны быть не просто формально разделены, а искренне разделены (разделяемы в значении «shared») обеими сторонами. Это превращает классическую двухполярную модель контрактных отношений в экосистему единой команды, где исполнитель перестает быть внешним подрядчиком, становясь элементом структуры заказчика, разделяющим его культурные нормы и режим принятия решений.
Практическая значимость перехода к такому партнерству проявляется в снятии скрытых временных потерь. Значительная доля задержек в традиционных проектах генерируется не технической сложностью, а инерцией согласований и транзакционными издержками на фоне недоверия или непонимания. Когда правила игры, включая механизмы обработки изменений, преподносятся до начала работ, они воспринимаются не как бюрократический диктат, а как профессиональный стандарт. Это смещает фокус внимания руководителя с обороны бюджета от незапланированных «хотелок» на проактивное управление ресурсами.
Критическим фактором ускорения выступает ликвидация информационного вакуума вокруг запросов на изменения. Неопределенность в их судьбе парализует работу сильнее, чем прямой отказ, так как исполнитель остается в зоне неразрешимого риска между соблюдением сроков и вероятной неоплатой работ. Заранее настроенная, желательно автоматизированная, конвейерная обработка таких запросов с четко регламентированными сроками реакции убирает эту «серую зону». Таким образом, скорость проекта напрямую связана с предсказуемостью управленческих решений, а автоматизация выступает не просто инструментом учета, а средой для безбарьерной коммуникации и фиксации общей воли участников.
Технология быстрого результата (ТБР) в первую очередь направлена на организацию коротких циклов получения результата, причем этот результат должен быть значимым для заказчика. Для этого до начала работ необходимо согласовать критерии значимости. Фундаментальный принцип подхода — создание коллектива единомышленников из сотрудников исполнителя и заказчика, устранение конфронтации и барьеров.
Проект базируется на планировании от ресурсов и выполнении задач в жестких временных рамках по принципу «сказал — сделал» с высокой гарантией. Минимизация бумажного документооборота достигается за счет автоматизации управления.
Ключевой вызов — обеспечение высокой мотивации заказчика. Это достигается четырьмя основными путями:
1. Правильная «продажа» технологии. Технологию и правила игры необходимо объяснить еще на этапе предпродажи. Если правила известны заранее, они принимаются как само собой разумеющийся стандарт профессионализма. Специалисты по продажам должны владеть знанием ТБР, чтобы правильно формировать образ конечного результата. Заблаговременное объяснение подхода создает кредит доверия.
2. Выявление заинтересованных лиц и мотивации. Необходимо найти людей, которым результаты проекта действительно нужны. Успех зависит от того, насколько мы убедим лиц, принимающих решения, и поймем, почему им лично важен успех.
3. Совместное планирование и командный дух. Категорически недопустимо противопоставлять команду исполнителя персоналу заказчика. Планы следует создавать вместе. Если человек участвовал в создании плана, он будет его выполнять. Проект строится вокруг единой команды без деления на «наших» и «ваших».
4. Принятие корпоративной культуры. Чтобы стать частью среды заказчика, нужно изучить и принять стиль принятия решений (автократический, где директор решает сам, или коллегиальный), а также нормы общения — от обращения на «Вы» и по имени-отчеству до стиля одежды.
Следующая задача — снижение транзакционных издержек (transaction costs). Здесь критична автоматизация управления проектом. Она упрощает сбор обратной связи, планирование и разработку документов. Вместо перебрасывания бумаг и долгих согласований используется единая система, делающая коммуникации эффективными.
Особое внимание уделяется управлению требованиями. Оно включает семинары, прототипирование и, главное, работу с запросами на изменения (change requests). Этот процесс должен быть автоматизирован так, чтобы запросы фиксировались и проходили понятный жизненный цикл.
Главная проблема в управлении изменениями — неопределенность. Запрос на изменение означает новые деньги и сдвиг сроков. Если заказчик затягивает ответ, руководитель проекта оказывается в патовой ситуации: начинать работу рискованно (бюджет не утвержден, проект уйдет в минус), а ждать часто невозможно из-за сроков.
Решение заключается в том, чтобы заранее совместно с заказчиком определить четкие каналы коммуникации, процедуру и предельные сроки рассмотрения запросов на изменения. Вкупе с совместным планированием это сводит к нулю непроизводительные простои. Когда планы и изменения рождаются в общей команде и согласованы по существу, формальный документооборот и стадия утверждения проходят почти мгновенно, так как разногласия отсутствуют. Именно эти механизмы позволяют снизить затраты на непроизводительные процессы и действительно сократить сроки проекта.
Выводы
1. ТБР ориентирована на быстрые циклы получения значимого для заказчика результата с высокой гарантией его достижения.
2. Жесткие временные рамки и принцип «сказал — сделал» требуют исключения неопределенности в планировании.
3. Правила работы и технология должны подробно разъясняться заказчику на этапе продажи, до старта проекта.
4. Мотивация участников обеспечивается путем выявления конкретных лиц, которым лично выгоден успех проекта.
5. Планы необходимо создавать совместно с заказчиком, что устраняет длительный этап последующего согласования документов.
6. Эффективность проекта резко падает, если команда исполнителя и заказчика находятся по разные стороны барьера.
7. Адаптация к стилю управления и корпоративной культуре заказчика ускоряет интеграцию и упрощает коммуникации.
8. Ручной документооборот — источник транзакционных издержек, он должен быть минимизирован автоматизацией.
9. Система должна обеспечивать непрерывную обратную связь и возможность оперативного принятия ответственных решений.
10. Процесс обработки запросов на изменения должен быть формализован и автоматизирован, чтобы исключить «пробуксовку».
11. Пока запрос на изменение не утвержден, руководитель проекта находится в зоне финансового риска из-за новых сроков и денег.
12. Единая команда без деления на внутренних и внешних участников — базовое условие снижения затрат на непроизводственные конфликты.
Вопросы для самопроверки
1. Какую фундаментальную установку в отношениях между исполнителем и заказчиком призвана разрушить ТБР?
2. По какой причине технологию внедрения необходимо рассказывать заказчику до старта работ, а не в процессе?
3. Каким образом совместная разработка планов влияет на скорость их последующего утверждения?
4. Почему руководителю проекта опасно приступать к работе по неутвержденному запросу на изменение?
5. Какие элементы корпоративной культуры заказчика необходимо проанализировать для адаптации к проектной среде?
6. Как автоматизация управления проектом способствует снижению транзакционных издержек?
7. На что, согласно описанной технологии, в первую очередь должно опираться планирование?
8. В чем конкретно выражается принцип «сказал — сделал» в контексте жестких временных рамок?
9. Почему привлечение административного ресурса заказчика критически важно для проекта?
10. Какую проблему создает неопределенность сроков рассмотрения запросов на изменения для общего графика работ?
11. Каким образом можно превратить персонал заказчика и исполнителя в единый коллектив единомышленников?
12. Что включает в себя понятие «правильно продать проект» с точки зрения консультанта или менеджера?
