项目管理是将各个团队作为客户，为其提供项目管理的服务价值A3

体现：【研发】1.  测试周期长，占研发比重大；【测试】1. Bug多，质量低；

研发

最想要的：1. 使用更先进的运维工具；

工作内容：1. 工作分工，任务排期；2. 技术架构，功能实现；3. 评审工作，技术文档；4. 配置DevOps流水线；

耗时工作：1. 无

工作内容：1. 制定计划，协调资源；2. 完成目标，提高效率；3. 流程推广，合规合法；

三个基点：1. 产品全景图；2. 应用全景图；3. 干系人结构图；

测试

最害怕的：1. 需求进度又要延期；2. 市场变了，需求又要修改；3. 很简单的需求，就是跟研发讲不清楚；4. 只有需求和高保证设计完成后，研发才开始工作；

实际现状：1.无

需求变化因素：1. 人为设计因素  1. 需求沟通偏差  2. 设计考虑不周2. 市场变化因素  1. 用户需求因素  2. 政策要求因素3. 领导变化因素

1.思维模式不同；2.沟通效率低下；3.需求频繁变更；

实际现状：程序员思维，1. 追求设计完美架构，追求解决复杂问题；用户体验小问题容易解决；2. 研发工作就是写代码，其他不重要：文档、设计、代码规范、工程目录、管理等；3. 自大而不自知；认为别人不懂技术，所以，懒得沟通；4. 团队很忙，所以效率很快；

更多相关方

耗时工作：1. 沟通会议太多，可以适度让团队自行运作；

运维

墙

最害怕的：1. 线上环境配置频繁变更；

项目

项目管理的服务价值：1. 保质保量完成目标；【为各团队提供好的项目实践、模版等】2. 持续改进提高效率；【引进持续交付流水线工具】3. 工作流程合规合法；【尽量采用公司制度，保证关键流程的执行】

耗时工作：1. 应用打包、环境管理使用人工方式，最耗时；2. 对接关联系统，最耗时：  1. 找不到接口人  2. 没有接口使用文档  3. 冗余太多，不知用哪个3. 代码仓库多，分支复杂，提交代码，还得写提交日志，耗时；4. 工程目录结构混乱，对模块的增删改查的操作效率慢，耗时；

最想要的：1. 团队遵守基本规则，根据实际裁剪流程；2. 使用正确的方式进行高效沟通；

用户

体现：【研发】1. 研发提高需求准入门槛；【产品】1. 计划难以制定，且经常变更；2. 进度不准确，风险不明确；

工作内容：1. 环境维护；2. 需求上线；

解决方案：1. 使用用户故事地图、用户人物画像【解决】需求的沟通、管理问题；2. 通过看板的计划跟踪方式【保障】任务的完成；

解决方案：1. 定义各个环境以及配置文件标准；2. 建设DevOps流水线，减少人工操作；

1. 代码质量差；2. 问题反复再现；

主流提倡：1. 用户思维从用户角度出发，非程序员角度；更能准确理解产品需求；2. 架构思维根据实际按需构建应用架构，帮助团队成员更好的理解软件应用；

实际现状：1. 需求太抽象：一句话需求，认为研发就懂2. 需求太细节：将所有需求细节写入产品需求文档，耗时费力，成效不高；

项目管理是将各个团队作为客户，为其提供项目管理的服务价值

耗时工作：1. 产品需求细化工作，规则描述等；

1. 人工易出错；2. 无法满足大量需求上线；

体现：1. 自动化测试程度低，质量把控不严格2. 运维排期紧张，上线存在等待3. 手工部署繁琐，易出现人为错误

最害怕的：1. 产品不闻不问，只负责设计好需求，不关注实际；2.研发自大狂问，只认为代码最重要，其它无所谓；3.团队沟通像靠着椅子闲聊天，不记录，不聚焦，没结果4. 团队成员认为使用工具，遵守流程，是浪费时间，不如多写几个用户故事、代码、测试用例；5.不能快速找到干系人；

高层

实际现状：1. 管理范围较小：现在项目管理只提供协作职责2. 管理地基不稳：少业务、技术、干系人全景图

最想要的：1. 需求通过之后，不要再变更；2. 我负责实现结果，实现过程不需要别人管；

主流提倡：1. DevOps一体化，保证线上应用的可用性、安全性等；

最想要的：1. 团队能够快速响应需求；2. 团队的需求完成时间逐渐加快；

最害怕的：1. 需求变更；2.别人想知道过程；例如：代码规范、代码质量、流程设计等

耗时工作：1. 涉及多个系统应用的测试，准备测试数据繁琐，耗时；2. 每次打包都找研发，容易被嫌弃；

主流提倡：1. 用户思维，站在用户角度进行测试验证，保障产品质量；

主流提倡：1. 用户思维：考虑用户体验，尽快给用户提供产品服务；2. 地图思维：构建用户故事地图，帮助团队成员更好的理解需求；

主流提倡：1. 用户思维：考虑用户体验，尽快给用户提供产品服务；2. 持续改进：改进工作流程，提高团队效率

最害怕的：1. 研发对bug的原因、解决方案、影响范围进行说明；2. bug多次再现；

产品

实际现状：1. 不受重视：测试缓解不受重视；2. 测试时间压缩：测试时间不断被压缩，测试范围进行裁剪，质保降低；

两个方向：1. 保证团队之间的沟通顺畅；2. 保证团队内部的工作合规；

工作内容：1. 分析用户需求，输出产品需求；2. 制定产品需求优先级；

最想要的：1. 研发遵守测试沟通标准；2.研发对bug进行说明；

目标、承诺

解决方案：1. 加强核心流程的设计评审、代码评审2. 构建代码规范标准，使用工具进行代码检查，提高代码入库标准；

工作内容：1. 测试用例；2. 功能验证；