Меня зовут Сергей Москалев, я основатель небольшой студии. Мы делаем сайты, приложения и дизайн. Команда — восемь человек: четверо разработчиков, проджект-менеджер, тестировщик, дизайнер и я. Год назад мы оказались в точке, которую многие владельцы аутсорс- и продакшн-студий, думаю, узнают с полувзгляда.
За год мы не выросли вообще. Совсем.
Как мы жили «до»
Наша система оценки была построена на часах. Клиент спрашивал: «Сколько времени займёт эта фича?» — и мы садились прикидывать. Разработчик называл 20 часов, я накидывал сверху ещё 30% «на всякий случай», проджект-менеджер страховал ещё немного. В результате появлялась цифра, которая не имела почти никакого отношения к реальности.
Думаю, вы знаете, что было дальше. Какая-то задача, оценённая в 8 часов, не закрывалась к вечеру пятницы, потому что внутри неё сидел мелкий неизвестный подводный камень. Разработчик сидел до ночи, потому что «срок же», и приносил результат во вторник — уставший, злой и с тихой ненавистью к задаче. Я нервничал, потому что бюджет горел. Клиент нервничал, потому что «мы же договаривались». И вместо конструктивного диалога о продукте мы общались на языке оправданий.
Последней каплей стал мой внутренний отчёт, который я решил сделать чтобы посмотреть динамику. Я смотрел на цифры и не понимал: мы вроде бы пахали, команда выкладывалась, клиенты оставались довольны — но студия ни на сантиметр не сдвинулась в масштабе. Масштабирования не случилось. Зато случилось то, о чём громко не говорили, но что витало в воздухе — выгорание. Люди не ждали интересных задач, люди ждали конца спринта.
Почему Scrum и Story Points
В IT-сообществе про Scrum и сторипоинты не говорит разве что ленивый. Вся команда — опытные люди, все примерно понимали, о чём речь. Когда на одной из планерок я сказал: «Давайте попробуем оценивать не время, а сложность», — я увидел не сопротивление, а облегчение. Наверное, этот момент был самым красноречивым. Команда устала от огромного потока задач, так как оценивалась время задачи и давалась ровно на то кол-во часов, на которые устроен сотрудник.
Мы внедрили Scrum с его стандартными ритуалами и перешли на оценку в Story Points. Без революций, без дорогих консультантов — просто договорились о внутренней валюте сложности.
Что изменилось — один кейс и глобальные сдвиги
Был у нас проект для клиента из сегмента онлайн-образования — полноценная платформа для школы. И вот там случился показательный момент, после которого я понял, что нужно менять методологию.
Клиент попросил функционал «домашних заданий с автоматической проверкой через тесты». В старой часовой парадигме наш диалог выглядел бы так: мы бы заложили что-то вроде 40 часов на бэкенд и фронтенд, потом внутри вылезли бы нюансы с типами вопросов, мы бы начали пересогласовывать бюджет, клиент бы спросил: «А почему так долго?», ну и так далее.
В новой реальности мы оценили задачу по сложности — командой, в покере планирования. Она получила, скажем, 30 поинтов. Что очень много... Мы стали ее сразу дробить до минимума в 8 поинтов. И какое для нас было удивление, что после дробления это задача превратилась из 30 в 80 поинтов (я условно называю цифры, чтобы передать суть). И это уже были четко декомпозированные задачи в которых сразу были учтены возможные блокеры.
И вот как это ощущается глобально.
Прогнозируемость выросла так, что мне самому сначала не верилось. Команда раз за разом забирает в спринт сопоставимое количество сторипоинтов. Мы наконец научились говорить клиентам не «кажется, успеем», а «исходя из скорости команды, эта фича будет в таком-то спринте».
Качество поднялось. Не потому что тестировщик стал работать больше. А потому что разработчик перестал судорожно закрывать таски, глядя на тикающие «человеко-часы». Ушло это мерзкое чувство: «Я уже потратил 4 часа из 6, а конца не видно, значит, надо среза́ть углы». Сейчас задача делается столько, сколько требует её сложность. Если наткнулись на неизвестное — это становится аргументом в ретро, а не причиной для паники в субботу ночью.
Выгорание отступило. Это, наверное, самый важный пункт. В команде снова появились энтузиазм, юмор в рабочих чатах и предложения что-то улучшить, а не просто «сдать и забыть». Лично мне как основателю стало спокойнее на порядок. Я перестал быть человеком, который вечно тушит пожары сроков, и стал больше заниматься развитием студии.
Масштабирование сдвинулось с мёртвой точки. Мы наконец увидели реальную производительность, а не придуманные часы. Это стало основой для честного разговора и с командой, и с клиентами. Мы поняли, сколько задач можем брать без ущерба для нервной системы.
Мысль, которую я хочу донести
Многие основатели небольших студий ищут волшебную таблетку для роста. Так вот, Scrum и Story Points — не магия. Это просто чувствительная система. Она делает разработку прозрачной и честной — сначала внутри команды, а потом и для клиента. Оценка по времени делает вид, что мы контролируем непредсказуемое. Оценка по сложности признаёт: в творческой интеллектуальной работе может случиться что угодно, и это нормально. И когда вы это принимаете, система начинает работать на вас, а не против.
Если ваша студия буксует, присмотритесь не к финансовой модели и не к маркетингу. Присмотритесь к тому, как вы оцениваете работу и разговариваете о ней внутри. Иногда один переход меняет всё.