多维度项目分解

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

维度

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

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

阶段	技术栈	内容
软件工程	计算机基础、软件开发流程	整个开发流程人员结构、人员交互
测试理论	测试理论、方法、管理	管理任务、流程、用例、bug、报告、验收
功能测试	前端、后端、数据库、linux
综合	bug定位
自动化	web、接口、app自动化
综合	性能

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

实践

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