|
十一、《项目开发进度报告》项目管理者联盟
这份文档由项目经理编制，作为项目的定期〔一周一份〕文档提交给公司领导审阅。文档主要包括以下几方面的内容：项目管理者联盟
1、总体开发进度项目管理者联盟
2、现场实施进度blog.mypm.net
3、项目组现有人员项目管理者联盟
4、本周工作完成情况项目管理者联盟
5、下周的工作计划
6、项目存在的问题及解决方案项目管理培训
7、需要协调的资源项目管理者联盟
8、功能特性变更说明项目管理者联盟
9、重大缺陷列表项目管理者联盟
有数字，有比例，有详情，能让领导快速的掌握项目目前的进展。PgMp.mypm.net
我做开发部经理时，部门经常会同时开展多个项目。我要求每周五上午，每个项目经理在11点之前向我提交《项目进度报告》。我会在11点到 12点这一个小时内去浏览这些进度报告，从中发现问题。下午两点准时召开周项目会议，人员不要太多，由每个项目组长及测试部所有人员〔测试开发比例是 1:5〕参加。会议的主要目的其一是让各小组之间对所有的项目进展都相互有所了解，便于资源的调配。其二是由测试人员强调目前项目中存在的问题，对共性问 题制定统一的解决方案，达到知识共享。其三，确定下周任务的重点及难点，是否需要协调其他的外部资源。项目管理者联盟
会议时间控制在1小时内，由于事先都提交了项目进度报告，各项目组长都是带着思考来的，因此沟通比较顺畅。在会议上对需要的、属于我职责范 围内的事情拍板，超出能力范围的，请示公司领导后再作决策。会议结束后，我会综合项目组长提交的进度报告的内容，同时也会附上自己的一些思考编写一份开发 部本周工作情况汇报提交给公司领导审查。项目管理者联盟文章
十二、《项目版本说明》项目管理者联盟
在项目进展的过程中，我们规定了一旦项目进入实际代码阶段必须执行每日构建〔每日构建是心跳〕，然后直到项目处于非活动状态为止。我们用的 版本控制工具是cvs。项目组成员每日下午5点之前提交代码，5点钟开始构建代码，构建成功就给项目打上标签，并将标签的信息登记在《版本控制说明》文档 里。主要记录的信息有：打标的人，打标时间，标签名称，标签类型〔普通标签，内部测试标签，客户发布标签，补丁标〕，标签说明〔该标签中新增了哪些内容， 解决了哪些bug等等〕。测试部每天6点根据《版本控制说明》下最新的标签执行自动化构建，第二天早上针对昨晚构建好的系统进行测试。项目管理者联盟
每日构建的工作由项目组长安排组员轮流构建。在项目多的情况下，由于都规定在5点钟从服务器上下载代码执行构建会导致服务器负载过大，相应 较慢的现象。后来，我们做了制度上的调整不再硬性规定必须5点构建，处在活动状态的项目只要每天构建一次，有一个标签就行了。倘若6点钟某个测试人员来告 诉我某个项目没有标签，那么项目组长必须有一个非常合适的理由对我解释，当日负责构建的人员会受到考核，很显然，这样的问题会导致测试人员第二天只能在旧 版本上工作，测试任务无法完成，影响项目进度。项目管理者联盟
十三、《项目会议纪要》项目管理者联盟
分内部和客户的。项目组内部开会时必须要有会议纪要，现场实施人员与客户在一起开会同样也需要会议纪要，打印出来双方各执一份，以便日后好对会议中所做的 决议能有所追溯。如在会议中做了对项目影响重大的决定，还需要客户负责人签名确认。最后，临项目验收时，整理所有的会议纪要作为验收文档的一部分提交给客 户。项目管理者联盟
十四、《现场实施计划》项目管理者联盟
是临去客户现场之前编制的现场工作计划。因为涉及到出差费用，首先要经过部门批准，再上报公司核准，然后再电邮给客户，获取客户对计划的认可后才能到现场工作。blog.mypm.net
文档内容包括：目标，现场负责人，预计工作时间，现场工作内容〔安装部署，数据初始化，用户培训，需求调研，现场跟踪使用情况等等〕，每项内容预计工作时 间，需客户配合事项等等。最后还要留有双方签名认可的位置。到现场后，第一件事就是找客户签订该文档〔前期要电话沟通好〕。项目管理者联盟
刚开始我的项目中是没有这份文档的，结果出现多次现场实施效果不理想的情况。有客户引起的原因，当然也有我们自身的原因。有的客户火急火燎的让我们派实施 人员到现场去，等我们的人到现场后，客户反而把我们晾在那里好多天开始配合我们做实施的工作。我们自己的实施人员在去现场实施之前心里也没有一个明确的目 标：要达到什么目的，做哪些事情，需要提前准备，找哪些人协助，每天的安排是什么，什么时候返程等等这些都从没有认真的考虑，一到现场就被客户牵着鼻子 走，实施工作非常被动。为此，我需要制定一份实施计划，我要求实施人员每次将出差申请单给我审批时必须附带实施计划，实施计划经我认可后，再提交给客户确 认。客户一看正正规规的文档提交过来了，还带有公司电子签章，自然也就认真对待了〔对此依旧毫不在意，我行我素的客户还真有，但不多。我们规规矩矩的做 事，客户也不好经常出尔反尔〕。双方确认了计划后，实施人员到现场开展工作就顺利多了，计划执行的偏差率能控制在10%以内，节省了出差费用成本，项目进 度也大步提高。其实我们也碰到过由于客户原因〔客观因素，突发事件〕现场实施条件不具备了，我们会立即和客户商定终止计划，返回公司，等客户现场条件具备 后再续实施。所以说，这份文档有他的灵活性，它更多的被认为的是双方的一种约定，至少看上去很正规。项目管理者联盟
十五、《系统安装手册》项目管理者联盟
在项目发布之前，这份文档就应该准备好。虽然你或者你的客户可能从来不会总到它，但你如果在验收的时候因为没有这份文档而惨遭用户拒绝签字，那我向你深表同情，因为我曾经就这样同情过自己。不要在简单的事情上犯错误，或许它只是疏忽而已。项目经理博客
|
