Если клиент не интересуется проектом, то этот проект подвергается опасности, еще не начавшись. Если у клиента нет времени рассказать, зачем ты пишешь для него эту программу, то, возможно, ее вообще не стоит писать.
В двух красивых фразах, которые вы успеете сказать в лифте, должна быть заключена суть проекта или идеи. Необходимо рассказать, что собой представляет проект, для чего он нужен и почему стоит купить именно его.
Для [адресат сообщения]. Объясняется, на кого ориентирован проект или кому он мог бы принести пользу. ♦ Который [утверждение о необходимости или о предоставляющейся возможности]. Расширенное представление проблемы или потребности, стоящей перед клиентом. ♦ Это [название продукта]. Проект начинается с присвоения имени. Название важно, так как оно помогает понять ваши намерения. ♦ Относится к [категория продукта]. Объясняется, чем, по сути, является данный продукт или услуга и какова полезная нагрузка проекта.
Что, если начинать каждый проект вот так? Предположим, в начале каждого проекта вы вместе с командой пытаетесь ответить на четыре простых вопроса о себе. • В чем я особенно хорош? • Как я привык работать? • Что я ценю? • Каких результатов можно от меня ожидать?
Как бы я ни обожал тот дух и те принципы, на основе которых работает гибкая команда, не имеющая формально распределенных ролей, должен признаться, что попытка пригласить глубоко консервативную команду разработчиков и сообщить ее членам, что им нужно «самоорганизоваться», на практике у меня никогда не срабатывала.
Нельзя, чтобы несколько владельцев по-разному представляли себе, в каком направлении должна идти работа, каковы приоритеты и над чем следует работать далее. Напротив
Сможет ли клиент уделить этому время? Уполномочен ли клиент принимать необходимые решения? Желает ли клиент направлять развитие проекта и руководить им?
