Уинстон Черчилль говорил, что «демократия - наихудшая форма правления, если не считать всех остальных». И речь здесь не о том, что это плохой политический строй, просто не существует однозначно совершенных систем, но стремиться к ним - наша обязанность. Демократия лишь задает направление. С работой по Scrum похожая ситуация. В интеграции этой методологии в свои бизнес-процессы определенно есть сложности, но она лучше остальных подходит под определенные задачи.
Scrum - наиболее популярный подход к разработке новых продуктов, позволяющий системно определить все необходимые цели и задачи, ранжировать их по актуальности и делегировать выполнение определенному члену команды.
Изначально эта методология разрабатывалась для управления емкими проектами в сфере IT, однако ее принципы помогут повысить эффективность работы команд, занятых и в других областях: услуги, производство, продажи, HR. Scrum будет полезен даже в бытовых делах.
Для РокетБиз Scrum оказался оптимальным вариантом работы, так как наша команда решает бизнес-задачи клиентов комплексно: оптимизирует работу с персоналом, увеличивает эффективность отдела продаж, повышает результативность интернет-маркетинга.
В этом материале директор по персоналу РокетБиз Ксения Лысенко, опираясь на личный опыт, разъяснит, какие бонусы несет работа по Scrum и покажет с чего следует начать.
Чем заманчив Scrum
Уже за первые несколько месяцев интеграция методологии принесла нам первые плоды - позволила избавиться от ряда существенных трудностей при работе над сложными и громоздкими проектами:
- Планомерное ведение журнала работ, необходимых для полной готовности разрабатываемого продукта (backlog), позволило исключить выпадение целей при краткосрочном и долгосрочном планировании;
- Четкие роли в Scrum помогли членам команды, занятым в одном процессе, без споров разграничить полномочия и фронт работ;
- Ежедневные летучки и еженедельный разбор проделанной работы (разбор спринта) избавили от нехватки времени для обсуждения свежих идей внутри команды;
- Ежемесячный разбор проделанной работы наглядно показал скрам-команде, что она не топчется на месте - результат виден всем.
В процессе внедрения Scrum у нас сформировалось понимание, что его интеграция держится на 3 китах: грамотно подобранном инструменте управления, адекватной оценке работ по внутренней балльной системе и полной базе знаний, куда можно и нужно подглядывать.
Первые шаги: от стикеров на стене до удобного онлайн интерфейса
Первое, что следует сделать для перехода на Scrum - составить бэклог. Оптимальным решением для нас на тот момент стал перенос всех идей по созданию продукта из голов скрам-команды в большую таблицу в Microsoft Excel.
Второе - организовать площадку для отслеживания выполнения целей и задач в реальном времени. Вначале мы выбрали самый что ни на есть физический носитель - стену в нашем офисе. Мы разделили ее на отсеки «Сделать», «В работе» и «Готово». Затем добавили раздел «ПОЖАР», куда включали всякие незапланированные задачи, возникающие вследствие какого-то форс-мажора - скажем, из-за блокировки важного онлайн сервиса великим и ужасным Роскомнадзором.
С течением времени мы поняли, что заклеивать стикерами стену вручную - контрпродуктивно, и ушли за решением в интернет. Там мы набрели на замечательный сервис для управления проектами небольших групп - Trello. Он идеально подошел в качестве альтернативы офисной стене.
Следует оговориться, что работа в Trello подойдет не всем. Наш друг из агентства «Аутмаркетинг» Антон Шаяхов в своем материале «Scrum-маркетинг в камерном агентстве: почему нам не понравился Trello и чем мы его заменили» подробно рассказал про альтернативные #инструменты. А их немало: Jira, Wrike, StarTrek, Taiga, Basecamp. У всех есть свои плюсы и минусы. За подробностями - по ссылке выше. Осторожно: присутствует ненормативная лексика из сферы IT.
Оценка и анализ эффективности команды
Всякая работа должна оцениваться. Каждая задача «весит» определенное количество баллов, состоящих из суммы потраченного времени, задействованных членов скрам-команды и их трудозатрат. Например, сложная задача для одного человека может «стоить» существенно больше 1 балла. Для оценки Scrum использует числа Фибоначчи. Это порядок, когда каждое следующее число равно сумме двух предыдущих - 1, 2, 3, 5, 8, 13, 21 и так далее. Придумана такая методика для того, чтобы внутри команды не было споров о трудозатратности задач - проще определить стоимость работы, если выбор стоит между 5 и 8 баллами.
В самом начале сложно точно определить «вес» задачи. Если бы вы меня тогда спросили, во сколько баллов можно оценить, к примеру, задачу по размещению вакансии - я бы точно не ответила сходу. Первое время мы ставили балл навскидку, по ощущениям. И вот спустя примерно три месяца, мы начали понимать, как сложность задачи влияет на ее оценку - задача по размещению вакансий может стоить и 1 балл, и 5. Все зависит от обстоятельств. Дело в том, что в одном случае мы ее выполняем уже зная площадку для размещения и содержание вакансии, а в другом надо промониторить аналогичные вакансии конкурентов, узнать у руководителя искомого сотрудника, какими качествами должен обладать соискатель, сформулировать требования по вакансии и все в этом духе.
Среди прочего баллы помогут оценить адекватный уровень загрузки команды. К примеру, ваша команда способна за недельный спринт выполнить задач на, скажем, 200 баллов. Это значит, что, если вы в начале недели запланировали работ на 300 баллов, то с большой долей вероятности ваша скрам-команда ничего не успеет, сильно устанет и «перегорит».
Для того, чтобы быстрее перевести возможности команды в баллы, нужно вести статистику. Ежедневно запоминайте и записывайте во сколько баллов вам обошлась та или иная задача, затем сформулируйте это в отдельный документ. Анализ проделанной работы - крайне важная штука, если в итоге вы хотите увидеть тот самый рост продуктивности.
Век живи - век учись
Очевидно, что в одном тексте крайне сложно передать все нюансы методологии и не потерять концентрацию читателя. Однако если вы все же ступили на тернистый путь оптимизации работы команды, рекомендуем ознакомиться с профессиональной литературой от разработчиков и экспертов по Scrum и agile-управлению продуктом.
Важно понимать, что материал не претендовал на статус обучающего и не имел цели сделать из вас Scrum Master'а. Мы скорее хотели подтолкнуть вас к изучению этого инструмента. Если удалось - пишите о своих успехах и неудачах, ведь на ошибках учатся, причем как на своих, так и на чужих.
Ну так себе у вас контентный маркетинг. Опоздали со статьей лет на 5 минимум. :)
Вот искренне, очень круто, что вы уже 5 лет scrum-мастер и консультируете Сазерланда с Швабером. Однако вы же не претендуете на голос всех читателей? А вдруг кто-то до сих пор не в курсе? Им и наука!
А теперь про контент-маркетинг... Мы разве что-то продаем или кого-то привлекаем? Исключительно делимся опытом! А это другое)
Да бросьте - чистейший Pr:)
И если его vc пропускает бесплатно то готов не менее емкие статьи выдавать еженедельно.
Естественно деления опытом ради.
А что мы пиарим? Вроде никто не требует деньги за прочтение. Да и платных уроков личностного роста и семинаров по ведению бизнеса мы не даем... Странные вы, ищете острые подводные камни там, где из нет.
И еще. Пиаром тут не пахнет как минимум потому, что пишем мы не для нашей ЦА. Хотим быть полезны коллегам, а вы тут напали с подозрениями.
Делитесь опытом лучше, друзья, а не камнями кидайтесь)
Ваша позиция мне понятна.
Но и отрицать очевидное как бы глупо что ли?
Вам все пишут что ничего нового, актуального вы не сказали, зато себя органично вписали. А вы говорите - НЕТ! Дали полезный опыт пусть и для новичков.
При этом вопрос про бесплатность публикации этой статьи вы обходите.
Давайте без демагогии - вы бесплатно разместили эту статью? Просто: Да или нет?
На самом деле отрицать глупо. Вы правы. Когда мы писали эту статью, не были уверены, что она будет полезна, так как не до конца понимаем, кто здесь такие статейки читает. И конечно, мы бы могли пойти по хардкору и написать кучу всяких полезных штук, но понятны они будут только людям, которые разбираются в теме. А мы не были уверены, что тут широкая аудитория тех, кто в скраме разбирается.
Если вам интересно - пишите, что хотите узнать, обязательно расскажем что-то более хардкорное.
И да, конечно бесплатно! Более того, я не знал, что можно платно публиковаться. Подскажите как!
Что мне интересно? Как людей "заставить" перейти на Agile. Какими словами, пряниками, кнутами. Конкретные кейсы, разговоры и т.п.
Т.е. не теория и какой цвет стикерса и софт использован, а как выстраивать отношения с людьми. Где критерий что человек не будет работать иначе.
Я наверное попыток 5 предпринял и пока так себе... Интересно именно внедрение с т.з. работы с коллективом.
P.S. если бесплатно, то подскажите какие действия нужно сделать чтобы статья появилась на vc.ru. Я то же попробую :)
Заодно подзакалюсь в восприятии критики :))
Блин, крутая тема. И есть, что рассказать. У нас сначала был скепсис у всей команды) И потом со временем только люди поверили, что эта штука работает. Короч, расскажем в следующей статье.
Кстати, если это прямо ваша боль, приходите в гости, мы покажем как работаем, послушаете отзывы коллег, ну и заодно мы поймем, что вам интересно, чтобы лучше раскрыть тему!
Дак тут же вверху есть кнопочка "Написать". Мы туда и пишем) Единственно, что сами репостим и просим друзей это делать, чтобы чуток раскачать лайки, просмотры и тд. От этого зависит ратирование. В прошлый раз нас группа вконтакте VC.ru репостнула и мы получили тысяч 6 просмотров.
Да, по моему изменения мышления людей самая важная тема.
Москва?
Попробую написать:)
Блин, не, Екатеринбург) Вы из Мск?
страна больше :) - Новосибирск
Будете в Екб - звоните rbz.su. Скажете, со мной соединить, сделаем экскурсию) ну или пишите в фб, может что интересного посоветую