Kitobni o'qish: «Как приготовить проект: Рецепты для создания успешных продуктов и команд»

Знак информационной продукции (Федеральный закон № 436–ФЗ от 29.12.2010 г.)

Литературный редактор: Людмила Смилевска

Главный редактор: Мария Султанова

Руководитель проекта: Екатерина Булгакова

Арт-директор: Татевик Саркисян

Дизайн обложки: Анна Павлова

Корректоры: Евгений Бударин, Елена Сербина

Верстка: Белла Руссо

Графика для книги предоставлена автором

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

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

© Ганин Е., 2025

© Оформление. ООО «Альпина ПРО, 2025

* * *

Глава 1
О книге, методологии и читателе

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

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

Из-за гор грязной посуды раздается раздраженный голос хозяина:

– Соберитесь! Начните работать нормально!

Но шум только нарастает. Надежда получить идеальное блюдо тает – и если что-то и выходит, то скорее чудом.

Вам знакомо это ощущение хаоса – в делах или в целом по жизни? Тогда эта книга для вас.

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

Этот хаос – не случайность. Я сам не раз бывал на такой кухне. Мне довелось запускать, срывать и закрывать проекты разного масштаба: от стартапов до сложных, не имеющих аналогов систем в крупнейших компаниях (Яндекс и Mail.ru Group¹). Я видел хаос везде, где люди сталкивались с дедлайнами – в IT, маркетинге, образовании, – и научился его укрощать. Не магией заклинаний, а с помощью системной и последовательной работы. Я покажу вам как.

О методологии

Профессия проджект-менеджера ненамного моложе Рунета. Во второй половине 1990-х, когда я начинал, этой специальности даже не существовало. Зато были «веб-мастера». Мы отвечали за все: код, дизайн, контент, аналитику, маркетинг. Отрасль только зарождалась, специалистов почти не было, а стандарты приходилось формулировать на ходу.

Интернет развивался, проекты росли, а вместе с ними и их команды. Со временем веб-мастеров на все руки заменили более узкие профессионалы: разработчики, IT-архитекторы, UX/UI-дизайнеры, аналитики, менеджеры разных направлений. Перед индустрией встал новый вызов: как организовать работу команд?

На тот момент не было ни курсов по управлению проектами, ни опытных экспертов, ни даже четких ожиданий от этой профессии.

Scrum, Kanban, Agile, Waterfall – все эти термины тоже появились в нашем лексиконе не сразу, и их суть не всегда была очевидна. Поэтому тем, кто начинал вместе с Рунетом, приходилось собирать винегрет из зарубежных практик, привычек команды, собственных ошибок и специфики рынка.

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

За время работы я был частью разных проектных и продуктовых команд. В них мы не просто заимствовали чужие инструменты, успешные приемы и привычки – мы изучали проектные и командные проблемы, свои промахи и способы их устранения. Я наблюдал за развитием проектов, менял менеджеров, анализировал и систематизировал решения, совершенствовал методы и адаптировал их к конкретным условиям. Каждый успешный прием я фиксировал и тестировал в новых проектах.

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

Почему это вообще важно?

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

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

● Задачи зависают в воздухе. Все обсудили, но каждый понял по-своему – в итоге ничего не сделано.

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

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

● Команда перегружена, но проекты не двигаются. Люди работают на пределе возможностей, но задачи копятся, а хаос растет.

● Результат разочаровывает. Потрачены ресурсы, но проект бесполезен или сразу забывается.

● Все держится на вас. Стоит отвлечься – работа встает, без контроля все идет не туда.

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

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

Описанные в книге рецепты и ваш труд превратят управление в четкую систему, работающую на вас, а не наоборот.

Я изложил здесь свои наблюдения и приемы, но это вовсе не значит, что они – единственно верный путь. Мне интересно, что получится у вас! В конце книги я разместил ссылку на группу в Telegram, где буду рад получить обратную связь. Вышел ли у вас ожидаемый шедевр по предложенным рецептам? Или получилось что-то получше? Какие секретные ингредиенты вы нашли сами?

Для кого эта книга

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

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

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

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

Вы узнаете, как:

● построить эффективную систему принятия решений и избежать паралича от неопределенности;

● планировать проект и продукт так, чтобы избежать фокуса на мелких задачах и не потерять из виду глобальную цель;

● работать с данными и метриками, чтобы оптимизировать процессы и принимать обоснованные решения;

● управлять проектами с максимальной вовлеченностью каждого участника;

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

Готовы перестать тушить пожары и создать систему, где результат – не случайность, а закономерность?

Тогда скорее переворачивайте страницу – и начнем.

Глава 2
Проект, продукт и менеджер

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

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

Проект и продукт

Проект – это спланированная деятельность, направленная на достижение цели в рамках установленных ограничений (определенная команда, выделенные ресурсы, бюджет, время).

Самая распространенная цель проекта – его запуск. Поэтому первоочередная задача проектного менеджера и команды – довести конкретный проект до логического завершения (дедлайна, поставки, выкатки, публикации и т. п.). Работая над проектом, можно оптимизировать имеющиеся ресурсы: сделать быстрее, потратить меньше денег, задействовать меньше людей. И это возможно, только если менеджер накапливает знания, выстраивает логику принятия решений и обоснования по своим проектам. Если же он не аккумулирует в себе экспертность, ценная информация испаряется, а значит, пятый, десятый и сотый проект по качеству ничем не будут отличаться от первого. Успех проекта во многом зависит от опыта и активности его руководителя.

Связь между проектами и выделенными на них командами – многие ко многим. Команды часто собирают под проекты, либо проекты могут поручать уже готовым командам.

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

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

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

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

Продукт требует выделенной команды. Целевая связь один к одному: одна команда – один продукт. Успех продукта в основном зависит от экспертности, которой обладает и которую накапливает вся команда, и в меньшей степени от опыта менеджера.

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

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

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

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

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

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

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

Плох тот повар, который не мечтает стать шефом.

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

Другие, помимо гастрономии, примеры продуктов и проектов из бизнеса:

● Продукт – бизнес по пошиву штор.

■ Проекты предполагают выполнение заказов по каждому договору, поиск более качественных и дешевых материалов, выстраивание сети продаж.

● Продукт – сервис доставки еды.

■ Проекты: поиск новых поставщиков и курьеров, запуск приложения, создание промо-страницы и обновление транспортного парка.

● Продукт – гостиница.

■ Проекты: ремонт номеров, разработка меню для ресторана при отеле, проведение рекламной фотосессии, урегулирование разногласий с недовольными клиентами.

● Продукт – фермерское хозяйство.

■ Проекты: строительство теплиц, закупка сельхозтехники, внедрение системы автоматического полива, организация фермерского рынка.

● Продукт – музыкальная группа.

■ Проекты: запись альбома, проведение концертного тура, съемка видеоклипа, выпуск мерча.

● Продукт – семья.

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