当需求范围不统一的时候该怎么办?

简介: 当需求范围不统一的时候该怎么办?

大家好,我是阿萨。昨天接到一个粉丝留言:在需求测试范围不统一的情况下,需求设计范围,需求开发范围,需求测试范围这三者不统一的时候,测试该不该扩大测试范围?


相信所有看到该问题所有人都会产生一个疑问,为什么不统一?


作为研发项目,需求前期考虑不周的地方,在所难免。每个人对需求的理解也不一致。所以会有需求范围不一致的情况发生。问题在于发生了怎么办?


因为所有做项目的人甚至保洁员都知道当范围不统一的情况下,没法干活。比如保洁接单打扫客厅,结果到了现场让保洁把卧室也都打扫一遍。保洁压根就不会同意的。


因为需求范围扩大就意味着工作量的扩大,成本的增加等问题。那要如何避免该问题呢?


1. 事前约定好范围。确定范围一致。任何扩大范围的情况都需要走需求变更流程。


2. 白纸黑字写清楚。没在描述范围内,都不应该作为工作列表。


3. 提前商定好需求变更的处理流程。明确不在范围内的就不需要去做。


4. 找项目负责人拍板,如果范围扩大就所有人都范围扩大。不能设计团队,开发团队和测试团队每个团队范围都不一致。


5. 需求变更了,那就加成本。成本够的话,其实都可以做。不能说光让人干活,不让人吃饭呀。


另外阿萨想把这个问题类比建筑项目,出设计图让盖2栋大楼,项目施工团队也盖了2栋大楼,但是要到达该大楼需要穿过小区花园,验收的时候要让验房师把经过的花园和盖得2栋大楼都验收一下,如果不是验房师,你会验小区花园吗?


答案不言而喻,不验。


所以粉丝的问题答案是,不在需求卡里写的都不验证,如果要验证请做需求变更或者修改需求。


当遇到不公正待遇的时候,请勇敢站出来说'不'。

相关文章
|
4月前
|
消息中间件 缓存 运维
云his系统源码 SaaS应用 功能易扩 统一对外接口管理
运营运维 系统运维、综合监管、系统运营
46 1
|
4月前
|
弹性计算 运维 监控
资源管理-高效管理多账号的标签规范
云上多账号资源管理解决方案,通过标签进行资源人财务管理,管理第一步就是需要进行标签的规范定义及确认,为后续管理、运维、分账、分权、监控等场景做数据准备。如何快速进行多账号标签实践?如何通过持续改进规范持续建设?形成飞轮为管理提效。如何解决增量资源标签不规范问题?如何解决存量资源标签不规范检测及修复?通过产品能力快速实现标签标准使用。
57288 1
|
4月前
|
算法 搜索推荐 C++
统一结果封装
统一结果封装
16 0
|
IDE Java Unix
统一开发工具配置
理论上无论使用哪个工具都可以,但是之前遇到过这样的情况,有人习惯使用 Eclipse 的自动格式化代码,每次提交代码都有一大堆的变化,仔细对比过后才发现仅是格式变化了,或是 improt 顺序变化了等等,多人提交代码时产生冲突,其实只是格式风险不一样,为了排除类似这样的困扰,使大家编码风格统一,所以,统一使用 IDEA 作为开发工具,代码格式和注释格式统一化。
|
安全 前端开发 中间件
4A 统一安全管控组件介绍
4A 统一安全管控组件介绍
935 0
4A 统一安全管控组件介绍
|
运维 监控 网络协议
统一运维监控平台设计思路
一、 监控平台的思路 二、 ganglia的安装 三、 yum方式安装ganglia
统一运维监控平台设计思路
|
运维
业务架构图规范
业务架构图规范
1388 0
业务架构图规范
【TP5项目统一规范】对于错误码统一使用
【TP5项目统一规范】对于错误码统一使用
94 0
【TP5项目统一规范】对于错误码统一使用
|
安全 前端开发 中间件
云巧核心组件巡礼 - 4A 统一安全管控组件
its better to run than curst the road初心相信很多小伙伴在刚刚接触项目交付时会发出相同的感慨项目交付的低水平。我们提出为企业做全面数字化转型很多年了。 但是在项目实际执行的过程中,常常的会陷入劳动密集型的堆人,堆代码的节奏中。 代码缺乏设计,稳定性听天由命。项目沉淀难因为项目 deadline 的紧迫,往往能成功交付便万事大吉。 虽然希望可以在项目中沉淀一些能力
云巧核心组件巡礼 - 4A 统一安全管控组件
|
存储 数据采集 运维
微服务之后,如何处理数据的统一分析(类似报表)
微服务之后,如何处理数据的统一分析(类似报表)
657 0
微服务之后,如何处理数据的统一分析(类似报表)