В этом случае ваши аналитические способности явно ограничены, и вы не можете качественно выполнять обязанности уровня проекта:
• Вы не способны качественно рассматривать, а также валидировать экономическое обоснование проекта и его цели. Человек, отвечающий за передачу информации, может выставлять собственные цели и/или цели нашей компании за цели стейкхолдеров.
• Скорее всего, собранные бизнес-требования переданные в вас, будут подвержены искажениям и, вероятно, не в достаточном объёме. Готовьтесь к внезапному получению больших паков новых требований на этапе разработки. Уточняйте детали в местах логических несостыковок требований, используйте дедукцию, индукцию и ваш предыдущий опыт.
• Зачастую, решение приходит к вам в виде точки зрения конкретного человека. В данном случае можно инициировать рассмотрение архитектурной составляющей проекта как инициативу, при необходимости подключая архитектора или других экспертов (разработчиков, DevOps, администраторов).
• Любые метрики должны иметь точку опоры со стороны бизнеса (их ожидания). Иначе они могут быть либо завышены, либо занижены. Редко когда в таком формате удаётся получить адекватные требования по метрикам от стейкхолдеров.