我发现我应该像所有读者阅读上一段时一样，寻求“质量保证”，但速度通常比他们慢。我发现质量上有很多成功，但“质量保证”上只有6个成功。这是我发现的6个匹配结果中最相关的（尝试一下-很有趣），而我与质量检查经理分享的那则仍然很兴奋：
“业务分析师是执行...BABOK®指南中描述的任务的任何人，包括也执行相关学科（例如项目管理，软件开发，质量保证和交互设计）的人员。”
“你也是学士学位！”我以惯常的保留方式分享了：-)“如果您帮助BA制定了更好的业务案例，需求管理，业务用例以及迭代式改进，您将知道要测试什么以及何时进行测试！”。
令我惊讶的是，质量检查经理并不兴奋。她说：“不是。” “质量测试从头开始，而不是从头开始”。我说：“正确”。任何产品或软件都无法通过检查获得质量-质量已经存在或没有。过程的每个阶段都需要质量。如果我们从最早的愿景需求出发，通过高质量的业务案例，以及全面的启发，分析和验证来共同努力，我们一定会获得更高质量的软件成果。”我等待她的同意，但从未成功。
“ BA需要提出更好的需求，我可以测试这些需求。”我不会为他们做他们的工作，但我将对他们所做的工作进行质量检查。”她沮丧地说。 “你怎么知道他们做得不好？”我问。她回答：“我们得到了所有的投诉”。 “这些系统永远不会做他们应该做的所有事情。”
在内部，我咧着嘴笑，努力不因矛盾声明的模棱两可而笑。 “您怎么知道系统应该做什么？”她停下来思考，最后说“我没有时间”，我们再也没有说话。
我们怎么知道我们的解决方案要求[从业务和利益相关者的要求中分析]将是相关的？我们可以使它们可测试（并且可以），但仍然缺少要求。至少有两个答案：
- 没有人抱怨他们没有使用的系统。投诉是取得成功的标志。继续做好自己的工作，并在可能的情况下寻求持续的改善，并安然入睡。
- 将“愿景”转变为高质量的业务案例，可以为进一步的需求提供依据。
下个月：如何将愿景变成高质量（更高质量）的业务案例。
直到我们见面，玩得开心！
不要忘记在下面留下您的评论。
