测试也应该具备的项目管理能力
前言
前几天在技术交流群有同学问到：“需求不明确&测试时间不足，经常加班，交付质量也不太好，该如何处理”？
群里其他同学很热心的给出了分析和建议，比如：
- 评估是否是技术问题，否则就是测试策略问题；
- 调整测试活动开展策略，测试左移提前介入测试；
- Deadline Driver Dev，学会自我管理和项目管理；
这些建议都能很好的解决我们在项目中开展测试活动时遇到的问题，但我有了新的思考：测试需要做项目管理吗？
如果做好质量保障工作需要项目管理能力为辅助，那么哪些项目管理能力，需要我去学习和实践？
结合工作实践以及群里各位同学的建议，我得出的结论一句话概括就是：
事前做好风险评估，事中做好进度把控，持续开展复盘改进，保障预期交付目标。
示意流程图如下：
事前风险评估
其实在日常的工作中，风险评估这件事我们一直在做，比如：需求评审、技术方案评审、测试用例评审，本质上都是对要开展的项目进行前置的风险评估，判断是否有设计缺陷、技术缺陷等。
我们设计测试用例，也是为了覆盖尽可能多的场景，避免遗漏导致的异常问题逃逸到线上环境，对业务正常开展造成不良影响。
但这些本质上还是从技术的角度出发去评估，从项目整体的角度出发，我们还应该考虑如下几点：
- 工时评估是否合理；
- 人力时间资源是否足够；
- 项目目标设定是否合理；
- 项目推进方式是否不合理；
事中进度把控
项目启动后，一般会按照不同团队和角色分工，项目管理方面也会设定交付时间，比如设定阶段性的小目标，或者交付进度里程碑，来确保整体进度可控。
那么测试同学应该如何把控进度呢？我觉得可以从如下几点入手：
- 阶段性交付时间；
- 阶段性交付质量；
- 变更带来的风险；
首先判断是否是按照预期的交付时间交付了应有产出物，比如是否按时提测；
其次判断本阶段提测的产出物是否满足预期设定的要求，比如冒烟测试是否通过；
最后判断如果需求或技术方案变更，变更带来的时间/人力成本和影响范围是否会影响最终项目交付质量；
其实到这里大家会发现，在项目进行阶段，风险评估也是存在的。
或者说，项目管理和推进的过程，本身就是不断的评估和选择的过程。
持续复盘改进
我在前面的文章《复盘归因，提高交付质量的秘诀》中详细介绍过如何开展复盘，以及复盘对质量和效率带来的提升。
复盘是一个长期持续性的过程，并不是单次行动。复盘需要持续跟进改进项的完成情况，并不是改进完成就束之高阁。
持续复盘改进，大概有如下几个步骤：
- 对不同阶段的过程及产出物进行复盘评估；
- 找到做的不好的地方或者不合理的手段方式；
- 评估它的操作和背后的原因以及当时的解决方案；
- 思考问题：怎么做才能让过程和交付结果变得更好；
- 将更好的方式进行归纳总结并将其融入交付整个生命周期；
- 推广落地实践并进行度量评估，验证其是否有效，并不断复盘归因；
保障交付目标
软件测试工作的本质是什么？
我觉得在当下的工作实践中，依然是质量可控→提高效率→问题收敛。
从项目管理的角度来说，保障项目按时高质量交付，依然是项目的最核心目标。
无论我们采用何种流程规范，技术体系或者协作机制，项目管理的最核心内容，可以拆解为如下几点：
- 工具：利用技术体系提高过程效率；
- 方法：通过流程规范约束执行过程；
- 策略：合理拆解目标保障目标达成；
- 管理：风险前置+复盘归因+高效协同+客观决策；
结语
这篇贴子到这里就结束了，最后，希望看这篇帖子的朋友能够有所收获。
如果你觉得文章还不错，请大家 <stron> 下，因为这将是我持续输出更多优质文章的最强动力！ </stron>
最后:
这些资料，对于做【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴我走过了最艰难的路程，希望也能帮助到你！凡事要趁早，特别是技术行业，一定要提升技术功底。
我的软件测试*************【备注777】 欢迎各位大佬来群里交流~我也会不定期的发放软件测试资料
如果我的博客对你有帮助、如果你喜欢我的博客内容，请 “点赞” “评论” “收藏” 一键三连哦！
