礼貌的 http://funnyfunks.com/wp-content/uploads/2013/11/funny-creativity-comics.jpg
成功模棱两可的秘诀？不要用细节代替明晰。
如果您围绕VALUE（而不仅仅是OUTPUT）关注对话，那么解决方案详细信息的减少并不意味着解决方案清晰度的降低。您可以帮助每个人想象出什么样的价值-在简单的示例中使用制表符或基于手风琴的UI，还是在复杂的情况下使用Wiki / Google Hangouts-然后从中提出您甚至都不知道的解决方案可能。最终，您仍然会获得VALUE，只是输出本身可能与您期望的有所不同。
（旁注：我觉得这里的BABOK本身在解决方案需求和功能需求的定义上有点模棱两可，而不是一种有用的方式。我相信解决方案将要管理的行为和信息在很大程度上是正确的-但这应与最低级别的要求分开-我们称其为技术要求。）
这并不意味着您可以懒于收集，编写和管理需求。作为业务分析师，要求的责任仍然在您身上-但是，这仅意味着在早期阶段放弃对该解决方案的更多控制。在就如何实现价值进行了激烈的讨论之后，下一级的需求细分应该包含更多的细节，并且不那么模棱两可。然后再将其分解为下一个详细级别，一直到低级测试。仅在最后一个负责任的（或必要的）时刻决定收敛于详细的需求。
礼貌的 这并非在每种情况下都适用-您不会在6西格玛（Six Sigma）环境中寻求更多的创造力或授权，也没有严格的法规要求。
如果您发现自己没有真正向团队成员提供反馈，那就坐在那里等待被告知该怎么做-好吧，如果您喜欢成为命令和控制类型的话，您可能会喜欢上它-但是如果您想要一个真正的共享结果，明确预先设置背景，角色和责任。召开启动会议来讨论和调查团队要解决的问题的环境有助于提供更大的背景并希望有更大的目标感，而不是“我们只是在这里做他们想做的事”。 RACI只是您在该会议中可能会发现有用的工具之一。
另外，如果您发现自己没有获得所需的持续质量或速度，请设置较短的审核周期。设定必须平衡这种自由的基调-每个人都必须使用MVP来支持对需求的解释-无论是线框，工作软件还是好的旧笔和纸。但是要在分歧和趋同之间保持平衡。
因此，尽管存在种种负面新闻，但模棱两可仍然是有力而有用的事情。只要您专注于价值而受到约束，紧张的歧义就可以使您变得更具适应性，这是构想更具创造性的解决方案并允许每个人添加个人风格的一小步。
这就是为什么歧义是一件好事。和一件美丽的事情。还是一件很棒的事情。
不要忘记在下面留下您的评论。
