我的团队项目进度管理改进
2010年12月14日
“我的团队”这个项目进入维护阶段已经有了一段时间了，我接手这个项目也有2个多月了，我就从一个公司新任的项目管理者谈谈这两个月的项目管理感受吧。
接手团队之后，我发现之前的项目管理属于粗放型，基本上进度由员工自己制定，这样我很难掌握整体进度，所以我决定先从细化进度管理抓起。
首先我收集了一下当前的任务和尚未展开的工作，然后用mpp制作了完整的计划，其中每个任务都拥有以下几个要素：
1. 任务细分后，颗粒度在0.5-2天之间。
2. 每个任务都有对应的执行人员。
3. 每个任务只对应一个执行人员。
4. 任务与任务之间存约束关系。
做完以上工作之后，我对所有组员进行了一轮通知。
1. 任务由我安排。
2. 任务计划采用mpp进行管理，暂时不对全员公开。
3. 所有人员每天早上汇报昨日工作，领取今天工作。
对于开发人员来说，他们可能不知道这个阶段的目标，但是知道当天的工作目标。
开发人员的工作变得简单充实，不再会出现一天忙的不可开交，一天闲的无所事事的状况了。
对于我来说，整个阶段的目标计划清晰明了，很容易预估进度。给开发人员分配任务的时候，也不会出现多个任务集中在几天内完成的不合理状况了。
经过一段时间的任务更新，我也能客观的获取了各个开发人员的工作效率和工作能力，为以后的统计奠定了基础。
紧接着我们强化了测试组长的责任，所有上线功能必须有测试组长承认没有bug才可以上线，而不是让上线负责人直接从svn中check out最新的开发src。这样就从流程成保证上线代码的品质。
由于我们是维护项目，所以会经常上线，上线前的工作准备尤为重要。我也强化了上线前的准备工作，要求每次上线前上线负责人把所有辅助文档都整理到上线目录下，上线代码则从测试组长中获取。也一并放到上线目录下。这样即使有回退也有据可查。
经过一段时间的努力，这种迭代式开发模式已经初步建设，我相信我们的团队在未来的日子里可以承担更大的责任。