限时领|《AI 百问百答》专栏课+实体书(包邮)! 了解详情
写点什么

如何避免重要需求遗漏?

  • 2019-10-15
  • 本文字数:1895 字

    阅读完需:约 6 分钟

如何避免重要需求遗漏?

避免重要需求遗漏,首先我们需要反问一句:为什么这些紧急重要的需求无法更早预见?同样的,我们需要了解:


  • 具体是哪些外界原因?这些原因是否有共性,有的话,那就针对性处理;

  • 增加的需求有无共性特点?有的话,可以针对性处理;

  • 临时增加有多临时?我们是否有提高或改善响应能力的空间,如果我们可以更快调整和响应,使得这些临时需求对我们产生不了什么影响,那么这个问题也就不再是问题了;

  • 既然是常态,为何我们的流程没有做出调整去应对?是调整过流程或工作方式,还是无法解决问题,还是说不知道该怎么调整流程或工作方式去适应?

具体操作方法

具体操作,可以按照事前、事中、事后各个阶段来采取不同的措施处理。


一、事中的处理


根据具体情况不同,在发现需求遗漏的当时,可以采取如下一些做法:


  • 重要需求遗漏,不紧急:既然不紧急,按照常规做法增加进去即可,但如果经常出现遗漏,就要考虑是否是需求分析和规划的实践做法有问题,才会导致问题持续出现,这种情况,应强化需求结构化管理,从全局出发进行思考和规划,避免因为思考的片面化和局部性导致的遗漏;

  • 重要需求遗漏,紧急:既然是又重要又紧急的需求,那么必然就得调整当前开发工作的顺序,把这个遗漏的重要紧急需求插进去,把工作安排下去;然后就要考虑从需求的优先级和需求的结构化管理两个方面入手复盘,并切实改进,避免类似情况再次发生;

  • 需求遗漏:如果是不太重要的需求遗漏,按照常规做法处理即可;可以根据其紧急程度和影响,决定是否调整工作顺序让这个需求插队;如果这种情况反复出现,那建议可以考虑进行复盘,从需求结构化管理的角度进行分析,并商讨改进措施;

事后处理

事后其实就是复盘,复盘的关键是要基于盘来推演和分析,这个盘就是事前制定的模型和规范。是我们有模型有规范,但执行出了问题?还是说这几个需求情况特殊,模型比较简单没有覆盖到这些特殊情况?还是说模型和规范都没问题,就是人员能力不足,导致判断偏差大?只有找到正确的根因,才能够真正有效的解决问题,所以我们不复盘则已,要复盘就务必要认真严格地进行复盘。


怎么复盘?复盘也是有方法有套路的,业界也有相关书籍可供我们参考借鉴。例如温伯格在《成为技术领导者》中提出的 MOI 模型就可以用作复盘的一种思路。


  • M:激励(Motivation),是不是人们没有动力去做这件事情?

  • O:组织(Organization),是不是无组织无纪律、一片混乱,人们不知道自己或别人该做什么?

  • I:想法或创意(Idea/Innovation),是不是缺少如何解决这些问题的点子或创意,不知道有什么办法解决这个问题?


复盘时要注意,受限于能力或经验以及出问题次数多少的影响,我们可能无法得出一个准确的结论和必然有效的解决方案。此时一方面需要秉持持续改进的心态,我们可以先落实当前已经比较明确的改进措施,后续再观察效果,持续复盘、持续改进即可。另一方面我们也可以先采取一些临时措施。


  1. 预留时间:比如,如果确实很难分析清楚为什么总是会遗漏需求,无法进行非常有针对性的处理时,也可以采取较为模糊应对的方式。可以拉取过去一段时间的工作记录,评估这段时间每个迭代的突发需求所消耗的工作量投入,可以取个平均值,然后在后续进行迭代工作安排的时候,固定的预留出一定量的时间,用于应对极有可能会出现的突发需求。

  2. 需求拆细:当出现突发需求,导致我们需要调整工作顺序时,很有可能会因为需求颗粒度大以至于腾挪余地有限,而难以避免突发需求带来的影响,因而还应该尽可能地采取拆细需求的方式,将颗粒度比较大的需求拆分为较小颗粒度的需求,可以增加调整需求工作顺序时的灵活性;


要确定到底要预留多少时间,可以利用 DevCloud 的 Epic-Feature-Story 结构,把突发需求汇集在一起,便于统计。例如创建一个特殊的 Epic“突发需求”,下一级是为每个迭代创建的 Feature,用来承载各个迭代里面具体的那些突发需求(体现为 Story),并做好工时的记录,迭代结束后,就可以来计算出现了多少个突发需求、投入了多少工作量了。



也可以采用“模块”字段来辅助记录和统计突发需求的数据。例如,新建一个模块,取名“突发需求”,所有突发需求都标注为这个模块,那么后续就可以基于模块进行筛选或查看报表等方式来统计突发需求所消耗的工作量了。


事前处理

事前的处理放到最后来介绍,是因为之所以会出现问题一般都是因为事前没有做好,但已经出现了问题就需要在当时尽快处理,所以先介绍了事中的处理。但当我们处理完问题也完成了事后复盘,就需要考虑未来的事前,尽可能的避免问题发生。


简单来讲,事前的话,就是要做好需求的结构化管理和需求的优先级管理,以及做好相关规范的宣导、人员的动员和能力的培养,这样就能够有效的避免或减小突发需求带来的影响了。


2019-10-15 16:372640

评论

发布
暂无评论
  • 谁来说说数据质量评估的标准是什么?

    当我们谈到数据质量管理的时候,我们必须要有一个数据质量评估的标准,有了这个标准,我们才能知道如何评估数据的质量,才能把数据质量量化,并知道改进的方向,比较改进后的效果。

    2022-09-15

  • 网络架构设计概要

    网络架构设计需要明确网络环境需求,主要涉及高可用、高性能、安全性、可扩展性、灵活性、自动化等需求。

    2022-08-22

  • 02. 从马斯洛需求层次看谈判的共赢技巧(上)

    2023-10-17

  • 设计思路:做远程控制有几步?

    2020-01-23

  • 远程办公三部曲 - 如何提高沟通效率| 社区征文

    前边我们聊了如何安排时间,没有看的朋友可以去看 远程办公三部曲 - 如何合理安排时间| 社区征文 。远程办公的和固定工作场所办公有很多区别,其中比较重要的一点就是沟通。那么远程办公的沟通效率怎么样呢,有没有办法提高呢。

    2022-06-17

  • 云计算之 - 弹性伸缩

    弹性伸缩为用户提供高效管理计算资源的策略。用户可设定时间周期性地执行管理策略或创建实时监控策略,来管理VM实例数量,并完成对实例的环境部署,保证业务平稳顺利运行。在需求高峰时,弹性伸缩自动增加VM实例数量,以保证性能不受影响;当需求较低时,

    2023-03-09

  • 什么样的设计流程是最高效的?

    想让设计流程更加高效,就要利用好双钻模型。

    2021-02-26

  • 如何用量化手段判断需求的优先级?

    量化是一个很好的思维方式,在整个过程中,会助益我们做好设计师的需求管理。

    2021-02-03

  • 10000+ 代码库、3000+ 研发人员大型保险集团的研发效能改进实践

    本文将涵盖该集团研发效能建设初期的四大关键实践

  • 应该怎么规划学习 web 前端培训

    有小伙伴想要通过学习web前端开发技术知识来入行IT行业,原因是随着互联网、物联网的不断发展,web前端开发技术也在不断的更新,不过对于零基础的小伙伴来说学习web前端开发技术知识还是需要找到适合自己的学习方式,前端培训的方式还是比较适合零基础小伙伴

    2022-07-28

  • 技术管理 之 跨功能需求管理

    跨功能需求是保证功能性需求正常工作的关键。跨功能需求很容易被忽视,甚至在预算不足的情况下,被搁置而成为技术债。Tech Lead要权衡跨功能需求在当前实现和延后实现的收益和成本,做出合理的决策,也要警惕因跨功能需求处理不当而引入的风险。

    2023-01-05

  • 攻防演练中蓝队针对攻击方式复盘总结

    实战攻防演练的结束也是蓝队改进防守工作的开始。在每次红蓝对抗演练结束后,应对各阶段进行充分、全面的复盘分析,提出整改措施。

    2022-06-27

  • 官宣!Apache Doris 从 Apache 基金会毕业,正式成为 Apache 顶级项目!

    全球最大的开源软件基金会 Apache 软件基金会(以下简称 Apache)于美国时间 2022 年 6 月 16 日 宣布,Apache Doris 成功从 Apache 孵化器毕业,正式成为 Apache 顶级项目(Top-Level Project,TLP)。

    2022-06-16

  • 技术分享 | 被测项目需求你理解到位了么?

    需求分析是开始测试工作的第一步,产品会先产出一个需求文档,然后会组织需求宣讲,在需求宣讲中分析需求中是否存在问题,然后宣讲结束后,通过需求文档分析测试点并且预估排期。所以对于需求的理解非常重要。

    2022-08-30

  • 6. 需求分析模型

    2023-09-30

  • 什么是需求管理,产品如何进行需求管理

    什么是需求管理?产品如何在云效进行高效的需求管理?作为产品经理,是否会出现需求跟着跟着就丢了?是否感觉需求开发周期长,却苦于没有具体的数据?是否会出现需求的来源无法追溯等问题?需求管理贯穿着产品的整个生命周期云效可以很好地支持产品经理对需求

    2022-03-30

  • 京东物流常态化压测实践 | 京东云技术团队

    大促备战压测备战时间紧、任务多,压测备战压力较大,在大促备战多专项并行资源紧张情况下,频繁的系统调优给整个大促带来不可控的风险因素。引入常态化压测的手段,通过每周或每月的定期压测行为,持续把控系统性能表现,保证服务稳定性;同时将需求上线引起

    2023-05-04

  • 服务的容量规划:怎样才能做到有备无患?

    如果规划做不好,要不就是没有容量可用,要不就是容量太多造成浪费。

    2020-02-07

  • ERP 外贸管理系统是什么?哪家好?如何选?

    ERP外贸管理系统,顾名思义就是一款专门为外贸企业开发定制的ERP系统,目前市场上大部分ERP系统都是根据外贸企业现有的业务流程和管理需求内置了:产品管理、订单管理、采购管理、货运管理、客户管理、数据分析等模块。能够帮助外贸企业更高效地完成相关工作

    2022-10-19

  • Vue 组件入门(四)组件注册

    对于组件的使用场景以及频率来说,有些组件使用的比较频繁,很多模块都可以使用这个组件,而有些组件,仅限于当前业务模块使用,我们就可以根据情况来进行相应的全局注册或者局部注册。而如何注册以及相较于局部注册,全局注册又带来了什么问题呢?下面我们就

    2022-10-13

发现更多内容

“穷苦乡村”小伙就得安于现状,你掌握了多少?

Java 程序员 后端

《重构 改善既有代码的设计 3》代码的可理解性应该是我们虔诚追求的目标

Java 程序员 后端

【C语言】动态内存分配,nginx调优与监控

Java 程序员 后端

【DM】DMSQL程序的基本操作,下载量瞬秒百万

Java 程序员 后端

《Spring实战》读书笔记-第3章 高级装配,全网最具深度的三次握手、四次挥手讲解

Java 程序员 后端

《零基础》MySQL GROUP BY 语句(十九),java并发编程实战pdf百度云

Java 程序员 后端

《零基础》MySQL 安装(二),java高级程序设计作业系统

Java 程序员 后端

《零基础》MySQL 连接的使用(二十),springcloud开发教程

Java 程序员 后端

【Java并发实战】偏向锁-轻量级锁-重量级锁,掌握这些知识点再也不怕面试通不过

Java 程序员 后端

《JVM系列》 第五章 -- 堆空间与对象分配,springboot项目分层架构

Java 程序员 后端

【DM】达梦DEM WEB管理器的搭建,mybatis基本工作原理

Java 程序员 后端

【DM】达梦数据库中的物理备份与还原,java程序设计项目教程眭碧霞第四章答案

Java 程序员 后端

【Java程序员必知必会的90个细节】1,隔壁都馋哭了

Java 程序员 后端

【MyBatis 2】MyBatis-Plus,java分布式框架技术方案

Java 程序员 后端

《菜菜的机器学习sklearn课堂》逻辑回归,java教程百度云最新版

Java 程序员 后端

【Java知识点详解 8】Java反射机制,java项目经验面试题

Java 程序员 后端

【Java从0到架构师】Spring - 生命周期,mysql教程入门到精通pdf

Java 程序员 后端

【Java后端】2020年最新阿里,java中级面试题库weixin

Java 程序员 后端

自定义注解实现方式全解析

小鲍侃java

11月日更

《大型数据库技术》MySQL的进阶开发技巧,java基础知识重点总结pdf

Java 程序员 后端

【C语言】指针总结,Java程序员如何有效提升学习效率

Java 程序员 后端

【Java 异常】try-catch,mysql菜鸟入门系列

Java 程序员 后端

【Java从0到架构师】JDBC,Java多态实现原理解析

Java 程序员 后端

【Java从0到架构师】Spring - 复杂对象,java的多线程的底层原理

Java 程序员 后端

【Java从0到架构师】Spring - 整合 MyBatis,大厂Mysql高频面试题

Java 程序员 后端

「JVM 系列」- JVM的类加载机制,java常用面试题和答案

Java 程序员 后端

【C语言基础系列】C语言分支结构,java反射原理面试

Java 程序员 后端

【DM】教你用JDBC连接达梦数据库并进行增删改查,java项目百度网盘

Java 程序员 后端

一文带你理解TDengine中的缓存技术

TDengine

数据库 tdengine 后端

【Docker 1】入门,nginx架构移植

Java 程序员 后端

【JVM系列5】深入分析Java垃圾收集算法和常用垃圾收集器

Java 程序员 后端

如何避免重要需求遗漏?_文化 & 方法_华为云容器服务团队_InfoQ精选文章