扫码阅读
手机扫码阅读
评审的分类
19 2024-10-02
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
查看原文:评审的分类
文章来源:
麦哲思科技任甲林
扫码关注公众号
软件企业评审分类摘要
软件企业的评审可分为管理类评审和技术类评审,两者目的、流程、参与人员以及准则各有差异。管理类评审的目的是发现和解决管理问题,涉及到项目监督控制、过程审计和过程评估。而技术类评审则旨在发现工作产品中的缺陷和进行技术决策,包括走查、技术复审和审查三种形式。
管理类评审
- 项目监督控制评审:涉及各种周期性会议,目标是监督项目执行情况。
- 过程审计:由PPQA人员对照标准和规范进行监督。
- 过程评估:评估组织的标准与规范是否适合实际情况,以发现改进点。
技术类评审
技术类评审又称为同行评审,根据严格程度分为:
- 走查:不需要提前准备,由作者主持,结论较为宽松。
- 技术复审:由技术负责人主持,多位专家参加,要求事先准备。
- 审查:由专门主持人主持,多位专家参与,需要正式的评审报告。
这些评审方式通过目的、入口准则、评审材料数量、参与人员数量、评审主持人等方面进行区分。它们在不同企业中可以进化为不同的评审方式,如邮件评审、个人评审、会议评审等。
实践中,管理类评审和技术类评审常被合并执行,但这种做法是不提倡的。两类评审应保持独立,以免降低评审效率和质量。
想要了解更多内容?
查看原文:评审的分类
文章来源:
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
379 篇文章
浏览 58.9K
麦哲思科技任甲林的其他文章
一言蔽之:CMMI的过程域要点
CMMI 1.2版本的22个过程域要点可以分别用一句话概括如下,未必全面准确,但是可以快速了解其核心内容: 2级: 需求管理-如何解决需求的变更问题; 项目策划-如何编制一个合理可行的项目计划; 项目监控-对照计划,跟踪项目的进展情况; 配置管理-管理开发过程中文档与代码的变更,保持一致性; 过程和产品质量保证-强调应以制度化为主导,检查是否落实了制度; 供应商合同:采购外包合同的管理; 度量和分析-采
实例:评审速度与缺陷密度之间的相关性
某公司的项目分为两类:MIS类软件开发与嵌入式软件开发,对这两类项目的需求评审的速率与需求评审发现的缺陷密度分别积累了度量数据,分别见表一和表二,共计52次的需求评审数据。 表一:MIS软件开发项目的需求评审度量数据 表二:嵌入式软件开发项目的需求评审度量数据 对这两类项目的需求评审的速率与缺陷密度分别画散点图如图一和图二所示。 图一:MIS软件开发项目需求评审的缺陷密度
如何度量项目的总体进展?
在跟踪项目的总体进展时,传统的方法是采用挣值图进行跟踪,敏捷的方法是采用燃尽图或燃起图进行跟踪,精益的方法是采用累积流量图跟踪总体进展。在一家公司内有采用短周期迭代开发的,有采用传统瀑布模式开发的,有新品开发的项目,也有软件维护的项目,那么有无一种适合于所有类型项目的统一方法跟踪项目的总体进展呢?下面就介绍一种计算简单、易于理解的方法,它可以跟踪总体进展,也可以适合跟踪局部进展。
PMO、EPG与QAG职责分工
PMO、EPG与QAG职责分工 有很多人对PMO、EPG与QAG的关系理解比较混乱,因此整理此文以澄清一些误解。 1 PMOPMO(Project Management Office)是项目管理办公室的简写,是在PMBOK中建议的一种组织机构,其主要职责是:Ø 定义项目管理流程;Ø 培养项目经理团队;Ø 建立项目管理信息系统;Ø 对项目提供顾问式指导;Ø 监督项目进展情况;Ø 开展多项
我说CMMI2.0之组织级培训(OT)
人、技术、过程三者并重。技术靠人来使用,过程靠人来执行,人是地基,是基础。同样的技术、同样的过程由不同人去落地,效果差别很大,因此要重视对人的能力的培养。 实践列表 OT 1.1 Train people. 培训人员 OT 2.1 Identify ...
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线