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