Здравствуйте, меня зовут Дмитрий Галатов.
Я работаю старшим программистом в компании CVT. Я занимаюсь веб-разработкой уже 4 года.
Недавно мы с командой завершили проект для одного из уральских банков: разработали сервис подачи онлайн-заявки на ипотеку.
Изначально проект казался простым и понятным, но у заказчика постоянно появлялись новые требования.
В результате работы существенно затянулись.
Я расскажу, как не подвести клиента в таких случаях и создать сервис, который решит проблемы бизнеса.
А также как структурировать работу над проектом, чтобы ничего не пришлось переделывать.
Чего хотел заказчик/ Задача заказчика и исходные данные проекта
Банк обратился к нам с задачей: разработать сервис для оформления онлайн-заявок на ипотеку.Он включает в себя следующие компоненты:
- Целевая страница с калькулятором ставок по ипотеке.
Будущий заемщик может самостоятельно рассчитать проценты по кредиту на сайте банка.
При этом учитывается множество условий: размер первоначального взноса, сроки, участие в зарплатном проекте.
- Онлайн-заявка с возможностью прикрепления документов.
Клиент предоставляет информацию об образовании, имуществе, доходах и расходах.
Всего более 100 объектов, содержащих персональные данные.
Далее к заявке прикрепляются сканированные копии документов.
- Интерфейс для сотрудников банка.
В нем сотрудники проверяют правильность заполнения поступивших заявок.
Если все правильно, то клиента приглашают в офис для заключения договора.
Если необходима корректировка, банк уведомляет вас, какие данные необходимо уточнить.
Проект пришел к нам в виде концепции и небольшого прототипа с несколькими полями анкеты.
Казалось бы, все понятно, поэтому мы сразу приступили к разработке.
Мы рассчитывали закончить его за 2 месяца, но этого не произошло.
У заказчика постоянно возникали новые требования, так как на его стороне не было утвержденного ответственного лица.
Подразделения банка делегировали друг другу решения по согласованию.
Мы ждали ответа несколько месяцев или не получили его вообще.
Из-за этого процесс затянулся на неопределенный срок, но в итоге мы справились.
По итогам этого проекта мы с командой сделали выводы, как оптимизировать работу с аналогичным клиентом банка.
Что следует согласовать с заказчиком перед началом проекта?
Перед началом работы важно обсудить с заказчиком как можно больше деталей, чтобы все прошло по плану и без сюрпризов.Итак, вам необходимо узнать:
- Есть ли какая-либо документация, необходимая для разработки? Немедленно запросите, если чего-то не хватает. В противном случае вам придется писать все с нуля, а это определенно займет много времени.
- Кто и когда готовит техническое задание.
Сначала утвердите техническое задание, а затем приступайте к разработке сервиса.
Не следует выполнять задачи проекта параллельно.
Это не ускорит процесс разработки, а скорее наоборот. Например, при реализации проекта команда может понять, что не учла требования службы информационной безопасности по хранению персональных данных.
В этом случае архитектору придется вернуться к началу работы.
- Кто занимается интеграцией? Важно понимать, что если ваша команда сделает это, время разработки увеличится.
Если интеграцию осуществляет банк, то SLA должно быть четко прописано в договоре.
- Как будет согласовываться результат? Важно утвердить ответственное лицо на стороне заказчика.
Это облегчит и ускорит процесс одобрения.
Как наладить рабочий процесс с клиентом
Обратите внимание на эти моменты, как только к вам придет задание.
Тип заказчика и перспективы развития проекта
У каждой компании своя внутренняя структура, длительность согласований и подход к поддержке.Вы можете сразу проанализировать заказчика, чтобы понять, насколько для него критичны сроки и какие возможности он может себе позволить.
Возможно, удастся с самого начала отговорить клиента от одного решения и предложить ему другое, более подходящее.
Банк-клиент, скорее всего, будет иметь длительную систему согласований с разными ведомствами.
Вероятно, потребуется сложная архитектура, а сам проект точно займет больше 2 месяцев.
Архитектура
Если вы не можете сразу понять все требования, попробуйте немного повысить свои ожидания.Например, предложить клиенту банка вариант с более сложной и, соответственно, более дорогой архитектурой.
Скорее всего, это решение будет сразу же отправлено на согласование руководителю разработки, а значит, ответа долго ждать не придется.
Для крупных структур и сложных проектов лучше выбрать событийную архитектуру и потоковую обработку информации — например, Kafka. Дополнительно вы можете создать универсальное и удобное хранилище типа Hadoop. Вам также, вероятно, следует немедленно использовать технику DDD или шаблоны CQRS и Event Sourcing. 
Ведение журнала
Рассмотрите и покажите заказчику первоначальный список логов.При оценке включите больше протоколирования: предложите регистрировать техническую информацию и бизнес-процессы.
Например, в проекте есть форма заявки на ипотеку.
Можно спрогнозировать, что при ее заполнении статус заявки изменится, и клиент получит об этом уведомление.
Все это можно предложить в залог.
Такое решение сразу будет отправлено на согласование архитектору, руководителям отдела безопасности или отдела разработки.
В результате у вас изначально будет утвержденный список логов, а в дальнейшем новые требования будут снижаться.
Эти решения помогут вам скоординировать действия в самом начале проекта, сократить количество новых требований и, как следствие, работать спокойнее.
Резюме: как сберечь нервы себе и команде
Помимо технических моментов, я думаю, важны еще несколько моментов.Вот несколько основных советов по работе с клиентом банка, чтобы не перегореть на проекте.
Прогнозировать ход проекта и требования
С опытом делать это станет проще.Вы начнете анализировать заказчика и предполагать, какие инструменты ему могут понадобиться, какую архитектуру логичнее выбрать.
Обсудите потенциальные риски на берегу
Разработчику важно не просто решить проблему клиента, но и показать ему последствия тех или иных решений.При этом нужно беречь нервы своей команде.
Для этого обсудите основные моменты с заказчиком еще до начала проекта.
Сразу задавайте вопросы и уточняйте неясные моменты
Это сэкономит много времени в будущем.Если записывать вопросы в таблицу, то совсем не факт, что клиент до них доберется.
Их будет проще установить во время ежедневной синхронизации.
Если не ответили, спросите еще раз в следующем.
Будьте готовы к переменам
Этого невозможно избежать при работе со сложным клиентом.Просто потому, что координация происходит с несколькими ведомствами и разными ответственными лицами.
Выше я объяснил, как можно упростить этот процесс.
Но в любом случае новые требования не должны вас выбивать из колеи.
Просто примите, что они являются частью рабочего процесса.
Положитесь на команду
Они ваша опора и опора.Вместе реальнее справиться с новыми требованиями и не перегореть.
Поэтому важно построить доверительные отношения внутри коллектива.
Провести послепроектную ретроспективу
Обсудите ошибки со своей командой, чтобы они не повторялись в подобных ситуациях в будущем.
Будьте готовы к бою и не позволяйте трудностям разрушить ваши нервы и ваш проект!
Теги: #Управление проектами #банк #проект
-
Межзвездная Коммуникация
19 Oct, 24 -
Как Не Переводить Названия Фильмов
19 Oct, 24 -
О Величии Бумажной Почты
19 Oct, 24 -
Давайте Изобретать Колеса
19 Oct, 24
