Чему нас могут научить автобусы
Бизнес всегда хочет, чтобы разработка поставляла фичи быстрее. И мы у себя в ИТ придумали процессы, скрам, CI/CD — кучу всего придумали, если честно.

Но сегодня я дам вам самый простой рецепт, как повысить ощущение скорости разработки для бизнеса. И помогут нам в этом... Автобусы!

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

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

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

Результаты удивили: пассажиры на остановках с дисплеем заявляли, что ждут автобуса примерно на 30% времени меньше, чем пассажиры на остановках без дисплея!

Еще раз: автобусов осталось ровно столько же. Ученые только добавили дисплей, на котором было видно, сколько еще осталось ждать. И это улучшило показатель на 30 процентов! Представьте, сколько автобусов нужно было бы вывести, чтобы достигнуть такого же результата? Сколько денег потратить — кошмар просто.

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

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

Инструменты, которые могут вам помочь:
- Дорожная карта, на которой отмечены важные даты проекта или его релизы
- Текстовые апдейты раз в неделю (или чаще), как двигается проект и как мы попадаем в сроки
- Заполненная Джира, в которой виден статус проекта и его задач

Я в Циан использую все три, кстати.

Итак: прозрачные сроки сами по себе могут ускорить ощущение скорости разработки. Исследований в ИТ на эту тему пока не проводилось, поэтому скажите в комментариях, что думаете — бьется ли мой метод с вашим восприятием? Как вы сообщаете бизнесу сроки и контролируете его ощущения?