【43周】开发计划

jetor

项目中存在众多的计划，比如项目计划、进度计划、沟通计划、风险计划、质量计划、配置计划等等，有些公司将需求计划单列，有些公司将产品提交计划单列，这些都是根据公司的需要来确定是否需要单独列出。本文将给出一个进度计划（又称开发计划）的模板，以便减少文字描述所带来的一些让人头疼的阅读，直接以模板的形式展示给大家，更加直观方便。本计划模板为特定公司背景所使用，对于一些管理已经达到规范并且按计划执行的公司有参考，对尚未规范或者计划偏离较多的公司具有较大实用性。

项目编号_V1.0_开发计划.mpp (201.5 KB, 下载次数: 1073)

2008-10-21 08:45 上传

点击文件名下载附件
下载积分: 金币 -10 (金)

上一篇：【42周】配置库结构
下一篇：【44周】为什么要做CMMI2

思步

详细看了一下，写的比较全面，基本包括了生命周期的大部分活动，有一定的借鉴意义！

不过，正如jetor所说：

原帖由 jetor 于 2008-10-21 08:45 发表
本计划模板为特定公司背景所使用，对于一些管理已经达到规范并且按计划执行的公司有参考，对尚未规范或者计划偏离较多的公司具有较大实用性。

成熟度不高或者不怎么高的企业（项目），这份文档模板就具有一定的指导意义了，推荐有需要的详细看看。

当然，成熟度高的企业（项目），这份文档模板也有一定的参考意义，值得一看。其实，这里面已经隐含了开发的流程，仔细发现吧。smile

流浪开心果

感觉好难，看不懂怎么办呢？？？555555555555555555555555

xixiaojing666

不错,很值得看
一如继往的支持斑主

xixiaojing666

计划中的测试阶段
dev\debug\release分别代表什么?
希望赐教!

lanj

看了下，比较完整，但是个人认为有几个问题
1、有些流程中，写了“准备xx”，比如准备需求确认，个人觉得不必要写
2、在计划编制里面，只写了项目计划和项目开发计划，个人觉得整个mpp中缺少一些文档，比如ppqa计划，配置计划，软件估计过程表之类的，这些都没有写。
3、需求评审和设计评审没有（这个根据各公司的情况可以合并，但是至少应该有设计评审）
4、测试，是测试类别进行的，如果有可能的话将单元测试、系统测试以及各个功能点测试的情况也在mpp中写明
5、缺少工程安装、培训环节的计划时间
6、在结项中配置管理、ppqa的一些环节没有写明

上面是我根据我们公司的情况和lz的mpp对照之后的一些看法，希望大家能相互交流:lol

jetor

对于dev、debug、release类似于alpha、beta、release版本
对于质量过程中，对版本的质量控制主要在两个方面，一个方面尽量发现版本的缺陷，一个是尽量减少发布的次数

jetor

1.准备需求的时间有时需要一天甚至几天，比如如何去进行需求调研、需求调研需要哪些模板、是否需要进行培训等等，如果需要算下来可能时间不会太少
2.计划分为多种，对于进度计划是否和SQA、SCM等计划分开，每个公司做法不同，对于一般的项目，进度计划还是单列比较好，因为更新时，一来项目经理只愿意负责自己的任务，二来项目经理更新时也少了一些交互，更专业的做自己的事情，借用MSF的说法，让专业的人做专业的事
3.需求和设计是否需要评审，需要根据项目情况以及裁剪规则得出，不过开发计划中有些部分内容的确没有列出，这个需要在参考计划时更要注意一些细节，感谢提出
4.测试的划分以版本来划分，因为版本决定了功能，如果再以系统测试等划分，无非又在版本上面加了一级，多了一点麻烦，此处建议以版本划分比较清晰，与lanj理解有一定差异
5.由于公司不同，有些将试运行、验收、结项等放入开发计划、有些单独列为实施计划、有些是专门部门来负责，可能公司情况不同，也不一定相同，所以大家在参考时一定要注意

PS：过程中隐含了生命周期，所以不论选择增量、迭代、瀑布等均可以实现，如果选择螺旋，则需要考虑风险的研究与分析即可

xixiaojing666

谢谢斑竹的讲解

wei_sa

谢谢楼主，这个项目计划Project形式和项目进度计划的区别在哪里呢？

loosiech

借鉴一下，最近正在做这方面的工作

hyliao

vb 好东东，谢谢分享

surfcaster

直接楼上的

berry1135

还没下载下来呢

berry1135

要3分才可以下载下来，灌水