扫码阅读
手机扫码阅读
评审的分类
126 2024-10-02
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
查看原文:评审的分类
文章来源:
麦哲思科技任甲林
扫码关注公众号
软件企业评审分类摘要
软件企业的评审可分为管理类评审和技术类评审,两者目的、流程、参与人员以及准则各有差异。管理类评审的目的是发现和解决管理问题,涉及到项目监督控制、过程审计和过程评估。而技术类评审则旨在发现工作产品中的缺陷和进行技术决策,包括走查、技术复审和审查三种形式。
管理类评审
- 项目监督控制评审:涉及各种周期性会议,目标是监督项目执行情况。
- 过程审计:由PPQA人员对照标准和规范进行监督。
- 过程评估:评估组织的标准与规范是否适合实际情况,以发现改进点。
技术类评审
技术类评审又称为同行评审,根据严格程度分为:
- 走查:不需要提前准备,由作者主持,结论较为宽松。
- 技术复审:由技术负责人主持,多位专家参加,要求事先准备。
- 审查:由专门主持人主持,多位专家参与,需要正式的评审报告。
这些评审方式通过目的、入口准则、评审材料数量、参与人员数量、评审主持人等方面进行区分。它们在不同企业中可以进化为不同的评审方式,如邮件评审、个人评审、会议评审等。
实践中,管理类评审和技术类评审常被合并执行,但这种做法是不提倡的。两类评审应保持独立,以免降低评审效率和质量。
想要了解更多内容?
查看原文:评审的分类
文章来源:
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 105.3K
麦哲思科技任甲林的其他文章
需求变更的5W1H分析
why,需求为什么变化? 甲方的特殊原因: 不知道如何说清楚需求; 没有明确的需求; 没有确认乙方描述的需求; 乙方的特殊原因: 理解错了需求; 没有很好的诱导客户的需求; 共性原因: 业务就是变化; 人与人之间的沟通本来就存在障碍; 特殊原因是可以消除的,共性原因是难以消除的。 who : 谁会提出需求变化? 客户:客户方的
如何把简单的事情一次做对?
在工作中领导最讨厌的人就是总把简单的事情做错的下属,在绝大多数人不会犯错的地方犯错,在领导眼中会判定为是基本素质问题,是不可原谅的。如果组织要裁员,那优先裁掉的就是哪些总是犯低级错误的人。那如何确保能够把简单的事情一次做对,提升自己的职场竞争力呢,请参考如下的七步工作。
各阶段缺陷检出密度的统计分析案例
某企业积累了10个项目的历史度量数据,积累了5个阶段的缺陷密度,即从需求评审的缺陷密度,直至交付后3个月内的缺陷密度,计量单位统一为缺陷数/KLOC。 需求评审缺陷密度 设计评审缺陷密度 代码评审缺陷密度 测试发现缺陷密度 交付后缺陷密度 P1 ...
目标之痛
作者: 任甲林 来源:(希赛网原创) http://www.csai.cn 2005年07月25日 摘要: 本文给出了关于软件项目目标错误、目标摇摆、目标模糊、没有目标的 4 个案例,采用反面案例说明了目标的重要作用。 关键词: 关注目标,根本目标,优先级,产品特色 5 年前读完 高德拉特( Eliyahu M. Goldratt ) 的名著《目标》后,我深受震撼,尽管那
测试用例评审的旁观记录
测试用例评审应该如何做?
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线