业务模型驱动需求编写

王大锤老师在教授BA课程时，常用俄罗斯方块的旋转逻辑作为例子。他指出，当采用合适的模型（即将俄罗斯方块视为4*4矩阵）来描述需求时，复杂的问题会变得简单。这一教学案例强调了选择合适模型的重要性。

在实际的用户故事描述中，许多团队仍旧采用UI原型来说明需求，导致开发人员难以直接理解背后的业务需求，同时存在沟通不足的问题。这种方法类似于用格子去描述俄罗斯方块，增加了需求变更的难度。

文章比较了地心说和日心说的转变，指出按照地心说去理解行星运动非常复杂，而日心说则让一切变得简单。这一比喻用于说明，采用正确的模型可以简化问题的理解和解决。

作者建议，为了更有效地描述业务并应对未来的变化，应当以业务对象为核心来描述业务需求。用户故事应该包含角色、业务对象和操作。在此基础上，后续才考虑满足操作所需的界面设计。这样，UI设计从业务描述的中心位置退居到满足业务操作的辅助地位。

尽管业务建模没有绝对的对错，但是好的模型能够揭示业务的本质，使得软件在面对新需求时易于修改和扩展；而不良模型只解决当前问题，一旦出现新需求，软件修改就会变得困难。

设计思维 VS 敏捷：两者有什么区别？

了解更多

想要了解更多内容？

查看原文：业务模型驱动需求编写

文章来源：

老邓聊开发

扫码关注公众号