作为架构师，你应该怎样发掘真正的营业需求？
|
在上一篇文章中，作为架构师的你，已经相识到营业职员必要什么以及如安在网络用户故事的进程中辨认需求。在那篇文章里，我还描写了用户故事模板：
这两种模板可以使开拓职员可以或许留意到预期成果背后的需求。 那篇文章里，一个首要概念就是，在网络用户故事的进程中，评论营业职员想要什么可能预期成果是什么更轻易，但确定方针，即这些预期背后的营业需求，要坚苦很多。 当你开启一次用户故事会话并开始评论成果时，你必然会留意到，你的发言工具常常行使“相同需求”的词语。在这些需求里，哪些才是真正的需求？ 题目是探求适当的营业需求的第一个器材。假如你提出了一个高超的题目，那么它会让你得到相干信息。我笃信，假如正在同你攀谈的营业职员没有提供你正在探求的信息，那意味着你在错误的时刻提出了一个错误的题目。 请把前面那句话再读一遍。这显现了支撑软件专家对话模式的个中一个要害假设。假设你应该完全认真对话的睁开，你是将要提供软件的专家，你就是知道必要什么信息的那小我私人。 假如没有这种假设，就很轻易由营业职员包袱对话失败的责任——并以为他们无法有用交换。在营业职员身上探求这些题目的缘故起因并不能通向任何故意义的办理方案——而是要大白，这是你自身的不敷！这就是为什么这项假设云云重要。 由于有两种差异条理的营业需求：必要停止的题目和但愿得到的好处，以是也有两组题目来辅佐你发明这些需求。 在以你的发言工具试图停止的题目这样一个情势举办需求发掘时，根基题目是“为什么”。试图答复“为什么”的题目，我们凡是偏重于已往的题目。相同的功效可以通过行使一些更详细的题目来试探必要办理的题目规模得以实现：
这类题目的首要目标在于，弄清晰你的发言工具想要这项成果的念头，可能，换句话说：他们为这项成果赋予了什么样的代价。可能，简朴来说，这项成果有什么营业代价。 要找出可以得到的好处，根基题目是“为了什么”。当我们答复这个题目的时辰，我们凡是存眷将来的好处，正如下面这些更详细的题目，它们就属于这一类：
此刻，你也许想知道，怎样知道在那边探求需求。这是停止题目的偏向，照旧得到好处的偏向？谜底很是简朴：听听你的发言工具说什么。你可以借助一些中立题目开始对话：
然后，细心听听谜底，并探求表白特定范例营业需求的表达（见上一篇文章）。然后，你的发言工具在哪个偏向说得更多，你就可以开始提出与之相干的题目。 ——是什么使你想要这项成果？ ——噢，感受有那项成果会很酷！ 好吧，它也许确实“会很酷”，但跟营业需求没有一点相关。这时，一组准确题目会很有效：
准确题目的语境有助于勉励发言工具按照所谓的“语义详细化（semantical concretism）”法则明晰地举办表述。“详细化（Concretism）”是由Tadeusz Kotarbiński开辟出的哲学规模之一。按照该法则，句子中包括的名称要能构娓代实际天下中存在的对象，只有这样的句子才是正确的。因此，句子“它会很酷”从语义详细化的意义上讲是不正确的，而句子“职员X将会把订货单发送给我们”是正确的。 “增进月度收入”、“镌汰隐性本钱”根基就是详细需求了，同时它们险些顺应于任何现有营业。探求与你正在开拓的软件所面向的营业相干的需求。譬喻，作为一名在线书店的用户，我有如下需求：
这个简短列表中的部门条目将会转化成一项成果，但不是所有，由于它们中部门条目已经超出了IT体系的范畴。 探求那些让你的营业发言工具想站起来大叫的需求，“是的！那就是我想要的!”。这些需求才是应该写进用户故事的需求。要抉择哪个需求最靠近营业职员真正想要通报的对象，你可以行使下列题目：
一方面，这些题目可以或许辅佐我们获得满意这些营业需求的功效；另一方面，辅佐我们设定优先级，确定最重要的需求。 此刻，让我们综合全部关于需求发明的信息。我们将以营业职员和开拓职员之间的对话为例。这样的对话常常产生，并且一样平常说来，遵循同样的模式：
团队提出的题目好像没什么出格的——它们只是一些深入的准确题目。凡是，景象语境是要害。在像上面这样的环境下，为了说“不！”，团队行使了大量具体的题目，偶然照旧技能题目。 当与团队中的某个成员攀谈时，这个列表中的题目相等不错，由于你的发言工具完全有手段答复它们。当行使同样的题目与没有筹备好答复它们的人攀谈时，由于他或她没有该规模的恰当常识，团队的回响也许被视为存心带有进攻性。因此，假如你想说“不！”，就直接说“不”。这样虽然更坚决，而不是用很多不行领略的题目熬煎你的发言工具。另外，这样的对话常常呈现的下场是，两边相互说服对方，一项特定的交互成果有效照旧没用。 那是不是说同营业职员打仗的时辰凡是应该停止这种范例的题目呢？虽然不是！在某些时辰，你最终照旧不得不问他们。重要的是，起首发明需求，然后提一些更详细的或更偏技能的题目。 我在这里描写的对话会怎样举办下去呢？
这时，一项营业需求已经被列为一个必要停止的题目：“我想要停止在月尾守候贩卖图表”。 有了这项需求，就可以继承界说验收尺度了。换句话说，必需确定你的发言工具怎样知道题目已包办理可能好处已经得到。为什么制订验收尺度云云重要？稍后我们交涉论这个题目。
假如团队想要总结他们方才从客户哪里相识到的内容，那会是像这样的对象：“我想要停止在月尾守候贩卖图表。假如我可以或许一周两次看到要害客户的贩卖图表，那么我就能停止这一点。”有了这些常识，团队就可以继承对话了。
为了可以或许提供可选的方案提议，团队全力辨认需求，并确定验收尺度。这就是需求背后的奥秘。针对新成果不“切合”架构的环境，最常用的计策是：提出证据，说服，并勉力提出本身的设法。当你把存眷需求放在第一位时，你就能找到一个可选的办理方案。一方面，它能让营业职员满足；另一方面，团队也能接管。 由InfoQ主办的面向中高级移动开拓者的GMTC环球移动技能大会（点击文末阅读原文链接相识详情）将要召开了，携程高级技能司理、《React Native入门与拭魅战》联相助者魏晓军将为我们带来搭建React Native生态的分享。大会今朝正值6折售票时代，欲购从速！ （编辑：湖南网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
