这是《落叶》文集里第 307 片落叶，希望你能喜欢，不为别的，只为这份坚持。
第二章 要管项目了，我需要做些什么呢？
我经历了什么
学习了解了一些项目管理的理论知识之后，越发地感觉项目管理是一个复杂度极高的活动。
在我过往的项目经验里，我所需要做的工作如下：
阅读需求文档；
设计测试用例（我作为执行资源时，不需要设计用例）；
根据规定的测试时间，计划好自己每天的用例执行量；
报 bug，验 bug，回归测试；
汇报自己的测试进度；
可我现在是要管项目了，我需要做的工作应该有哪些呢？就我平时在项目里的观察，我应该是要做测试计划，分配任务，跟踪每个人的任务进度吧，感觉上也没太多不一样的事情啊？于是我把我的疑惑告诉了老大。
没一会，老大就回复我了：
你之前做项目的时候，是自己管好自己就行了。而现在管项目了，要经历的阶段并没有增减，只是每个阶段要考虑的事情和范围有所变化。
你要全程参与的几个大的阶段有需求评审、测试设计、测试执行、产品发布和进度跟跟踪。以前你只是作为执行者参与其中，看到的和考虑的东西都只是你自己负责的那一小块，但现在你需要考虑整体的东西，具体的不一样，我们后面到了相应的阶段，再详细跟你讲解吧。
我收获了什么
今天从老大那了解到测试项目管理中，划分的几个主要阶段，对照着我自己学习的项目管理五大过程组，做了一下我认知中的对应关系。
需求评审、测试设计和测试执行都应该属于“执行过程组”，产品发布应该属于“收尾过程组”，进度跟踪对应的应该就是“监控过程组”。
但这并不意味着我们的项目里没有“启动过程组”和“规划过程组”，只是我们的日常项目是一个规律的产品研发类项目，如果一定要追溯“启动”这个过程的话，应该是在这个产品刚开始做的时候，有一个启动立项的过程。
而“规划”过程，其实是被拆成了两部分，一部分是产品和运营在做规划时所做的计划，一部分是在需求范围明确之后，开发和测试所做的一个计划。
之前作为执行资源参与的一些项目，采用的是一种瀑布研发模型，公司内部称为
ERCM（Engineer Release Cycle Model），我先把自己了解的几个主要 milestone 记下来，后面边做边熟悉吧。
PM Proposal——>PRD sign off——>SPEC sign off——>TP/TC Sign off——>CC——>CF——>SF——>ER
名词解释
| 缩写 | 全称 | 解释 |
|---|---|---|
| PM | Product Manager | 产品经理 |
| PRD | Product Requirement Document | 需求文档 |
| SPEC | Specification | 功能规格说明书 |
| TP | Test Plan | 测试计划 |
| TC | Test Case | 测试用例 |
| CC | Code Complete | 代码完成或者提测 |
| CF | Code Freeze | 代码冻结 |
| SF | Scope Freeze | 范围冻结 |
| ER | Engineer Release | 发布 |
《告诉你如何从执行测试到管理测试》带你迈出第（2）步！，点击这里可查看完整地图
作者简介：14 年测试 + 11 年项目管理 + 11 年团队管理 = 一个测试老兵
