需要与需求
需要（Need）和需求（Requirement）无疑是系统工程领域的两个重要概念。INCOSE系统工程手册第5版关于需要描述（Need statement）和需求描述（Requirement statement）的定义分别为：
需要描述是一个或多个生命周期概念正式转化为实体执行某些功能或具备某些品质的一致期望的结果。The result of a formal transformation of one or more life cycle concepts into an agreed-to expectation for an entity to perform some function or possess some quality. (INCOSE GtWR, 2022)
需求描述是一个或多个需要或父需求正式转化为实体执行某些功能或具备某些品质的约定义务的结果。The result of a formal transformation of one or more needs or parent requirements into an agreed-to obligation for an entity to perform some function or possess some quality. (INCOSE GtWR, 2022)
我承认自己对上述定义理解起来很吃力，也不确定翻译是否准确。即便如此，仍敢提出自己的“见解”。对自己无知者无畏、知无知仍无畏的勇气深感钦佩！
需要 是需方关于交付物（实体）功能和品质的单方面期望；需求是供需双方关于交付物（实体）功能和品质的合理约定。
简单地说，需要只是需方（甲方）的期望，既不考虑供方（乙方）是否接受，也不考虑能否实现，甚至不考虑多个期望之间是否自相矛盾，更不深究自己真正需要的是什么。需求则是供需双方协商并共同认可的，不存在自相矛盾的，可实现的。
需方真正需要的是什么，决定了供需双方努力的正确方向，决定着双方将做的事是否是“正确的事”。要准确认识这一点并不容易。就像发烧的病人说自己冷时，实际上他真正需要的不是棉被，而是冷敷的毛巾和退烧药。假如不在“做正确的事”，一切努力都是南辕北辙，即使“正确地做事”，离真正的目的地也会越来越远。
有一种观点是将Need翻译为“要求”，让人感觉是家长式的，只要是甲方上帝的期望，乙方就必须无条件接受，按“要求”交付上帝期望的东西——包括上帝自己都造不出来的东西。这显然毫无道理。
要区分需要和需求，至少问五个问题：
1）供方将来提供的交付物应能帮助需方改变什么或者获取什么信息？为了达到这个目的，有哪些原理上可行的备选途径？
2）需方多个期望之间是否存在矛盾？
3）是否可实现？或者说，是否符合科学原理并能在可接受代价和可接受风险范围内实现？
4）是否供需双方都同意并正式认可？
这五个问题，也体现了从识别需要到定义需求的过程中应依次开展的工作：要识别真需求；要针对真需求考虑多种备选途径；要充分分析以剔除自相矛盾的期望及其描述；要权衡期望与代价&风险后作出取舍决策；要供需双方协商认定。假如将需要照单全收直接“转化”为需求，上面五个问题迟早会“转化”成大问题。
另外，“需要”和“对需要的描述”是不同的。期望可能很多，却未必全部被明确描述；对期望的描述未必准确体现真正的期望。
“需求”和“对需求的描述”也是不同的。对需求的描述未必充分而准确地体现需要，也未必充分而准确地体现需求。
如果有人认为它们是一回事，他就已经走到深坑边上啦——盲人骑瞎马，夜半临深池。假如有机会在尝试爬出深坑的过程中哭泣，也该想一想此前在识别及描述需求过程中犯过哪些错误，如何避免再次犯错——假如还有机会的话。
页:
[1]