Есть еще 2 интересных момента при взаимодействии Заказчика, Аналитика и Разработчика:

1. Заказчику задали не все вопросы или не те вопросы. Как результат: Разработчик в процессе разработки не знает каким образом должен работать или выглядеть определенный функционал или как должна вести себя система при определенных обстоятельствах. По этому Аналитик должен точно определить приоритеты Заказчика (дизайн, функциональные особенности, удобство, безобасность…) и выяснть каждую деталь касающуюся приоритетной области. Также надо понимать, что важно для бизнеса Заказчика и на что он обращает больше всего внимания. Например: для бизнеса важно удобство пользования, а клиент может постоянно навязывать свои идеи по поводу дизайна и тем самым загубить основную цель — удобство (в результате будет недоволен и во всем будет винить Разработчика, Аналитика…). Итог: Аналитик, в первую очередь, должен понять, какие вопросы задавать Заказчику.
2. Попытки Заказчика навязать свою точку зрения, как должен выглядеть и работать конечный продукт (особенно если он в этом не разбирается). Если принять мнение Заказчика и пойти у него на поводу — результатом будет инвалидная коляска с хроммироваными дисками, поскольку Заказчик из-за отсутствия знаний в определенной области и того, как строятся програмные продукты не сможет найти оптимальные решения и грамотно собрать их воедино. То, что Заказчик проффесионал в своем бизнесе не значит, что он знает КАК нужно создавать нужный ему инструмент и КАКИМ он должен быть. Итог: От Заказчика нужно принимать лиш конечные цели, но не промежуточные способы реализации.