Команда стартует проект, обсудив его устно на планёрке, и через месяц выясняется, что у разных участников разное понимание того, что вообще должно получиться на выходе — цель размыта, границы не определены, критерии готовности никто не формулировал. Переделка обходится дороже, чем час, потраченный на письменное описание задачи перед стартом.
Если вы не можете уместить суть задачи на одной странице, вы ещё не знаете, что делаете — и рано давать на это ресурсы.
Происхождение и исследовательская база
Практика восходит к традиции коротких письменных документов для принятия решений — наиболее известная формализация принадлежит Патрику Райли, автору книги «The One-Page Proposal» (2001), показавшему на реальных корпоративных кейсах, что жёсткое ограничение объёма заставляет автора идеи отделить существенное от второстепенного; та же логика лежит в основе практики документов-скоупинга «одна страница на задачу», распространённой в agile- и продуктовых командах как барьер перед стартом плохо продуманных инициатив.
Ключевые идеи и принципы
Принцип: Ограничение объёма — инструмент, а не формальность
Жёсткий лимит в одну страницу заставляет автора задачи явно решить, что действительно важно, а что можно опустить — это не бюрократическое требование, а способ проверить, насколько задача продумана.
Принцип: Обязательные элементы одностраничника
Документ на одну страницу обязан содержать: цель задачи (зачем она нужна), границы (что входит и что явно не входит), критерии готовности (как понять, что задача сделана) и ключевые риски или открытые вопросы.
Принцип: Нет одностраничника — нет старта
Задача не получает ресурсы команды до тех пор, пока не пройдена scoping-сессия с готовым документом — это защищает команду от запуска инициатив, продуманных лишь наполовину.
Ограничения, слепые зоны и критика
Жёсткое требование к одной странице может привести к искусственному упрощению действительно сложных задач, где важные нюансы неизбежно теряются при сжатии — для многокомпонентных инициатив может понадобиться серия связанных одностраничников вместо одного. Практика также требует управленческой дисциплины: если руководитель сам регулярно обходит правило "ради скорости", оно быстро перестаёт работать для всей команды.
Типовые ошибки
Ошибка 1: одностраничник пишется после начала работы, задним числом.
Команда уже приступила к задаче, а документ оформляется формально, только чтобы соответствовать процессу — теряется весь смысл предварительного продумывания.
Как избежать: Жёстко требовать готовый одностраничник до выделения ресурсов, без исключений «в этот раз ускоримся».
Ошибка 2: границы задачи формулируются расплывчато.
В документе указано, что входит в задачу, но не указано явно, что в неё не входит — это оставляет пространство для скрытого разрастания объёма работ (scope creep).
Как избежать: Обязательно фиксировать явный список того, что сознательно исключено из задачи.
Ошибка 3: критерии готовности сформулированы неизмеримо.
В документе написано «сделать хорошо» или «улучшить процесс» вместо конкретного проверяемого результата — по завершении задачи непонятно, действительно ли она выполнена.
Как избежать: формулировать критерии готовности как факт, который можно подтвердить однозначным «да» или «нет», а не как оценочное суждение.
Ошибка 4: раздел рисков и открытых вопросов не заполняется вовсе.
Документ выглядит завершённым и уверенным, хотя реальная неопределённость просто не проговорена — риски всплывают позже как неожиданность, хотя были предсказуемы на старте.
Как избежать: требовать заполнения раздела рисков как обязательного пункта, даже если ответ — «существенных рисков на старте не выявлено».
Ошибка 5: одностраничник согласовывается в одиночку, без участия исполнителей.
Документ утверждает только руководитель или инициатор задачи — команда, которая будет её выполнять, узнаёт о границах и критериях уже по ходу работы.
Как избежать: проводить scoping-сессию как совместное обсуждение с ключевыми исполнителями, а не как кабинетное утверждение одним человеком.
Главное, что нужно знать
Техника «1 страница = 1 задача» требует от каждой инициативы короткого письменного описания — цель, границы, критерии готовности, риски — прежде чем команда получит ресурсы на реализацию. Жёсткое ограничение объёма — инструмент проверки продуманности задачи, а не бюрократическая формальность.
План внедрения
Неделя 1: согласовать шаблон одностраничника
Неделя 1: согласовать обязательный шаблон одностраничника для новых задач.
Неделя 2: первая scoping-сессия
Неделя 2: провести первую scoping-сессию по реальной задаче с использованием шаблона.
Неделя 3: правило «нет одностраничника — нет старта»
Неделя 3: ввести правило «нет одностраничника — нет старта работ» для команды.
Неделя 4: обратная связь и корректировка шаблона
Неделя 4: собрать обратную связь от команды и скорректировать шаблон при необходимости.
Далее: применение ко всем новым инициативам
Далее: применять технику ко всем новым инициативам без исключений.
Как реализовать этот план с помощью фрейма «Scoping-сессии "1 страница = 1 задача"» в OrgDevTools
Фрейм устроен как четыре карточки со свободным списком записей на каждой — Цель задачи, Границы, Критерии готовности, Риски и открытые вопросы — прямо соответствующие обязательным элементам одностраничника из блока «Ключевые идеи».
Неделя 1-2 — карточка «Границы». Подсказка карточки прямо требует зафиксировать, что входит и что явно исключено — структурная защита от ошибки 2 (расплывчатых границ).
Неделя 2 — карточка «Критерии готовности». Подсказка формулирует требование как «измеримо понять, что задача выполнена» — сама формулировка карточки подталкивает к проверяемому факту, а не оценочному суждению (защита от ошибки 3).
Карточка «Риски и открытые вопросы». Отдельная, обязательная к заполнению карточка — фрейм не даёт считать одностраничник завершённым, пропустив её (защита от ошибки 4).