开发计划工作规程

cc8848

开发计划工作规程 [复制链接]

 

开发计划工作规程

 

0. 目标
   1. 规划项目开发过程中各项任务的时间和资源安排
   2. 预防、控制及消除项目计划执行过程中可能出现的问题
0. 适用范围

本制度适用于SOHU公司发起的、结果数据直接影响财务报表的中大型系统开发项目。

0. 职责

3.1开发负责人：制定《开发计划》

3.2项目业务负责人：审核《开发计划》是否满足业务需要

3.3开发部门经理：审核《开发计划》是否适合本部门的工作安排

3.4测试负责人：审核《开发计划》是否适合测试组的工作安排

3.5 UI设计负责人：审核《开发计划》是否适合UI设计的工作安排

3.6设备负责人：审核《开发计划》中要求的设备是否能按时到位

0. 内容

 

 

 

4.1 制定开发计划

 

开发负责人应使用Microsoft Project或等效工具制定《开发计划》。《开发计划》中应涵盖从项目编码、UI设计、设备申请、测试，一直到上线调试结束前的全部工作。

 

4.1.1 划分子任务

开发负责人根据《需求说明书》和《设计说明书》的内容，把开发项目从编程实现的角度划分为若干子任务，子任务可以多级划分为树状结构，最末端的子任务应分配到唯一责任人，且不能超过10人日的工作量。划分好的子任务应按照逻辑关系录入到文件中。

 

4.1.2 建立子任务限制条件和链接关系

    由于人员或设备安排等原因，有些子任务必须在某一时间后开始或在某一时间前结束，需要为其设定最早开始时间或最晚结束时间。

而一些子任务必须在某一子任务结束后才能开始，这两个子任务就应该建立链接关系（一般为完成-开始型）。注意，这种链接关系往往允许一定的前置时间（后一任务可以在前一任务完成前的一段时间开始），应充分利用这个前置时间提高项目开发速度。

 

4.1.3 确定任务期限

    开发负责人应在计划中分析为保证项目开发工作按计划完成，每一个任务必须完成的日期（一般为后续任务计划开始的时间）。注意，任务必须完成的日期往往晚于任务的计划完成日期。所以某一任务的计划完成日期如果拖延不超过必须完成日期，并不会直接导致项目计划的拖延；但对于计划完成日期和必须完成日期一样（或接近）的任务，一般称做关键任务，就要特别关注，因为关键任务一旦拖延，将直接导致整个项目开发计划的拖延。这样的任务应为其设置完成期限

应该通过调整开发计划中时间和资源的分配，尽量使任务的计划完成时间和必须完成时间保持一定的缓冲时间，以减少关键任务的数量，降低开发计划拖延的风险。

 

4.1.4 调整开发计划

完成以上3项工作后，就形成了初步的开发计划，开发负责人应核对、调整开发计划安排，使其更适合项目的实施。

 

以上4个步骤应反复交替进行，以形成一个最有效的项目开发计划。在制定完《开发计划》后，项目开发组就可以开始进行编码、测试等后续工作，同时也应尽快配合相关人员完成对《开发计划》的审核工作。

 

4.2 开发计划审核

 

4.2.1项目业务负责人——审核《开发计划》是否满足业务需求。

4.2.2开发部门经理（或其指定审核人）——审核《开发计划》是否适合开发部门的工作安排。

4.2.3 测试负责人——审核《开发计划》是否适合测试组的工作安排。

4.2.4 UI设计负责人——审核《开发计划》是否适合UI设计的工作安排。

4.2.5 设备负责人——向相关协调部门提出相关配合资源的预约，并取得明确的确认（该确认可以纸面形式或电子邮件形式取得），审核《开发计划》中要求的设备是否能按时到位。

 

4.3 审核结果处理

如果以上审核人认为《开发计划》未达到本部门的要求，应向开发负责人提供修改意见，并督促其及时修改。

如果以上审核人认为《开发计划》已达到本部门的要求，应在开发负责人提供的《开发计划》上签字。

开发负责人完成《开发计划》的审核后，将通过审核的《开发计划》交项目业务负责人备案，同时把《开发计划》电子文件上载到VSS或CVS服务器上。

 

4.4 计划实施情况通报

项目开发过程中开发经理应随时监控计划的执行进度，如果发现或预见到可能会影响计划进度的情况发生，特别是关键任务在指定完成期限时仍未完成时，应主动通知项目业务负责人，并寻求保证项目计划按期完成的解决方案。如果必要，应及时对《开发计划》做出变更（参见《变更控制工作规程》）。

0. 附件

无

0. 生效日期

2004年10月1日

0. 审批人

 

____________________

Jacktang

这个开发计划工作规程年头有点久了，但借鉴的地方还是挺多