Многие записки будут посвящены именно выстраиванию процесса взаимодействия с заказчиком. Данный процесс очень важен на любом этапе работы и является ключевым для успеха проекта.
От того как вы выстроите отношения с клиентом, как вы будете или не будете фиксировать ваши договоренности, решать спорные вопросы, вести переговоры (устные или письменные) зависит очень много.
Конечно, ваша позиция будет во многом зависеть от целей, которые перед вами стоят. Если цель – сделать «чисто по ТЗ», то это одна история.
Моей целью и целью нашей команды было и есть разработка качественных ИТ-решений. Поэтому позиция в записках будет исходить из желания сделать классно. Это значит:
- заказчик доволен результатом
- решена поставленная бизнес-задача,
при этом мы должны уложиться в бюджет, сроки и другие ограничения проекта.
Как я писала ранее, мы всегда стараемся договориться с клиентом, но при этом не «прогибаться» по каждому поводу, иметь свою определенную позицию. Как мы это делаем, какие инструменты применяем, будет описано в следующих записках.
Важно отметить, что в начале проекта новым клиентам не всегда нравится предлагаемая нами процедура взаимодействия. Зачастую, клиенту удобнее чтобы разработчик по первому «зову» прибежал и реализовал любые идеи, которые возникают по ходу разработки. Главная опасность таких идей:
- они могут возникать бесконечно,
- они могут противоречить друг другу и первоначальным требованиям проекта.
Поэтому в ваших интересах, коллеги – разработчики и уважаемые Заказчики, чтобы:
- процесс взаимодействия был выстроен и формализован (в том числе кто кому что должен предоставить, проверить, дать обратную связь);
- у обеих сторон должно быть четкое понимание результата проекта (что будет в конце, как это будет выглядеть, какие задачи будет и НЕ будет решать),
- изменения требований должны четко контролироваться, фиксироваться; не допускайте их противоречивости и бесконечности.
Только в этом случае у вас будет возможность получить ожидаемый результат в необходимые сроки.
Но обо все этом будет дальше… в следующих записках.
А пока небольшая реальная история из моей практики:
Эта история произошла со мной в далеком 2004 году. Меня поставили менеджером по сопровождению информационной системы небольшого предприятия Y. Так как на тот момент я еще училась в университете, то директор решил поставить эксперимент по оплате моей работы и назначил мне не фиксированную заработную плану (ЗП), а зависящую от фактически выполненных и оплаченных клиентом работ. Таким образом я точно знала сколько получу за выезд к клиенту, за установку обновлений, за другие работы. А также я очень хорошо знала, что если меня вызовут для исправления своих же «косяков», то мне за это никто не заплатит. Такой подход очень дисциплинирует и учит ответственно подходить к работе, качеству, ориентироваться на результат и все лишний раз проверять.
Один раз этот клиент «Y» заказал реализовать срочные изменения в работе информационной системы. В целом получался довольно большой заказ (на самом деле он был конечно не очень большой, но для меня как для студента это было очень даже прилично), плюс за срочность я им удвоила тариф, на что «скривив лицо и губы они все же согласились».
Поэтому мы очень быстро все сделали, проверили, установили на предприятии… и на этом все. Обновления работают, а акты не подписывают, деньги не платят.
Спустя месяц я уговорила директора сделать обновление, в котором через определенный период автоматически отключится все неоплаченные новые функции.
После чего я спокойно приехала на предприятие, обновила систему и поставила перед фактом руководство предприятия, что в случае неоплаты в течение недели у них произойдет «откат» на старую версию.
Конечно, ругались они сильно, на сколько я помню даже называли меня «Чубайсом».
Но деньги заплатили.
Кстати, потом я их также продолжала сопровождать, пока меня не переключили на другой проект. Но это был уже очень дисциплинированный заказчик: звонили и вызывали по делу, счета оплачивали регулярно.
С уважением,
Юлия Чудинова
https://e-learn.sike.ru/
P.S. Подписывайтесь на мой канал, внедряйте полезные идеи в вашу работу, делитесь с коллегами опытом, предлагайте темы для будущих публикаций!
#запискиразработчика #j.chudinova #sike #менеджер проектов #управление проектами #разработка продуктов