Управление проектами по Технологии быстрого результата

Мотивация заказчика, снижение издержек, повышение доверия

В лекции раскрывается управленческий подход «Технология быстрого результата» (ТБР). Логика изложения строится от общего понимания сути ТБР — перехода к коротким циклам получения значимых для заказчика результатов — к конкретным инструментам. Сначала рассматривается создание высокой мотивации заказчика через «правильные продажи» и выявление истинных интересов. Затем акцент смещается на формирование единой команды и совместное планирование как способ устранения барьеров. В завершение даются прикладные механизмы снижения транзакционных издержек: автоматизация управления, регламентация обработки запросов на изменения и адаптация к корпоративной культуре.

Основные мысли

В результате изучения лекции слушатель будет способен:
1. Объяснить ключевые принципы технологии быстрого результата и их направленность на минимизацию непроизводительных процессов.
2. Выявлять истинные мотивационные факторы заинтересованных лиц для обеспечения административной поддержки проекта.
3. Разрабатывать стратегию «продажи» правил игры и технологии работ до старта проекта.
4. Применять методы совместного планирования для формирования команды единомышленников из сотрудников исполнителя и заказчика.
5. Адаптировать стиль коммуникации и рабочие процессы под особенности корпоративной культуры и оргструктуры заказчика.
6. Внедрять инструменты автоматизации для управления требованиями, изменениями и снижения транзакционных издержек.
7. Оценивать риски затягивания сроков проекта из-за несогласованности регламентов обработки запросов на изменения.
Показывать лекцию целиком
Краткое изложение
Основные принципы организации проекта по технологии быстрого результата

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

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

Как обеспечить успех: мотивация заказчика и командная работа

Указанные цели достигаются в первую очередь за счет высокой мотивации заказчика на получение результата. Эта мотивация поддерживается его собственным административным ресурсом. Добиться этого можно следующими способами.

1. Правильная «продажа» проекта и технологии
Необходимо корректно представить услуги еще до старта. Чем раньше заказчик узнает технологию выполнения работ, тем легче он примет эти правила. Если объявить «правила игры» в середине проекта, это вызовет негатив. Если же сделать это до начала как нечто само собой разумеющееся, заказчик спокойно их примет, посчитав команду профессионалами. Это дает кредит доверия. Поэтому знание принципов ТБР критически важно для тех, кто занимается продажами проектов: нужно уметь сформировать правильный образ конечного результата.

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

3. Совместное планирование и командный дух
Часто руководитель проекта или персонал исполнителя противопоставляют себя команде заказчика. Это создает барьеры, которые необходимо убирать. Планы нужно создавать вместе: если человек участвовал в их разработке, он будет их выполнять. В проекте нет разделения на «наших» и «ваших», есть общая команда, собранная для достижения общих целей.

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

Снижение транзакционных издержек: практические инструменты

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

Эффективное управление требованиями и изменениями
Проект должен быть быстрым, поэтому нельзя допускать пробуксовки при принятии решений. Основной вопрос по запросам на изменения — это деньги и новые сроки. Если регламент не определен, руководитель проекта оказывается перед дилеммой: брать на себя риски, выполняя работы без утвержденного бюджета, или ждать, теряя время. Чтобы избежать этого, необходимо заранее согласовать с заказчиком:
• Каким образом и в какие сроки обсуждаются запросы на изменения.
• Каналы коммуникации, обеспечивающие быструю обратную связь.
• Инструменты фиксации. Для этого можно использовать покупные системы или, например, настроить внутреннюю автоматизацию на платформе «1С:Профкейс», где уже заложены методологические формы и журналы для запросов на изменения.

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

Краткие итоги

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

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

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

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

Основные направляющие ТБР:
• Построение эффективных коммуникаций и высокая степень вовлеченности заказчика.
• Создание единой команды проекта как коллектива единомышленников без разделения на «исполнителя» и «заказчика».
• Планирование от ресурсов.
• Выполнение работ в жестких временных рамках с высокой надежностью (принцип «сказал — сделал»).
• Минимизация бумажного документооборота за счет автоматизации.

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

Первый блок: Правильная «продажа» услуги и технологии. До начала проекта нужно сформировать корректный образ конечного результата и максимально рано объяснить заказчику технологию работ. Правила игры, объявленные заранее как стандарт профессионалов, принимаются спокойно и формируют кредит доверия. Если их предъявить в середине процесса, это вызовет отторжение. Знание ТБР обязательно для менеджеров по продажам, чтобы правильно выстраивать стартовые ожидания.

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

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

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

Следующий уровень внедрения ТБР — это снижение транзакционных издержек (непроизводительных потерь времени и ресурсов). Здесь работают два инструмента:
1. Автоматизация управления. Процессы сбора обратной связи, планирования и подготовки документов должны быть оцифрованы. Это напрямую повышает эффективность и убирает задержки, связанные с ручной бюрократией.
2. Эффективное управление требованиями и изменениями. Это критическая зона риска для срывов сроков. Проблема в том, что запросы на изменения — это всегда новые деньги и сроки. Если регламент их обработки не утвержден заранее, руководитель проекта попадает в патовую ситуацию: брать на себя риски и делать работу без гарантии оплаты или ждать формального решения, теряя время. Выход — до начала проекта внедрить и автоматизировать четкий бизнес-процесс работы с запросами. В нем должны быть зафиксированы:
• Каналы коммуникации.
• Четкие сроки рассмотрения.
• Способ фиксации решений (от покупной системы до настройки журналов, например, на базе типовых решений вроде «1С:Профкейс»).

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

Выводы

1. Технология быстрого результата базируется на коротких циклах, каждый из которых должен создавать значимый для заказчика итог.
2. «Правила игры» и технологию работ необходимо прозрачно предъявлять заказчику до старта, превращая их в условие профессионализма команды.
3. Мотивация заказчика и его административный ресурс становятся движущей силой проекта, если верно определить ключевых лиц и их выгоды.
4. Противопоставление команд исполнителя и заказчика недопустимо, поскольку любые барьеры блокируют быстрое выполнение задач.
5. Принцип «сказал — сделал» работает только при совместном планировании, так как соавторство рождает персональную ответственность за исполнение.
6. Адаптация под корпоративную культуру (стиль общения, дресс-код, режим принятия решений) ускоряет интеграцию команды и снижает сопротивление.
7. Ручной документооборот — источник транзакционных издержек, его следует заменять автоматизированными системами управления проектами.
8. Неопределенность в процедуре обработки запросов на изменения создает риск остановки проекта и финансовых потерь из-за задержек.
9. Регламент обработки изменений с четкими каналами коммуникации и лимитами времени избавляет руководителя от дилеммы «ждать или делать на свой страх и риск».
10. Снижение транзакционных издержек напрямую сокращает общие сроки проекта, так как убирает периоды непроизводительного ожидания.
11. Командный дух формируется через совместную работу над планами, где нет различий между сотрудниками исполнителя и заказчика.
12. Процессы работы с требованиями (семинары, прототипирование, запросы) нуждаются в автоматизации для прозрачности и управляемости.

Вопросы для самопроверки

1. Какие пять ключевых направлений раскрывают суть технологии быстрого результата?
2. Как раннее информирование заказчика о технологии работ влияет на кредит доверия к команде?
3. Какие риски возникают, если объявить правила взаимодействия в середине проекта, а не до его старта?
4. В чем разница между формальным назначением и реальным поиском заинтересованных лиц с их мотивационными факторами?
5. Как совместное планирование помогает устранить барьер между командами исполнителя и заказчика?
6. Какие элементы корпоративной культуры необходимо учитывать для успешной интеграции в среду заказчика?
7. Какие именно процессы управления проектом предлагается автоматизировать в первую очередь?
8. Почему неопределенность сроков обработки запросов на изменения критически опасна для рентабельности проекта?
9. За счет чего совместная разработка планов сокращает время на их утверждение?
10. Какие действия должен предпринять руководитель проекта, чтобы запросы на изменения не тормозили работу?
11. Что такое транзакционные издержки в контексте проектного управления и как их минимизировать по ТБР?
12. Почему для ТБР требуется высокая степень вовлеченности заказчика, а не просто формальная приемка?
Вернуться к учебному плану