多维度项目分解

果芽科技项目归档分享会笔记整理

维度

了解、分析项目可以通过以下几个维度进行拆分：

1. 业务域
   业务的商业价值，用什么东西来解决什么人的什么样的问题。
2. 业务功能域
   解决问题的具体功能实现，需要哪些系统的支撑：已有的系统、第三方系统、待做的系统。
3. 技术域
   需要具备的技术栈。

4. 涉众域
   涉众，是与要建设的业务系统相关的一切人，即干系人。理清干系人需求是什么，关注什么，根据干系人的需求来输出对应的东西。
   比如：
   领导层，不在意你具体的测试手段，只需要系统稳定，没有bug的运行，可能只需要你的一份测试报告。
   测试组长，可能关注你的测试用例、测试执行、测试进度。需要你的这些文档、需要你每天同步测试进度。
   产品，可能关注是否实现了产品的功能，是否能按时交付。
   根据自己的干系人的需求，反推自己应该做的事情，应该输出的东西，这样不会做出卖力不讨好的事情。

实践

涉众域是整个理论的重点，就我自己而言，常常在日常工作中把因果关系颠倒了。
我们要通过涉众域反推其他三个域，来检查、验证我们的工作方法是否正确。每个域的什么人有什么问题，我用什么手段去解决。
涉众域反推业务域：业务的干系人是哪些，他们的需求是什么，用什么东西去解决他们的需求，与其他同行的不同点在于什么地方……
涉众域反推业务功能域：业务功能实现有系统、子系统、模块，根据需要实现的功能，已经拥有哪些系统、子系统、模块可以实现功能，哪些功能需要需要第三方的系统实现，哪些需要功能实现是需要重新开发。
涉众域反推技术域：公司目前以及长远对于测试的需求是什么？功能测试、自动化、还是性能，可以根据上文的技术栈列表check下。把它当作工具箱，按照需求拿出来。