Сегодня пост про небольшой лайфхак, который позволит сберечь время и нервы как исполнителю, так и заказчику.
Думаю, вы часто с таким сталкивались, но возможно, не сильно обращали внимание, что в этой ситуации есть определенная закономерность.
О чем речь?
Суть проблемы в том, что если показать заказчику какую-то работу или презентовать идею в не совсем законченном виде, есть высокий шанс получить в ответ кучу вопросов, негодований, просьб, жалоб и предложений.
Вас попросят не просто доделать до конца, но и, возможно, предложат все переделать, еще и новых хотелок накинут, и плохими словами назовут🙂
Почему так происходит?
Это комплексная проблема, она состоит из нескольких частей:
• У заказчика может быть плохо с фантазией и абстрактным мышлением. Человек не может представить, что из этого недоделанного творения в итоге родится именно то, что он просил. В итоге он думает, что конечный результат будет таким же ужасным, как сейчас.
• У заказчика может просто не хватать компетенции, чтобы понять, что именно вы ему сейчас показываете, как это соотносится с конечной целью, как оно дальше будет развиваться.
• Заказчик в целом может быть тревожным и ветреным. В результате начнет сомневаться, а то ли он хотел, а может, как-то по-другому надо, а может, и вообще лучше не стоит и т.д.
• Заказчик в целом компетентен, но как-то чуть иначе, чем требуется для задачи. Исходя из своих знаний он может сделать неправильные выводы по поводу того, как работа делается, и подумать, что исполнитель пошел куда-то не туда.
Что с этим делать?
В названии всё сказано🙂
Доделайте заказанное до конца и только потом покажите.
Если предлагаете какую-то идею, хорошо её проработайте, снабдите аргументами, фактами, пруфами, примерами. Иначе потенциально ценную идею могут зарубить на корню просто потому, что она на первый взгляд показалась сырой и от этого неподходящей.
А как же аджайл?
У нас же не ватерфол! Скажете вы. И будете правы.
В большинстве случаев мы не проектируем, разрабатываем, тестируем, релизим и потом показываем заказчику весь продукт. Мы накатываем короткими итерациями, демонстрируем заказчику, решаем, что делать дальше.
Тут нет никаких противоречий. Просто «работой» у нас становится не «целый продукт», а конкретная «итерация». Вот в рамках этой работы и соблюдайте целостность.
Грубо говоря, не проводите демо в середине спринта, пока фича еще в процессе разработки.
Итог
Хорошенько прорабатывайте идеи перед тем как занести их тому, кто принимает решение.
Не показывайте работу, пока не доведете её до какого-то логического завершения.
Надеюсь, этот пост кому-то поможет работать чуточку спокойнее и сдавать работу чуточку быстрее🙂