评审的分类
发布于 2024-10-02
1235
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
软件企业评审分类摘要
软件企业的评审可分为管理类评审和技术类评审,两者目的、流程、参与人员以及准则各有差异。管理类评审的目的是发现和解决管理问题,涉及到项目监督控制、过程审计和过程评估。而技术类评审则旨在发现工作产品中的缺陷和进行技术决策,包括走查、技术复审和审查三种形式。
管理类评审
- 项目监督控制评审:涉及各种周期性会议,目标是监督项目执行情况。
- 过程审计:由PPQA人员对照标准和规范进行监督。
- 过程评估:评估组织的标准与规范是否适合实际情况,以发现改进点。
技术类评审
技术类评审又称为同行评审,根据严格程度分为:
- 走查:不需要提前准备,由作者主持,结论较为宽松。
- 技术复审:由技术负责人主持,多位专家参加,要求事先准备。
- 审查:由专门主持人主持,多位专家参与,需要正式的评审报告。
这些评审方式通过目的、入口准则、评审材料数量、参与人员数量、评审主持人等方面进行区分。它们在不同企业中可以进化为不同的评审方式,如邮件评审、个人评审、会议评审等。
实践中,管理类评审和技术类评审常被合并执行,但这种做法是不提倡的。两类评审应保持独立,以免降低评审效率和质量。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 573.3K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
我说CMMI 2.0之:白话GOV
GOV与II是CMMI V2.0中新增的两个PA,实施CMMI V2.0的组织需要准确理解这2个PA的含义,然后才能知道如何映射到自己的实践。我对GOV的理解整理如下,供大家在实践中参考。 首先我们强调一下这个PA中隐藏的基本观点: 1 过程管理是一把手工程,高层管理者一定要参与。 2 过程管理包含的活动: 图1 过程管理活动 高层管理者的...
什么叫抽象?
面向对象软件开发的一个基本方法就是抽象,到底什么是抽象呢? 抽象是从众多的事物中抽取出共同的、本质性的特征,而舍弃其非本质的特征。例如苹果、香蕉、生梨、葡萄、桃子等,它们共同的特性就是水果。得出水果概念的过程,就是一个抽象的过程。要抽象,就必须进行比较,没有比较就无法找到共同的部分。 共同特征是指那些能把一类事物与他类事物区分开来的特征,这些具有区分作用的特征又称本质特征。因此抽取事物的共同特征就
不是CMMI的错
上周三,一家企业的老板给我抱怨,ISO 9000没有给他们带来任何好处,徒增加了负担,所以也不想实施CMMI了。 上周四,为五家公司做CMMI的售前,有一半多的企业目的是为了证书。 前天,有客户要将整个组织改造为软件工厂,请我做了一小时的报告,主题是软件生产线、CMMI。 今天,有朋友给我抱怨:“实施CMMI真累,压力太大了!”,碰巧还有一个朋友在MSN上打出了“CMMI,快要疯掉了!”,对此,我
纳入基线管理的经验原则
纳入基线管理的一般原则是: • 原则1:所有交付给客户的文档、代码、可执行程序、购买来的可复用构件等必须纳入基线。 • 原则2:影响了对外的承诺的配置项 – 项目的阶段计划必须纳入基线来管理。(对外承诺变了) • 原则3:其变化影响了其他配置项 – 所有对交付产品有重要影响的文档资料等必须纳入基线,主要的工程文档如需求、设计等一般要入基线。 – 变化要区分主动变化、被动变化
实施CMM时必须解决的认识问题
在基于CMM实施软件过程改善时,有些根本的思想认识问题解决不了,往往会使实施的周期比较长,效果不好,甚至导致过程改善的失败或中止。软件企业的高层领导、企业的过程改善主管、销售人员、项目经理及一般的开发人员都需要对这些问题统一认识,在此基础上才能消除各方面的阻力,把握好过程改善的方向,控制好过程改善的进度。笔者在总结了3年的实施CMM的经验教训后,归纳了如下几个思想认识问题,供拟准备进行过程改善或正
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线