思步网

查看: 13853|回复: 19
打印 上一主题 下一主题

软件开发阶段评审内容

[复制链接]
前几天有人问我要这方面的资料,当时没找着,今天无意中发现了一个,本来是一个完成的评审规程的word文档,但因为其他一些原因,只抓取其中一张图在这里,供参考。



上一篇:请问:需求的粒度如何定义?
下一篇:什么是“银弹综合症”
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏 转播转播 分享分享 分享淘帖 支持支持 反对反对
回复 论坛版权

使用道具 举报

这个评审类似项目完成后的一个针对项目的评审,然后可以根据结果做出项目的奖惩。不过有些项不好客观的判断,可能每个公司的操作方式不同。
是阿,太不容易评判了,比如 需求分析是否合理?如何判断它是否合理呢?计划时间是否合理,没有同类项目的历史数据参考,又没有准备的估计方法,怎么判断它是不是合理呢又。老觉得这块不好做,所以 大家就都觉得评审就是走形式了。
不知各个公司针对需求、设计、编码、测试 整个软件工程各阶段的技术评审检查单是怎么样的?
第一楼的评审内容图,一般是给项目打分时候使用。我感觉评审内容和分数的对应关系不太合适。
常用做法是将每个评审条目的可达到的范围定一个标准(等级),每个等级对应一个分数;每个评审条目占项目总分中的比重是不同的(也可以根据项目类别或者自身特点加以调整)。
同意楼上的说法。

在项目复盘时,每个评审条目所占的比重应由项目的特点决定。比哪维护性项目、开发类项目。某些条目可以进行删减。

总是来说,这是一个比较粗的评审内容图,具体到各个开发阶段,有更详细的工作产品(评审内容)
同意,CMM/CMMI强调的都是裁剪,评审内容也需要裁剪。
:( 裁减是必然的,包括添加项目本身的一些定制的。
大家都在谈论裁减,,有没有一个全面的评审list呢。。。能参考下就好了。
对设计、测试的评审如何评判
支持,赞一个
看帖要回,回帖才健康,在踩踩,楼主辛苦了!
好帖是需要鼓励的~
我是个凑数的。。。
确实不错,顶先
鼎力支持!!
这么强,支持楼主,佩服
您需要登录后才可以回帖 登录 | 注册

本版积分规则

思步组织思步科技|思步网|火花学堂|思步文库|思步问答|思步英才|天下心
© 2007 思步网 浙ICP备10212573号-4(首次备案号:浙ICP备07035264号)|邮箱:service#step365.com(将#换成@)|服务热线:0571-28827450
在线培训课程|求职招聘|思步文库|官方微信|手机APP|思步问答|微博平台|官方QQ群|交流论坛|软件工程透析|关于我们|申请友链|
点击这里给我发消息     点击这里给我发消息
思步 step365 过程改进 CMMI中文 质量保证 质量管理 流程体系 需求跟踪矩阵 敏捷开发 Scrum 软件度量 项目评审 全员改进 流程管理 人力资源 6sigma 信息安全 ISO27001认证 IT服务管理 ISO20000认证 ISO9000认证 软件测试 SQA 配置管理 IPD 软件工程 PMP认证 PMP试题 PMBOK中文 精益研发 agile 顾问式管理培训
返回顶部