![]() |
#12 |
Участник
|
Цитата:
Сообщение от Галина
![]() 3. Имеет хороший теоретический бэкграунд. Что под этим рассматривать? Какие книги прочитал. Ок-перечислит консультант технические книги по продукту. Как сможет их оценить клиент?
5. Предлагает нестандартные идеи. Полностью согласна с bobkov. И добавлю от себя-как может оценить клиент - стандартные или нестандартные идеи предлагает ему консультант? Приводится критерий "Выдал ли он на-гора пару хороших идей во время разговора с вами?" - на месте клиента-я бы очень настороженно отнеслась к тому, что мне во время первой - второй встречи стали давать советы и идеи. Потому что все таки внедрение продуктов - требует тщательного анализа в первую очередь. А как можно за одну-две встречи провести такой анализ и выдать результат? 6. Как клиент может оценить насколько коротким и конкретным должно быть ТЗ например? 10. Готов отвечать за результаты. Предлагаются фразы «Мы гарантируем, что...», «Я лично отвечаю...», «Я уверяю вас, что вы можете не волноваться за...» - лично меня опять же на месте клиента очень насторожили как раз такие фразы. Как может консультант гарантировать что либо, если он еще не проанализировал и не разобрался в ситуации клиента? Т.е. фактически повторяется пункт 5. 5. На основании прошлого практического опыта. Если в прошлом консультант решал нестандартные задачи, то и в этот раз сможет. 6. ТЗ вообще пишется не для заказчика а для того, чтобы исполнитель смог эффективно добиться своего результата - работающая система в соответствии с требованиями заказчика. 7. Не проведен анализ? Гарантируйте, что вы его проведете так, что сможете потом по этому анализу написать ТЗ. Потом гарантируйте, следующее. Цитата:
Если вы не можете разговаривать на одном языке с Заказчиком, то вообще непонятно, как можно управлять проектом. Заказчик просто ОБЯЗАН понимать, что происходит и почему. Если он сам не в состоянии понять, то это задача консультанта или руководителя проекта объяснить ему. |
|
|