Что такое система Кайдзен и как применять ее в проектном бизнесе?

Кайдзен можно рассмотреть для повторяющихся процессов проектного бизнеса: отчётности, закупок, передачи задач и приёмки работ. Для стройки, ремонта, инженерных проектов, дизайн-студии или производства под заказ подход нужно адаптировать к команде, рискам и требованиям конкретного объекта. Ниже — идеи для такой адаптации, без обещания одинакового результата для всех компаний.

Как мастодонты рынка сделали кайдзен частью управления?

Кайдзен связан с практикой непрерывных улучшений. Toyota в описании своей производственной системы (на английском) указывает на ежедневные небольшие улучшения с участием сотрудников, устранение потерь и сокращение времени выполнения. При этом Toyota Production System не сводится к одному кайдзен: компания отдельно называет её опорами jidoka и Just-in-Time. Это описание практики Toyota, а не доказательство, что одна и та же схема даст одинаковый эффект на любом объекте.

В словаре Lean Enterprise Institute (на английском) кайдзен описан как непрерывное улучшение процессов небольшими шагами с участием людей в организации. Для вашей команды это может означать небольшое изменение рабочего места, порядка согласования или обработки повторных обращений. Такие варианты сначала стоит проверить в своём процессе.

Небольшое улучшение удобно рассматривать как проверяемый эксперимент. Deming Institute описывает цикл PDSA (на английском): Plan — спланировать, Do — выполнить, Study — изучить результат, Act — действовать с учётом изученного. Институт подчёркивает, что Деминг делал акцент на Study, а не Check в PDCA. LEI в описании кайдзен использует PDCA; эти обозначения не следует приписывать одному автору как полностью одинаковые.

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

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

Что такое система кайдзен простыми словами?

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

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

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

Из чего состоит система Кайдзен в компании?

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

• Стандарты работы. Чек-листы, шаблоны, правила сдачи этапов, критерии качества. Стандарт нужен, чтобы отличать норму от отклонения.
• Ритм улучшений. Короткие регулярные встречи по проблемам процесса: еженедельно по объектам, ежемесячно по компании.
• Фиксация проблем. Единое место, где команда оставляет сбои и предложения: журнал улучшений, доска, список в системе.
• Разбор причин. Команда ищет первопричину, затем меняет процесс, после этого проверяет эффект.
• Метрики. Сроки этапов, доля переделок, потери времени на ожидания, перерасход по статьям, просрочки оплат, процент закрытых актов и чеков.
• Роль руководителя. Руководитель защищает стандарты и помогает команде делать улучшения, когда «горит» операционка.

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

Принципы философии Кайдзен

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

• Ценность глазами клиента. Клиент платит за результат и предсказуемость, внутри компании это превращается в критерии качества и сроков.
• Процесс важнее героизма. После срочного устранения сбоя проверьте причины и порядок работ: разовое усилие само по себе не объясняет, почему проблема повторяется.
• Небольшие проверяемые улучшения. Попробуйте одно изменение в закупках или отчётности и проверьте его влияние, прежде чем расширять на всю компанию.
• Факты вместо ощущений. Что случилось, где, сколько раз, на какую сумму, кто участник, какая причина.
• Уважение к людям. При ошибке выясните обстоятельства: были ли доступны инструмент, время, инструкция и контроль. Изучение процесса не отменяет обсуждения конкретных решений и ответственности.
• Закрепление результата. Изменение фиксируется в регламенте, чек-листе, шаблоне, настройках системы.

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

Как применить Кайдзен в проектном бизнесе?

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

Чтобы применять кайдзен, сначала стоит увидеть «линию жизни» проекта: лид → замер → смета → договор → закупки → работы → контроль → акты → финальные расчёты. Если хочется развернуть тему проектного управления шире, пригодится статья про общую управленческую рамку: управление проектным бизнесом.

Для начала можно рассмотреть три участка и сравнить их по риску, повторяемости и доступности данных. Их приоритет зависит от вашей ситуации:

1) Согласования и ожидания. Определите, кто согласует решение, в какой срок, где оно фиксируется и кому передаётся вопрос при просрочке. Вариант по умолчанию применяйте только к заранее согласованным организационным вопросам в пределах полномочий. Для цены, объёма работ и безопасности соблюдайте установленный порядок согласования; отсутствие ответа само по себе не считайте разрешением.

2) Переделки. Они могут потребовать дополнительного времени и затрат. Выделите, например, 3–5 повторяющихся причин, обсудите контрольные точки и чек-листы. При необходимости фиксируйте результат до того, как следующий этап закроет доступ к нему; соблюдайте применимые технические требования.

3) Деньги на объекте. Потери в проектном бизнесе прячутся в мелких тратах: «взяли в магазине по дороге», «чек потерялся», «закупили лишнее». Кайдзен здесь — чёткие правила подотчёта, статьи расходов, лимиты, обязательная привязка трат к этапам. Эту тему полезно дополнять базой по учёту: финансовый учёт доходов и расходов.

Как провести 30-дневный пилот кайдзен в проектной компании?

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

1. Выберите один повторяющийся участок: закупки, подотчёт, приёмка этапов, согласование допработ, передача объекта между бригадами.
2. Опишите текущий порядок, например в 10–15 строк: кто делает, какие документы, где фиксируются решения, где чаще ломается.
3. Зафиксируйте базовую метрику: срок согласования, сумма перерасхода по статье, число переделок на объект, доля трат без чеков.
4. За выбранную неделю соберите наблюдения, например 5–10 проблем, если столько действительно возникло: без оценок, только факты (дата, объект, сумма, причина).
5. Сделайте одно улучшение, которое команда готова принять: правило, шаблон, чек-лист, ограничение, контрольная точка.
6. Запланируйте проверку, например через 7–10 дней: сравните результат с ожиданием, уточните причины и решите, менять ли стандарт.
7. Назначьте владельца процесса и согласуйте ритм: например, 20 минут в неделю на обсуждение и 60 минут в месяц на пересмотр порядка. При необходимости измените эти интервалы.

В конце пилота оцените, что удалось узнать и стоит ли продолжать изменение. Если результат неясен или появились новые затраты, уточните гипотезу и способ измерения. Отказ от неудачного изменения тоже может быть полезным итогом проверки.

Как использовать Приложение 101 для работы с улучшениями?

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

В проектном контуре можно связать работу с улучшениями с учётом и отчётностью. В Приложении 101 есть учёт поступлений и расходов по проектам, события, документы и отчёты. Баланс проекта не равен деньгам конкретного участника; доступ к данным и действиям зависит от предоставленных прав. Для разбора отклонений сверяйте исходные события и подтверждения. Если параллельно выстраиваете проектное управление целиком, загляните в материал «Основы управления проектами для предпринимателя».

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

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

Типовые ошибки внедрения системы Кайдзен

Ошибка 1. У встреч нет понятной цели и ритма. Если на редких собраниях обсуждают всё сразу, выберите один процесс и небольшое изменение. Частоту встреч определяйте по задаче; сам по себе квартальный интервал не доказывает ошибку.

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

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

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

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