Как мы перешли на планирование в стиле Agile

Для кого эта статья:

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

Кто мы и чем занимаемся

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

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

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

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

Как было до?

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

Проблема Fixed Price №1 — оверхед

Основа наших услуг — это часы специалистов. На каждого заложено 22 дня по 6 часов. Оставшиеся 2 часа в день, или 44 в месяц, уйдут на образование, отдых, покрытие потенциального риска. В итоге имеем 132 часа из 176 возможных — это пропускная мощность.

Fixed Price — это постоянная предсказуемая цена, как правило низкая, при ненормированных требованиях к проекту и команде. Придет момент, когда в продуктивные 132 часа специалиста потребуется впихнуть больше. Вот и впихиваем :-) Получается оверхед, что влечет проблемы:

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

Проблема Fixed Price №2 — за что я вам плачу?

Если у проекта хорошие позиции и всё прекрасно, стороны впадают в состояние покоя. В таком случае заказчик в целом доволен, но не понимает за что именно он платит. Производные:

• наступает кризис — заказчик режет расходы на процессы, в которых не разбирается;
• заказчик может сбивать цену … просто так. Нет подробной сметы — нет аргументов;

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

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

Как теперь — внедрение проектного планирования и Agile практики в помощь

Мы помним, что на каждого специалиста заложено 132 часа в месяц. Каждый SEO-проект или кампания контекстной рекламы содержит в себе обязательные типовые задачи. Они заранее оценены, но могут корректироваться в контексте проекта.

Мы внедрили Agile Scrum, но в скорректированном виде. В качестве инструментов мы используем Битрикс24 с настроенными отчетами. Каждый проект проходит цикл:

• Сбор беклога. На стадии планирования мы формируем беклог задач. Если уровень подготовки заказчика позволяет, он может равноправно пополнять беклог своими задачами.

• Декомпозиция задачи и оценка. Задачи из беклога должны быть оценены. Атомарные задачи могут сразу получить оценку. Подпроекты проходят обязательный этап декомпозиции — разбиение на подзадачи. В каждую оценку мы закладываем 25% рисков. Каждая задача не может иметь оценку меньше одного часа. Если нужно сделать много задач по 20 минут, мы комплектуем их в группы не более одного часа.

• Пресейл спринта. Аккаунт-менеджер выполняет продажу спринта. Финансовая мотивация аккаунта — положить в план как можно больше полезных проекту задач. Для нас выгодно планировать наперед, и на больший период укомплектовать работой команду. Совместно с заказчиком аккаунт приходит к единому видению состава спринта и его стоимости. По итогам планирования аккаунт и клиент подписывают заказ — протокол согласования стоимости услуг.
• Планирование спринта. Заказ попадает в производство. Задачи назначаются специалистам на следующий спринт. Эффективное планирование должно загрузить производство на 110%. 10% — это потенциальные блокировки от третьих лиц. Такое случается, но даже если блокировок не будет, у команды есть 2 часа каждый день на покрытие потенциального риска. Очередность исполнения определяется приоритетом задачи — важно при составлении плана тщательно проработать этот момент. Полнота данных — обязательное условие при постановке задачи. Это позволяет выполнить ее без лишних уточнений. Мы готовим рыбы задач, копируем их и заполняем.
• Исполнение и контроль результатов. Цель производства — обеспечить выполнение плана. Это один из KPI. В рамках этой статьи не будем вдаваться в подробности работы команды производства. Скажем, что она обязана выполнить план при любых обстоятельствах :-) Соответственно в процессе никто не имеет права менять план, отвлекать специалистов от работы и т.д. Изредка, при форс-мажорах, мы делаем исключение.
• Сдача результатов заказчику. Когда всё готово и все задачи выполнены — мы формируем отчет. Аккаунт сдает отчет заказчику, принимает критику, работает с негативом и позитивом, подписывает акт сдачи-приемки к конкретному заказу и планирует следующий спринт. Цикл завершен.
• Ретроспектива. Для крупных проектов мы проводим ретроспективу, где команда и представители заказчика обсуждают пройденный спринт. Делаются выводы и вносятся корректировки. Мы сближаемся с заказчиком и лучше понимаем цели. Это важный психологический момент, когда люди могут открыто выразить недовольство. Не все заказчики хотят участвовать в этом :-) Но вместе с внедрением новых процессов меняется и наш идеальный клиент. От других будем постепенно отказываться.

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

Итог — плавный переход от старых процессов к новым

У нас 30+ активных заказчиков — мы определили, с кем можно быстро перейти к новым процессам и сделали это. С оставшимися мы внедрили некоторую эмуляцию, когда внутри процессы начали подчиняться новому подходу. Для клиента появились новые артефакты — заказы, отчеты по ним. Но в них остались прежние суммы. Фактически для них ничего не изменилось. Это процесс на 1 год, за такое время можно перестроиться или отказаться от сотрудничества.

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

О чем не рассказали

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

Если у вас возникли вопросы о том, как мы решаем какую-либо проблему — обязательно пишите в комментариях, будем рады обсудить.