Как работать по аджайлу. Часть 2: «Как бывает без аджайла»

В первой части я рассказал, с какими проблемами сталкиваются сейчас продукты:

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

Во второй части расскажу, как делают продукт «по-старинке» — по «водопаду». Это модель разработки, которую придумали в 1970 году. Суть «водопада» — чтобы сделать продукт, нужно последовательно пройти через несколько этапов:

Бешеный Джек Пират повёл команду по водопаду

Например, чтобы сделать сайт, надо придумать, что там должно быть — написать техническое задание. Потом по ТЗ нарисовать макеты, сверстать их, прикрутить админку, протестировать и выпустить.

Допустим, мы придумали сервис по доставке шавермы

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

Спланировали запуск

Январь
Составление ТЗ

Февраль
Дизайн

Март
Вёрстка

Апрель
Программирование

Май
Тестирование

Июнь
Подбор курьеров

Июль
Тестовый запуск

Август
Рекламная кампания

Полгода на разработку, но они того стоят. О нас напишут на Виси.ру, Хованский снимет видео в поддержку.

Январь

Из паблика «ОБЗОРЫ ШАВЕРМЫ В ПИТЕРЕ И ОБЛАСТИ» узнаём, что уже есть приложение с базой точек и цен. Значит, не придётся самому собирать список ларьков. Крепим к техническому заданию скриншоты:

Дизайнер увидит примерные данные для макетов, а разработчик скопирует базу.

Думаем над функциями. В Убере видно, как на карте подъезжает машина, а в Деливери-клабе есть рейтинги ресторанов. Тут тоже нужна система оценок и отслеживание локации курьеров.

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

Февраль

Из-за аврала на работе дизайнер прочитал ТЗ только к выходным. Ему непонятно, зачем столько функций в первой версии:

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

На второй неделе ТЗ готово. Дизайнер доволен, что обрезали лишние функции и приступает к работе.

К концу февраля показывает макет:

Март

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

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

Разработчик планировал из отпуска в начале марта собрать прототип, но к середине марта отпуск закончился. Навалилось дел на работе и посвободнее будет в апреле.

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

Апрель

Разработчик начинает верстать, но неясно, что будет, если пользователь ввёл неправильную почту или адрес не в Петербурге. А ещё непонятно, что показывать пользователю после того, как он поставил оценку в письме.

Дизайнер к середине апреля дорисовывает состояния ошибок, страницу-подтверждение и передаёт макет разработчику.

Май

По плану разработчик оценил вёрстку в месяц и к середине мая показывает прототип. Дизайнер видит отличия от макета и начинает бегать за каждым пикселем:

За две недели правок разработчик так задолбался, что заблокировал дизайнера в Телеграме, но к началу лета вёрстка готова.

Июнь

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

Июль

Осталось скопировать базу цен и адресов с другого приложения и всё готово. Разработчик делает запросы к приложению с адресами, но вместо «Невский проспект, 88» видит «89fe5a4ece955712e…».

Оказывается, данные зашифрованы и их никак не скопировать. Потом запросы перестают проходить, потому что их блокируют за подозрительные действия. Пришлось за выходные руками составлять табличку для разработчика. Ещё неделя и сервис готов к тестированию.

Август

Показываем сайт друзьям:

Пока мы разрабатывали отдельное приложение, конкурент добавил ещё одну точку к списку ресторанов. У них уведомления о заказе, отдельное приложение для курьеров и большая клиентская база, а у нас ничего.

Запускаться нет смысла. Команда расстроена, вряд ли они захотят поработать с нами ещё раз:

В итоге

После долгой разработки узнали, что у сервиса нет перспектив. Мы потратили полгода впустую, потеряли клёвых ребят и обещаем, что в следующий раз такое не повторится.