软件项目设计和开发评审指南_IT项目管理，软件开发版_国内最热门的项目管理经验交流论坛_国内PMP聚集社区

项目管理者联盟 | 中国工程管理网 | 中国研发管理网

会员中心

资料库

适合敏捷开发项目
敏捷项目管理最佳实践

重视项目商业分析
商业价值与需求分析能力

产品管理国际认证
全球产品管理最佳实践

单项目管理经典指南
年轻项目经理首选

北京 | 直播 | 录播

大型复杂项目全球标准
定位高级项目管理层

链接战略与项目
实现组织资源投资回报

信息系统项目管理师
系统集成项目管理工程师

计划 | 报名 | 经验

论坛
	价值源于交流与分享

会员区：

功能区：公告建议 | 帖子搜索 | 管理团队 | 荣誉版主 | 帮助手册

论
坛
导
航
区

项目型组织	项目管理	工程项目	科技项目	项目化管理	管理软件	资格认证	职业休闲
EPM体系与流程	综合集成管理	总承包管理	IT软件开发	项目型制造	P3E/P6	PMP \| PgMP	职业发展探讨
组织与人力资源	进度,范围,成本	国际工程	生物制药	专业服务	微软PROJECT	IPMP \| PRINCE2	管理学堂
项目管理信息化	团队建设与沟通	房地产	汽车设计开发	生活项目	PowerOn专版	软考项目管理	英语角\|读书版
多项目与大项目	质量与风险	监理与咨询	手机数码	文体娱乐		注册建造师	房车吃游
PMO建设与管理	采购与合同	工程设计				项目管理硕士	闲聊版\|商务版

俱乐部：北京 | 大连 | 福州 | 广州 | 杭州 | 南京 | 山东 | 上海 | 深圳 | 四川 | 天津 | 武汉 | 西安 | 郑州 | 申请成立

TOP榜：精华 | 最新 | 最热 | 会员

版面信息

说明：失败的IT项目比比皆是，进度延迟，预算超支，客户需求多变，成员加班抱怨...IT项目（软件开发.，信息系统实施等）寻求新生

	精华区		发表帖子
	投票区		发起投票
	资料区		上传资料

本版版主

camer
登录：2013/7/2
次数：867
注册：2003/3/3
发帖：2745

dorothy
登录：2016/12/15
次数：804
注册：2004/9/6
发帖：993

steveli2008
登录：2009/5/26
次数：464
注册：2003/5/12
发帖：1026

zhf_karen
登录：2015/6/2
次数：346
注册：2005/6/13
发帖：469

俱乐部导航

北京	大连	福州	广州	杭州
南京	山东	上海	深圳	四川
天津	武汉	西安	郑州

联盟·近期活动

社区热点

精彩专题

如何做好项目沟通计划

软件项目质量管理

国际工程索赔与反索赔

社区圈子

集团企业生态体.
圈主：ETPPM
行业：综合应用

HG信用盘0出租
圈主：de123
行业：综合应用

生态系统体系下.
圈主：ETPPM
行业：综合应用

西安IT项目管理
圈主：muzud
行业：IT软件

房地产项目管理
圈主：13935823
行业：房地产

联系社区管理员

咨询电话 010-82273401/11
斑竹申请 admin@mypm.net

版权所有 © 2003-2004
京ICP证070584号
BBS业务许可2007第353号
最佳显示模式：1024*768像素

软件项目设计和开发评审指南 [发表于 2007/8/7]

状态开放帖 浏览量 1360

复制该帖链接收藏本帖

[回复] [引用]

来源：希赛网作者：田俊国

前言
　　最近，和几个同行谈到软件项目阶段评审的问题，有不少人抱怨评审过程无章可依，参与评审的人员分不清自己的职责，甚至对评审过程也不甚了了。为此，笔者结合自己的一些评审经验，参考揉和了几种不同的评审流程，编成《软件项目设计和开发评审指南》，供大家参考。
1　目的
　　设计和开发评审的目的是由一组有资格的人员对软件设计和开发的输出进行评价，以判断确定设计和开发的输出能否实现软件产品预先定义的规格，同时通过评审标识出与规格和标准的偏差。它向管理部门提供充足的证据以证明
　　1）设计和开发的输出符合了其规格要求；
　　2）设计和开发的输出是否满足相关法律、法规以及企业标准的要求；
　　3）软件产品的更改得到了恰当地实施；
　　4）软件产品的更改只对那些规格发生了更改的系统区域有影响，没有引入新的问题。
2　范围
　　本规范适应于对软件设计和开发的输出以及设计与开发的更改进行评审。
3　角色和职责
　　3.1 主审人。主审人是技术评审的指挥人员，负责评审活动的组织、结论、书面报告和问题跟踪。
　　3.2 评审专家。评审专家应由满足要求的技术人员担任，负责向评审组成员提出自己的评审意见和建议。
　　3.3 质量保证人员：
　　3.4 记录员。会议记录人员。
　　3.5 顾客和用户代表。必要时，由主审人确定能够充当顾客和用户代表的角色。
　　3.6 相关领导和部门管理人员。
4　评审时机
　　按《产品开发计划》所策划的的评审检查点进行。因临时变更引起的突发性的评审随时进行。
5　评审的基本要求
　　a）设计和开发评审应分级进行。公司级的项目应进行公司级评审；业务部门级的项目一般进行业务部门级评审；
　　b）设计和开发评审视具体情况可一次进行，也可分段进行；
　　c）评审结论应明确；
　　d）评审资料应及时归档。
6　评审依据
　　a）合同、技术协议书、需求规格说明书和设计任务书；
　　b）有关标准、规范和质量保证文件。
7　评审内容
　　评审的内容可根据产品设计的研制周期、技术难度、复杂程度以及使用方的要求有所侧重和适当的增减，但应满足对设计结果进行评审的要求。主要内容：
　　a）设计方案正确性、先进性、可行性和经济性；
　　b）系统组成、系统要求及接口协调的合理性；
　　c）系统与各子系统间技术接口的协调性；
　　d）采用设计准则、规范和标准的合理性；
　　e）系统可靠性、维修性、安全性要求是否合理；
　　f）关键技术的落实解决情况；
　　g）编制的质量计划是否可行。
8　评审方式
　　评审方式有会签评审和会议评审两种。
8.1 会签评审
　　会签评审是各个评委根据评审的内容和要求进行审核并发表自己意见，当各位评委的意见基本一致，或问题比较明确并已得到解决，则不召开会议而直接填写《设计和开发评审报告》的一种评审方式。
8.2 会议评审
　　会议评审就是公司组织内外的专家召开评审会议，根据评审的内容和要求进行讨论、分析并就最终结果达成一致的评审方式。
9　工作程序

9.1 提出申请
　　一般情况下，设计部门应在评审前3天向项目管理部提交《设计和开发评审申请表》。
9.2 提供资料
　　公司级评审，要求评审的设计部门应在评审会前2～3天将评审资料交项目管理部；项目管理部将评审资料交评委。
　　业务部门级评审，评审资料由业务部门负责人监督备齐，于评审会前两天交评委。
9.3成立评审组
9.3.1评审组产生办法
　　a) 评审组成员由项目组提出建议，项目管理部根据项目组的建议，与相关部门(或人员)协商产生。
　　b) 评审组的组长和副组长在评审组成员中推举产生。
9.3.2 评审组设组长1人，可设副组长1～2人，成员若干人组成。
　　a）同行专家；
　　b）与被评审设计阶段有关的职能部门代表；
　　c）有关项目组设计人员代表；
　　d）项目管理部代表；
　　e）有关人员（客户、公司领导等视情况而定）。
9.4 评委发表意见
　　评审组长组织评委审查资料,各评委根据评审的内容和要求发表意见，填写评审专家评审表。
9.5 形成评审结论
9.5.1 评审组长分析各评委的审查意见，当各位评委的意见基本一致，或问题比较明确并已得到解决时，可与项目管理部协商决定采用会签评审方式，直接形成评审结论，填写《设计和开发评审报告》。否则采用会议评审方式。
9.5.2 召开评审会（会议评审方式采用）
　　a) 会议报告
　　内容包括：
　　评审的依据性文件；
　　设计工作报告；
　　设计文件的综合介绍。
　　b）评审会评议，设计人员答辩。
　　评审组根据评议的意见，提出存在问题及改进建议。
　　c）形成评审结论。
　　业务部门级评审由业务部门负责人组织填写《设计和开发评审报告》，并将评审遗留问题的改进意见及措施及时报项目管理部。公司级评审由项目管理部组织填写《设计和开发评审报告》。
9.6 如果评审通过，则评审程序结束,评审资料的归档,否则由设计部门修改设计方案，并对修改后的设计方案重新进行评审。
9.7 评审资料的归档
　　项目管理部负责公司级设计和开发评审资料的整理并及时归档。业务部门级评审资料由业务部门自行整理后按规定归档。
9.8 跟踪管理
　　设计部门认真分析设计和开发评审报告中提出的问题及改进建议，制定纠正措施并负责落实；项目管理部对设计和开发评审实施监督与跟踪管理，并形成记录。

--------------------------------------------------------------------------------------------------------
三人行，必有我师也

>>> 由论坛统一发布的广告：

楼主

caodw

职务无
军衔少校
来自山东
发帖 172篇
注册 2006/11/19
PM币 5482
经验 1422点

Re:软件项目设计和开发评审指南 [回复于 2007/8/9]

[回复] [引用]

别的都不说了，你看看，一个评审的流程图。你不觉得过于复杂了吗？事实上，你们面临的问题是：“评审过程无章可依，参与评审的人员分不清自己的职责”，在我经验中，这不是评审流程不到位引起的，而是以下几个问题引起的：
评审的关键点就是3个：
1 评审什么？评审的粒度是什么？如果粒度过大，起不到评审的作用，太大粒度的评审，基本上就是走过场。如果粒度过小，那么评审的人员事实上由于对项目不甚了解，所以基本上也是过场。所以，你需要小心选择评审的粒度。举一个例子来说，对于设计评审，一般你们的评审粒度是哪个地步？为什么选择这个粒度？
2 评审人员是谁？很多评审之所以走了过场，是因为选择了不合适的评审人员。比如我们很难理解，一个对需求不太了解，技术平台不太了解的人，能够真正胜任评审会议。
3 至于评审流程，实际上很简单，把相关的资料，比如针对设计评审，一般把Spec以及Dev Spec的在CVS的地址告知大家即可。然后开个会议评审吧。至于意见之类的，这种行政流程咋弄都可以，不会有太大影响的。

所以关键点就是你到底是评审什么？以及你选择哪些人进行评审，这样才会真正解决你的问题。而不是设计一个流程。

呵呵，顺便说一句：流程是为了固化成功经验的。如果一件事，我们还没有成功过一次，那么就那么着急进行流程的设计，基本的结果就是过度的流程，因为你企图把以前发生的所有问题，都在流程中解决掉。但是正确的解决方式是：先找几个关键点，尝试一下，是否可行？如果效果好，阶段性的总结一下，固化为流程。因为事实上，在实际工作中，往往一件事情看起来都是问题，但是我们并不需要解决所有的问题，只要解决好一个Key，所有问题就迎刃而解了。

仅此而已。

1楼

zhf_karen

职务无
军衔少尉
来自北京市
发帖 469篇
注册 2005/6/13
PM币 1929
经验 639点

Re:软件项目设计和开发评审指南 [回复于 2007/8/14] [回复] [引用]
学习中...........
-------------------------------------------------------------------------------------------------------- 项目生活

2楼

项目经理cc

职务无
军衔三等兵
来自山东
发帖 22篇
注册 2007/8/13
PM币 120
经验 28点

Re:软件项目设计和开发评审指南 [回复于 2007/8/15] [回复] [引用]
从这个案例中，能看出在很多企业中共同存在的问题。就是处理某些事情的时候，大家不知如何去做。这样就导致了职责不清晰的情况，从事事情的人也不知道自己该做些什么。这是后就需要一个明确的流程来明确如何做？每个人的责职是什么？可以在做的过程中，对流程进行不段的改进，来达到做好此谢事情。所以，我认为zhf_karen所说是由实践形成理论，反过来由理论去指导实践。和我所说的都不矛盾，要看企业所面临的情况。

3楼

hnren_ren

职务无
军衔下士
来自上海
发帖 64篇
注册 2007/8/10
PM币 245
经验 262点

Re:软件项目设计和开发评审指南 [回复于 2007/8/15] [回复] [引用]
这个问题不好把握，学习中。。。。。

4楼

qxpeng

职务无
军衔下士
来自广东
发帖 206篇
注册 2008/10/14
PM币 308
经验 264点

共1页 97 [ 第1页 ] 8:

！您尚未登录，不能回复主题。现在登录注册

建设运营：共创时网络