首页 > 软件测试/ 正文
同行评审那些事儿(九):最佳实践(3)
2012-12-29 05:57:07 ℃
5.评审工作完整性 评审工作的完整性很重要,遗漏重要的部分可能造成不可估量的损失,这方面的建议主要有以下几条。 ① 规划好应该评审的不同的部分、角度和层次。 ② 不同的人员评审覆盖不同的部分或角度。 ③ 大规模的软件可分物理或逻辑部分进行评审。 ④ 要考虑软件系统的泛一致性,要兼顾前后左右系统和标准。 ⑤ 要考虑各阶段工作成果的可追溯性,上下游的作者可互相评审,如设计人员评审需求,分析人员评审设计。 ⑥ 需求和设计变更是难免的,要给出需要进行“变更评审”的准则,注意必要的评审。 麦肯锡系统思维的结构化思路核心概念Mutually Exclusive Collectively Exhaustive(MECE)对我们评审工作的完整性具有深刻的指导意义。 评审工作就应该在整体思维下做到没有遗漏,没有重复。但是为了更好地利用有限的资源条件,要有优先级并突出重点。 6.关于组内评审的建议 不拘形式,随时评审(检查和走查)。同一个项目团队的成员如果作为安排比较方便,可以随时对需求或设计进行讨论。 安排团队内部不同人员可从不同层次和角度评审不同的部分,无法覆盖的部分或比较薄弱的部分一定要请求公司安排资深技术人员进行评审。 组内评审的缺点之一是评审的水平问题,受项目组内水平限制,有些潜在的问题可能发现不了。 组内评审的缺点之二是团队成员可能存在不愿提问题的心理,特别是在分析或设计人员是项目经理或资深技术人员的情况下。 不同的项目可以采用不同的评审策略,但组内评审都是必需的,只是形式可以灵活随意。如定制开发需求的评审策略可以是:用户评审→组内评审→组外非正式评审→正式评审;定制开发设计的评审策略可以是:组内评审→组外非正式评审→正式评审;产品研发的评审策略可以是:产品组内评审→项目组内评审→组外非正式评审→正式评审。 当然,(正式的)组内评审也可不单独进行,而是与“组外评审”同时进行。相关链接:同行评审那些事儿(一):评审的必要性同行评审那些事儿(二):评审的作用、目的和概念同行评审那些事儿(三):需求与设计评审的特点同行评审那些事儿(四):各种评审的形式同行评审那些事儿(五):评审活动的角色分工同行评审那些事儿(六):需求与设计评审的层次同行评审那些事儿(七):评审的流程同行评审那些事儿(八):常见的问题同行评审那些事儿(九):最佳实践(1)同行评审那些事儿(九):最佳实践(2)
更多女生学习编程容易吗,郑州学游戏软件编程培训学校有哪些,郑州北大青鸟java培训怎么样,郑州北大青鸟学软件开发需要什么基础,郑州计算机java专业学校,郑州北大青可以拿java工程师证吗相关文章
- Java线程:线程的调度-让步
- Java对数函数及Java对数运算
- 我的软件测试之旅:(5)难点——功能改进的测试
- 回归测试的学习笔记
- 软件测试流程
- 借鉴ASP.NET的控件模型辅助UI自动化测试
- 基于代码覆盖数据分析的代码去冗优化
- 软件产品质量的价值
- 软件质量评价内容
- 关于软件质量的思考——不只是测试
- 项目经理的核心工作是控制产品的质量
- QA工作两个月的感受
- 我说CMMI4个等级的区别
- 软件测试管理之QA是天使还是魔鬼
- 如何确定一个软件测试项目的终结点
- 软件测试中的风险因素识别
- 文件名变色的原因及解决方法(图解)
- 什么是水货笔记本
- 电脑最基本的硬件
- 固态硬盘是什么
- 电脑机箱的作用
- 桌面东西多会影响电脑速度吗?
- 缓存在SSD中的作用
- 一体机电脑好不好?贵吗?
- Win8系统安装配置要求是什么
- Windows XP 传真功能详解
- 内存小的电脑适宜装微软系统吗?
- 系统U盘挑选技巧
- 各种编程语言的优缺点
- 女孩子学习软件开发技术就业怎么样呢?
- 搜索
-
- 热门标签