Управление проектами в малом бизнесе: простой контур результата, ролей и рисков

Минимальный контур проекта

1. Сформулируйте результат, критерий готовности и границы проекта.
2. Назначьте владельца результата и тех, кто принимает ключевые решения.
3. Разбейте работу на ближайшие проверяемые шаги с зависимостями.
4. Сделайте риски, блокировки и изменения видимыми для команды.
5. Проводите короткий review: факт, отклонение, решение, следующий шаг.

Ниже сохранён исходный материал. Он не гарантирует срок, бюджет или успех проекта.

Подробности исходного материала

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

Шоурум обсуждают с февраля. На дворе май. Аренда помещения капает, ремонт не начат, а на планёрке каждый честно уверен, что свою часть он сделал — затык где-то у соседа.

Знакомая сцена? Это не про лень и не про плохих сотрудников. Это про то, что «открыть второй шоурум» — проект, а управление проектами в компании здесь как практика просто отсутствует. Проектом не управляют — им по очереди интересуются на планёрках.

Почему Scrum и Trello не спасают малый бизнес

Когда собственник наконец чувствует, что так дальше нельзя, он обычно идёт знакомым путём. Читает про Agile. Заводит доску в Trello или канбан в Яндекс Трекере. Просит всех «вести задачи». Первую неделю доску заполняют. На третьей открывают раз в день. К концу месяца там сорок карточек, половина протухла, и доску тихо забрасывают.

Scrum при этом не виноват. Его придумали под конкретные условия — продуктовые IT-команды, где люди заняты одним продуктом полный день, а требования меняются каждую неделю. Там спринты, ежедневные стендапы и ретроспективы окупаются. У вас расклад другой: маркетолог ведёт ещё и закупки, прораб мотается по объектам, а проект — это не основная работа команды, а довесок к ней. Церемонии Scrum съедают время, которого у малого бизнеса просто нет.

С досками — та же история. Доска показывает задачи. Но она не отвечает на главный вопрос: кто головой отвечает за то, чтобы шоурум открылся. Карточку «заказать вывеску» видят все. И поэтому её не делает никто — видимость задачи все принимают за то, что она под контролем.

Standish Group много лет считает, сколько проектов проваливается. Картина из года в год стабильная: уложиться в срок, в бюджет и в обещанный результат удаётся примерно трети проектов. И это в IT, где проектным управлением занимаются всерьёз, нанимают сертифицированных менеджеров и тратят на это деньги. В малом бизнесе, где «управление» сводится к вопросу на планёрке, шансы заметно ниже. Причём ломается обычно не сложное. Ломается стык — место, где один думал, что мяч у второго.

Есть причина и глубже, чем неудачные инструменты. Малый бизнес часто вообще не отделяет проект от текучки. Текучка — то, что повторяется каждый день: отгрузки, звонки, смены, закупки. У неё нет даты окончания, она просто идёт. Проект — то, что нужно один раз довести до конкретного результата и закрыть: открыть точку, внедрить учётную систему, вывести новую услугу. Управляются они по-разному. Текучка держится на регламентах и привычке. Проект без отдельного внимания не живёт вовсе — он растворяется в текучке, потому что у текучки всегда есть сегодняшний дедлайн, а у проекта его нет.

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

Управление проектами в компании держится на трёх вопросах

Я больше десяти лет работаю бизнес-трекером — помогаю собственникам среднего бизнеса доводить начатое до конца. И почти всегда, когда проект буксует, лечится он не фреймворком. Лечится тремя вопросами, на которые до старта никто не ответил письменно.

Кто отвечает. Когда срок. Что считается готовым. Если на эти три вопроса есть ответ — по одной строке каждый, записанной, а не подразумеваемой — проект уже управляем. Без спринтов, без доски, без сертифицированного проджект-менеджера. Если хотя бы один ответ висит в воздухе, никакая Jira его оттуда не вытащит.

Разберём по одному. Кажется, что всё это очевидно. А на практике именно очевидное и пропускают — оно ведь «и так понятно».

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

Кто отвечает

Не отдел. Не «коммерческий вместе с маркетингом». Один человек, с именем. Тот, кому вы зададите вопрос «что с шоурумом?» и кто не имеет права ответить «я думал, этим Серёжа занимается».

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

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

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

Когда срок

Срок — это дата. Число и месяц. «Запустим во втором квартале» — не срок, это намерение. «Шоурум принимает первых клиентов 15 августа» — срок.

У даты есть полезное свойство: от неё можно считать назад. Если открытие 15 августа, а ремонт идёт шесть недель, подрядчик должен зайти не позже начала июля. Значит, договор с ним — в июне. Значит, смету и выбор подрядчика — в мае. И внезапно выясняется, что «обсуждаем с февраля» уже съело весь запас, а «займёмся на следующей неделе» — это уже опоздание.

Бывает так, что точную дату назвать страшно: вдруг не успеем и будем выглядеть плохо. Поэтому и прячутся за «во втором квартале». Но размытый срок не повышает шансы успеть. Он просто отключает обратный отсчёт. А без отсчёта проект спокойно плывёт ровно до того дня, когда становится горячо и поздно одновременно.

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

Что считается готовым

Самый пропускаемый вопрос из трёх. Что вообще значит «шоурум готов»? Стены покрашены? Или товар расставлен, касса работает, продавец обучен и первый клиент уже что-то купил?

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

Критерий готовности — это то, что можно проверить и при этом не поспорить. Не «сайт сделан», а «сайт открывается, форма заявки приходит на почту, оплата проходит». Договоритесь о таком критерии до начала. Тогда «готово» перестанет быть предметом веры и станет фактом, который видно всем одинаково.

Проверить критерий готовности на берегу можно одним вопросом: как мы поймём, что это сделано, и при этом не поспорим? Если ответ — «ну, посмотрим, будет видно» — критерий ещё не готов. Хороший критерий не требует обсуждения постфактум. Касса пробила первый чек — готово. Форма на сайте прислала тестовую заявку на почту — готово. Продавец прошёл аттестацию и вышел в смену — готово. Каждое такое «готово» можно показать пальцем или сфотографировать. Если показать пальцем нельзя, договорённости пока нет.

Ремонт квартиры знает то, чего не знает ваш отдел

Забавная вещь. Тот же собственник, который месяцами не может довести шоурум, прекрасно справляется с ремонтом собственной квартиры. И не потому, что ремонт проще запуска точки.

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

Стройка веками отбирала практики, которые работают, и оставила минимум: ответственный, срок, приёмка. Ни досок, ни спринтов, ни английских слов. А бизнес почему-то решил, что его проекты — это что-то возвышенное, требующее методологии с сертификатами. Хотя открыть шоурум — это тот же ремонт, плюс товар и продавец.

Когда в следующий раз ваш проект забуксует, спросите себя: а как бы это вёл прораб? У него есть имя ответственного? Есть дата? Есть момент, когда он скажет «принято»? Если на стройке вы требуете этого не задумываясь, странно не требовать того же от запуска направления, которое должно принести компании деньги.

Любопытно, что в ремонте никто не пытается сэкономить на этих трёх вещах. Никому не приходит в голову нанять прораба «в общих чертах», въехать «примерно к лету» и принять работу «на глаз, и так сойдёт». А в бизнес-проектах ровно это и происходит сплошь и рядом — и почему-то считается рабочей нормой. Перенесите в компанию свой бытовой стандарт. Тот самый, по которому вы и так живёте, когда дело касается ваших личных денег и вашей квартиры.

Как это делают те, кто открывает точки пачками

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

Что они сделали с управлением проектами? Превратили открытие в повторяемый проект с чек-листом. У запуска есть ответственный — управляющий партнёр конкретной точки. Есть дата открытия, от которой считают назад все этапы. Есть критерии готовности на каждом шаге, вплоть до того, что именно считается «кухня готова к первому заказу». Додо известна тем, что почти всё у них оцифровано, но суть не в IT-системе. Суть в том, что три вопроса отвечены один раз и дальше работают для каждой новой точки.

ВкусВилл запускает новые форматы и магазины примерно так же — не как подвиг, а как процесс. У сети бывают и неудачные эксперименты, часть форматов она закрывала. Но даже закрытие у них управляемое: понятно, кто принимает решение, по какому сроку и по какому критерию формат признаётся нерабочим. Это и есть зрелость в проектах: их доводят до конца, даже когда конец — «закрываем и фиксируем убыток».

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

Работает это не только на масштабе сетей. Небольшая студия, открывшая второй филиал, на третьем уже не паникует: у неё есть список из тридцати пунктов, собранный по итогам первых двух открытий. Набитые шишки превратились в строчки чек-листа — «договор аренды проверить на пункт о субаренде», «вывеску согласовать с управляющей компанией заранее». Шаблон проекта — это память компании о собственных ошибках. Без него каждая новая точка наступает на те же грабли просто потому, что грабли нигде не записаны.

Паспорт проекта на одном листе

Вот инструмент, который заменяет и доску, и методологию для девяти проектов из десяти в малом бизнесе. Называйте его как удобно — паспорт проекта, карточка, бриф. Помещается на один лист А4. Заполняется до старта, примерно за полчаса, всей заинтересованной командой сразу.

Покажу на том самом шоуруме, как это выглядит заполненным. Название — «Второй шоурум на Ленина». Зачем — «закрыть южную часть города, плюс примерно треть к потоку». Ответственный — коммерческий директор Андрей, один, целиком. Срок — 15 августа. Готово — «зал укомплектован, касса работает, продавец в смене, проведён первый день продаж». Этапы считаем от 15 августа назад: приёмка ремонта к 1 августа, ремонт с 20 июня, договор с подрядчиком к 15 июня, смета и выбор подрядчика к 1 июня. И сразу видно главное: чтобы успеть, смету надо утверждать на следующей неделе, а не «когда дойдут руки». Полчаса работы — и размытое «надо бы открыть шоурум» стало планом, по которому можно действовать уже завтра.

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

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

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

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

Когда инструменты всё-таки нужны

Я не против таск-менеджеров. Яндекс Трекер, Kaiten, Битрикс24 — нормальные системы, и момент, когда они окупаются, действительно наступает. Просто наступает он позже, чем кажется собственнику, уставшему от бардака.

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

Логика простая. Сначала — привычка отвечать на три вопроса и вести паспорт проекта. Это бесплатно и работает с первого дня. Инструмент — потом, когда привычка уже есть и ей становится тесно на листе А4. В обратную сторону не работает: купить Jira в надежде, что она принесёт дисциплину, — то же самое, что купить абонемент в зал в надежде, что он принесёт форму. Абонемент — это не тренировки.

И ещё одно. Если три вопроса не отвечены, ни один инструмент это не починит. Он просто красиво покажет вам, что ответственного по-настоящему нет, срок размыт, а слово «готово» каждый понимает на свой лад. Дорогая программа для отображения бардака — это всё ещё бардак, просто с подпиской.

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

Три проекта, которые стоит описать уже на этой неделе

Чтобы это не осталось теорией, конкретное задание. Посмотрите на свою компанию и найдите три типа проектов.

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

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

Третий — то, что вы давно хотите, но всё откладываете. Обычно откладывают именно потому, что проект не оформлен: непонятно, с чего начать, кто потянет, к какому сроку. Оформите три вопроса — и «когда-нибудь руки дойдут» превратится в «этап один, до 30-го числа, отвечает Марина». Большая часть вечно отложенного откладывается не из-за нехватки времени, а из-за нехватки первой записанной строчки.

И не пытайтесь с понедельника навести проектный порядок во всей компании разом. Это само по себе превратится в большой проект без ответственного и срока — и сорвётся первым. Возьмите один проект, самый болезненный, тот, от которого реально зависят деньги или нервы. Доведите его по трём вопросам до конца. Когда команда увидит, что застрявшее на полгода дело закрылось за месяц просто потому, что у него появились имя, дата и критерий, — дальше уговаривать никого не придётся.

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

Читайте по теме:

• Контроль качества в компании: как выстроить систему, которая работает без вашего участия
• Совещание, после которого мы списали полгода работы
• Чем больше регламентов

Константин Тарасов Автор

Предприниматель, бизнес-трекер, пишу о том, как развивать бизнес в условиях неопределенности