Методика Scrum в условиях стартапа: опыт команды Preply

Прочтёте за 3 мин.

Дмитрий Волошин – о том, с помощью каких инструментов можно решать задачи в IT-проекте

IT-инструменты, которые использует Дмитрий Волошин

  • Trello
  • Jira
  • Todoist
  • Basecamp

Scrum - это методика управления сложными проектами, основанная на разделении большой задачи на несколько итераций (спринтов) и позволяющая достигать конечных целей при минимальных затратах ресурсов команды. Методологию Scrum в той или иной степени используют многие IT-компании – как разработчики ПО, так и продуктовые проекты. Об опыте применения Scrum в условиях стартапа в своей авторской колонке рассказал сооснователь международного маркетплейса для поиска репетиторов Preply Дмитрий Волошин.

Досье

Дмитрий Волошин, предприниматель из Киева, сооснователь и СТО международного маркетплейса для поиска репетиторов  Preply.com. Образование: Киевский национальный университет им. Тараса Шевченко. У Preply три совладельца: Дмитрий Волошин, Кирилл Бигай и Сергей Лукьянов; проект запущен в 2012 году. На данный момент на сервисе зарегистрировано свыше 25000 репетиторов и порядка 80000 учеников по всему миру.

Дмитрий Волошин

Зачем нам потребовался Scrum

Для начала - коротко о задачах и команде Preply. Мы маркетплейс, где продают и покупают услуги репетиторов (локальных и по Skype). В основном ищут преподавателей английского и других языков. Сервис подбирает список преподавателей по запросу ученика (учитывая внутренний рейтинг), принимает платежи, списывает комиссию и выполняет другие автоматические операции.

Основная часть команды находится в Киеве, ещё часть разбросана по разным странам. География работы - СНГ, Европа, Южная и Северная Америка, находимся на стадии ранней экспансии в Азию. Сейчас в команде 40 человек, но мы постоянно расширяемся и планируем увеличивать штат.

Наш первый опыт знакомства со Scrum случился тогда, когда в команде было три человека. На том этапе многие процессы, которые сейчас автоматизированы, приходилось выполнять вручную. Например, мы запустились с сайтом-одностраничником, где была форма для сбора данных. И всё. Люди оставляли заявки, я их обрабатывал, подбирал пользователю репетитора (пока своей базы не было, искал на Avito), перезванивал, договаривался о времени занятий. Мы получали за это какой-то процент от сделки, а главное - опыт.

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

С чем не справился Scrum

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

Весной, через два года после старта, в команде появился удалённый сотрудник из Польши, а ещё через несколько месяцев мы с партнёрами уехали в Берлин - проходить программу TechStars. Ещё трое сотрудников остались в Украине. Пока мы были в Германии, наняли там одну сотрудницу. Также мы пригласили в киевский офис экспатов из Польши, Бразилии и Мексики, а HR, который с нами тогда работал, и вовсе находился на другом континенте, в Гане. Координировать работу команды в четырёх странах оказалось непросто. Самой большой проблемой оказалась приоретизация: сотрудники не понимали, какие задачи наиболее важны, не было ощущения общего дела.

Термин «Scrum» заимствован из спорта - это элемент регби, выполнение которого требует эффективного взаимодействия команды

Чтобы решить проблему, начали вести планирование и отчётность в Google Docs. У такого решения много недостатков, потому что документы Google не приспособлены для планирования. Но на том этапе было проще использовать их, чем внедрять новый инструмент.

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

Не скрамом единым: инструменты планирования

Scrum долгое время помогал нам в планировании. Мы использовали традиционные двухнедельные спринты, а также понедельное планирование.

Ещё один инструмент, который применяем до сих пор, это Scrum Daily - ежедневные короткие стендапы, которые проходят (почти) каждое утро. На этих встречах сотрудники по очереди рассказывают, что сделали за прошедший день, чего не сделали и почему. Там же каждый планирует новый рабочий день. Благодаря таким «летучкам» мы понимаем, чем занимаются коллеги, в каких вопросах возникли задержки и как ускорить процесс. Проблемы удаётся обнаружить на самых ранних этапах, и они сразу решаются.

Для контроля задач выбрали Trello. Работали с пятью досками: In the process (задачи, над которыми идёт работа в настоящее время), Iteration (сложные, многоступенчатые задачи), Done (выполненные), Archive (здесь задачи, от которых отказались, или созданные по ошибке) и Ideas (очень важная доска со всеми планами и идеями, даже невыполнимыми или очень долгосрочными).

Опыт показал, что такая организация - не лучшее решение. Все-таки Trello больше подходит для системы Kanban, нежели для Scrum. Кроме того, краткосрочного планирования было недостаточно. Нужны были квартальные планы для компании и недельные - для каждого сотрудника. И мы решили вести их в Google Spreadsheets. Позже мы перешли с Trello на Jira, и там планировать работу долгосрочно оказалось проще.

«Кастомизировать» Scrum: длинные дистанции

При всех преимуществах Scrum нам очень не хватало инструментов долгосрочного планирования. Поэтому решено было дополнить инструментарий, опираясь на другие Agile-методологии.

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

Чтобы ставить цели и контролировать их выполнение, используем V2MOM, из арсенала Agile-методов. Этот подход разработал Марк Бениоф для SalesForce, а нас с ней познакомил CEO DocPlanner Мариуш Гралевски, один из инвесторов Preply. Идея в том, что менеджер не «спускает» распоряжения подчинённым, а ставит собственные цели и делится ими. Сотрудники следующего уровня учитывают V2MOM непосредственного руководителя и пишут собственный так, чтобы руководитель достиг своих целей. То есть, главный вопрос: «Что я могу сделать, чтобы на уровне отдела был вот такой результат?».

Аббревиатура V2MOM  расшифровывается как Vision, Values, Methods, Obstacles, Measures. Хорошее объяснение методики приводит Pragmatic Scrum:

  • Vision - Что вы хотите сделать?
  • Values - Что самое важное в этом видении?
  • Methods - Как вы выполните эту работу?
  • Obstacles - Какие вызовы, проблемы и препятствия могут возникнуть?
  • Measures - Как вы поймёте, что добились успеха?

P.S.

Главное преимущество Scrum - в том, что это не жёсткая инструкция, а набор ценностей, регулирующих вопросы организации и самоуправления. Не бывает «неправильного» Scrum, если только не нарушаются основные принципы. Это отличная методология для стартапа, но нужно понимать, что Scrum в стартапе и Scrum в аутсорсинговой компании - разные вещи. Стоит пробовать новые инструменты и не бояться ходить «нехожеными тропами». И стартап, и Scrum это только приветствуют.

Scrum

Читайте также:

Что такое методология Scrum и как ей пользоваться.
Как навести порядок в процессах без магии и бизнес-коучей.
Всё пойдёт по плану: как составить идеальный список задач.

31 октября 2017

Комментарии

0
  • Прокомментируйте первым.

  • Задайте вопрос
    профи

    Наши эксперты ответят на любой вопрос

    Задать вопрос
    Ваш вопрос отправлен

    Ваш вопрос

    Введите Имя
    Введите E-mail
    Отправить Очистить
Возможно, вас заинтересуют другие наши материалы
Загрузить ещё
Идёт загрузка материалов