如何评估一个需求?需求做不完,怎么办?
如何 一个 怎么办 需求 评估
2023-09-14 09:11:43 时间
如何评估一个需求?
- 需求的背景是什么?为什么要做这个需求?这个需求有什么价值?这个需求对比人力的性价比怎么样?
- 提前看需求文档,不懂得及时向产品提问
- 哪些功能是新增的,哪些功能是修改的
- 需求的流程是怎样的
在脑子里面过一遍,整个需求的流程是怎样的。 - 写技术文档
- 工作项拆解
整个需求的功能包括哪些子功能,拆分为多个工作项。
要写多少个接口/页面,要设计多少张表。 - 工时评估
拆解完工作项,可以给每个工作项评估1-2天的时间。
如果一个工作项的工时超过了2天,那就继续拆解。
简单的功能,可以把1张表的增删改查评估1天的时间。
或者是,简单的接口,一个接口可以评估1天的时间。 - 尽量多留些buffer
开发过程中,经常会有各种破事,比如开会,线上问题,同事打扰之类的。。一定得留buffer。
比如一个功能,需要半天,最好就评估一天。
在转测时间上面留些buffer。 - 数据量多大
- 是否影响历史数据
哪些需求可能风险会比较大?
-
需要对接第三方系统
对接第三方系统,沟通成本很大,往往会有不可控的情况出现。尤其是作为下游,容易受上游的影响。 -
需要用到多个数据源。
数据源越多,往往越复杂。有些数据要怎么取,可能都得想半天。 -
大型业务重构
如果对原来的业务不熟悉,又没有老员工指导。重构会非常麻烦。遇到问题,定位起来也很困难。 -
数据量大,并发高
数据量越大,遇到的技术挑战会越大。评估需求时,一定要注意数据量。 -
陌生的技术栈
技术栈不熟悉,踩到坑不知道怎么解决,花费的时间就会非常多。 -
倒排需求
倒排需求,时间基本就是倒推的了,没法宽松地评估,一般也没什么buffer,一旦遇到开会多,沟通多,那时间就非常紧张了。 -
并行需求
并行越多,一般效率会变得越低。最好能先专注一个需求,做完了再做其他的需求。
需求做不完,怎么办?
-
拆解工作项,向上级要人力和时间,砍需求
拆解工作项,颗粒度一定要细,如果一个工作项评估是3天,那领导可能会问,为什么这一个工作项就要3天?
拆解出来的工作项,最好是1天。
拆解完工作项,就向上级暴露风险,要资源,加人力,或者加时间、砍需求。 -
提前暴露风险
风险越早暴露越好。不要等到最后的时刻才暴露,那可能没法挽回了。 -
分批转测
分批转测,听起来不错,实际效果不会很好。因为一边开发新的功能,一边又跟测试沟通,改bug,效率会很低。 -
完成大于完美
如果实在要不到人力和时间,那就不必过分追求代码的规范了,怎么快怎么来,及时交付才是最重要的。完成大于完美。
相关文章
- Xcode7.2中如何添加一个Empty Application模板
- 如何在Cocos2D 1.0 中掩饰一个精灵(四)
- 如何设计一个单点登录系统(3)?
- 如何设计一个单点登录系统(2)?
- C#.NET常见问题(FAQ)-想要另存一个项目,sln文件丢了怎么办,如何打开高版本的项目
- Discuz常见小问题-_如何修改网站LOGO
- 如何穿越周期
- 小白如何自己亲手制作一个防疫地图?
- 如何参与一个GitHub开源项目
- 如何处理SAP Fiori Launchpad KPI tile点击后出现的错误消息
- 如何检测SAP UI5应用里控件的初始化和析构时间点
- Python编程语言学习:python语言中快速查询python自带模块&函数的用法及其属性方法、如何查询某个函数&关键词的用法、输出一个类或者实例化对象的所有属性和方法名之详细攻略
- 【华为敏捷/DevOps实践】4. 如何从Excel做项目管理的方式中走出来
- 系统如何端子app弄root才干
- NA 去掉删除多余的na 向量是否存在两个以及两个以上等于0的值 na NA 如何计算R中向量中大于某个值的元素数量 R如何按条件查找数据并删除符合条件的数据所在的行 判定一个向量是否包含0这个元素