Comments 14
Это кажется логичным даже если самому не приходилось выступать в роли заказчика)
Долгосрочная и креативная работа должна как-то отслеживаться, чтобы всем всё нравилось и было минимум вопросов в конце, так что мелкий и частый фидбек полезен
Согласен, я тоже стараюсь напоминать о себе раз в неделю, стараюсь сам позвонить первым. В моей сфере, где я сотрудничаю с заказчиками, обратная связь нужна обязательно. И клиент всегда в конкурсе наших дел и не волнуется, что про него "забыли".
Изобретение аджайла в прямом эфире, смотреть без регистрации и смс
Стоит на старте еще обговаривать что представитель заказчика или сам заказчик будет подключаться это все отсматривать такими же итерациями. Иначе да-да посмотрю, да-да посмотрю а через месяц работ: блин, все не то)
Мы, когда задача готова процентов на 50, устраиваем с заказчиком встречу, очно или созвон, чтобы показать ему результат проделанной работы и сориентировать по срокам готовности. А когда реализуем большой проект, в котором задействованы несколько пользователей, причём из разных отделов, мы набираем "тестовую команду" и, буквально, отдаём на тест в копии базы, чтобы они сами понажимали кнопки, чтобы сами поняли свои процессы, и только если ошибок нет, тогда выгружаем доработки в рабочую базу.
В общем автор решил изобрести велосипед, вместо того, чтобы изучить существующие методологии разработки ПО, и использовать ту, которая ему больше подходит.
У меня примерно такая же стратегия, но только по отношению к моему непосредственному руководителю. Да, у нас есть ежедневный Daily и грумминг задач. Но когда сообщаю о себе, то он видит где буксую и чем мне можно помочь или понимает, что все ок. Это повышает мою предсказуемость, что очень важно для моих коллег. Однако это также и мне полезно, если руководитель не теребит меня, значит относительно меня все ровно.
Есть такая поговорка: "Дуракам полдела не показывают".
Я не сомневаюсь, что все ваши клиенты очень умные, но все же, не было ли недопонимания, когда вы показывали незавершенную, еще далекую от совершенства работу?
В моём этапе (проектирование) нет даже намёка на совершенство. Я готовлю все артефакты (функциональные требования, интерактивные прототипы, функциональные спецификации), точно зная, что в процессе дизайна, вёрстки, программирования, запуска и тестирования будет постоянно что-то меняться. А потом придут реальные пользователи и многое нужно будет переделывать, даже если проектировщик был суперпрофессионалом.
Моя задача не показать совершенную работу, а помочь клиенту воплотить его видение в реальность и описать его достаточно подробно, чтобы разработчикам пришлось задавать как можно меньше вопросов (и как можно быстрее справиться с задачей). Во время проектирования я делюсь с клиентом своим многолетним опытом в создании интерфейсов и в реализации собственных проектов, но понимаю его субъективность и не переоцениваю.
В КП, перед заключением договора, я указываю не только сроки и цены работ, но и количество часов клиента, которое обязательно потребуется на промежуточные переговоры и согласования. Поэтому мои клиенты заранее, ещё до начала договорных отношений, хорошо осведомлены о моих процессах, артефактах, подходах, принципах и опыте.
А посему ответ: нет. В последний раз, когда возникло такое недопонимание, на дворе был 2007 год. И мне хватило тех уроков.
Я ни разу не встречал такого, чтобы при выполнении работ длительностью больше двух дней у исполнителя в процессе не возникли какие-то уточняющие вопросы к клиенту. Всегда всплывают какие-то вещи, которые были упущены во время изначальной постановки задачи или составления ТЗ. Причём это касается любой сферы, будь то разработка ПО, дизайн, строительство, ремонт авто или ещё что-нибудь. Если исполнитель сам не выходит на связь в течение длительного времени, скорее всего это означает, что ваш заказ ещё в очереди и за него ещё не брались. Именно поэтому клиенты волнуются. И именно поэтому вы правильно делаете, что информируете клиента о ходе работы.
Почему мои клиенты не спрашивают, как дела по проекту, пока я над ним работаю