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