В 2019 году постоянный клиент обратился к нам с задачей реализовать механизм акции для привлечения клиентов с аналогичных площадок – розыгрыш с крупным дорогим призом. Проект в работу взял экс-руководитель проектов.





Вводные данные

Клиент предоставил 4 страницы описания условий розыгрыша. Были установлены крайне сжатые сроки – начать 9 августа, закончить к 1 сентября 2019. Саму акцию планировали завершить к Новому году.

При этом, механика розыгрыша была не самая простая и включала в себя множество дополнительных условий – например, предусматривались разные условия для пользователей сайта и мобильного приложения, а также добавлялись шансы на выигрыш, если другой участник акции пришел по реферальной ссылке (по программе “Пригласи друга”).

1.png


«Изначальное ТЗ от любого заказчика не является готовой постановкой задачи, по крайней мере без дополнительного сбора требований. Несмотря на название, в данном контексте “ТЗ” - это видение заказчика, описание решения какой-то его бизнес-задачи в общих чертах.

Наша главная задача при получении подобной документации от заказчика - понять его боль и сделать следующее:

  • Объяснить заказчику, что описание не равно ТЗ, и что полученный документ необходимо воспринимать как хорошую вводную, но не как готовую инструкцию к действию 
  • Собрать требования (на основе первичного описания возникнут правильные вопросы по технической составляющей) 
  • Проработать так называемые corner cases (различные сценарии одного действия) 
  • Согласовать итоговое ТЗ и формат, в котором оно зафиксировано»
  • Никита Рубин
    Аналитик компании “Айтигро”




    Как работали над проектом

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

    В процессе сдачи работ начали появляться вопросы, которые изначально подготовленное проработанное ТЗ могло бы решить. В итоге появилось новое ТЗ по доработкам реализованного функционала на 10 листах.


    «На этапе сдачи работ по первому “ТЗ” заказчик пришел не с просьбой реализовать что-то дополнительно, а с вопросами “как это будет работать”, что является нормальным поведением в условиях изначально плохо проработанного ТЗ.

    Приведу пример подобного вопроса: “Как быть с пользователями, которые зарегистрированы, но не авторизованы?”

    И действительно, вопрос резонный, так как в изначальной постановке описаны лишь 2 механики - для:

  • авторизованных пользователей Сайта при их регистрации в качестве участников акции 
  • для незарегистрированных пользователей Сайта при их регистрации в акции»
  • Никита Рубин
    Аналитик компании “Айтигро”


    3.png


    Кроме вопросов, которые уточняют какой-то уже реализованный в рамках первого “ТЗ” функционал, были и более глобальные - касающиеся функционала, который не предусмотрели вообще.


    «Например, не было проработано, с чьей стороны начисляются бонусы - должен ли бонусы начислять Сайт или же управление бонусной программой должно осуществляться во внутренних системах заказчика. При этом, от данного нюанса зависит разрабатываем ли мы лэндинг под акцию или все-таки более сложный интеграционный продукт.»
    Никита Рубин
    Аналитик компании “Айтигро”




    Что в итоге

    В итоге завершили работу к середине апреля 2020 года, нарушив сроки на 7,5 месяцев.

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

    Спустя 2 года, проект не несет ценности ни для нас, ни для клиента:

  • так как механика специфическая, использовать ее где-то еще невозможно,
  • при желании запустить акцию в рамках проекта заказчика сейчас, проще будет сделать все заново (так как основной проект претерпел большие изменения).


  • 2.png




    Последствия

    Клиент отказался оплачивать работу – сроки нарушены, а пользы для бизнеса нет. Проект списан в утиль:

    – несколько месяцев команды разработки потрачены впустую;
    – бессчетное количество времени руководителя проекта потрачено на урегулирование ситуации;
    – неоправданное ожидание клиента и его недовольство нами как подрядчиками.

    4.png

    «При этом следует отметить, что нам полностью и без возражений оплатили все трудозатраты на проектирование по дополнительным требованиям заказчика (читай “второе ТЗ”), а также отметили нашу экспертность в данном вопросе.»
    Никита Рубин
    Аналитик компании “Айтигро”




    Вывод

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

    После описанной выше ситуации мы провели работу над ошибками – теперь следуем 3 важным правилам.

    5.png




    Правило 1 – никогда не пропускать этап Проектирования

    Нельзя опираться сугубо на постановку клиента.

    Необходимо соблюдать установленные процессы работы над новыми проектами, какой бы простой/незначительной ни казалась задача. Первым этапом всегда должно быть проектирование – мы внимательно изучаем вводные; если необходимо, привлекаем аналитика; выясняем, что действительно ожидает клиент от данной задачи. Тщательно анализируем задачу – особенно, если речь идет о крупном проекте.

    6.png




    Правило 2 – оценивать сроки объективно

    Мы учитываем общую загрузку команды, время на выполнение задачи, тестирование и исправление багов. Добавляем страховочный коэффициент по плановым часам разработки. Закладываем подушку безопасности под форс-мажоры, пожелания по доработкам от заказчика и т.д.

    7.png




    Правило 3 – договариваться о реальных условиях работы

    Невозможно уложиться в сроки/выполнить другие параметры – договариваемся о реальных. Необходимо найти компромисс с клиентом или, если клиент требует невыполнимых сроков – мы отказываемся от задачи.

    8.png








    Хотите узнать больше об аналитике и проектировании наших проектов?

    Мы подготовили материал, в котором подробно рассказали об этом предпроектном этапе



    похожие статьи

    26 сентября 2024
    Обзор
    Статья на VC: когда сетям общепита стоит переходить
на собственные IT‑решения
    читать
    12 октября 2022
    Обзор
    end-to-end автотесты или как снизить количество критичных ошибок на быстро развивающемся веб-проекте
    читать
    25 февраля 2020
    Обзор
    Тренды 2020. часть 3. ui/ux, графический дизайн, технологии
    читать
    11 февраля 2020
    Обзор
    Тренды 2020. часть 2. фотография, иллюстрация, типографика.
    читать
    01 декабря 2019
    Обзор
    Тренды 2020. часть 1. Дизайн приложений.
    читать