突然顿悟到,不管是在大团队还是小团队,确定不大部分普通需求(类似数据迁移和系统升级这类的需求不算)的范围和该做多少,粗暴的判断标准就是三点。
1.一个星期内是否能输出产品方案(细节修改不算);
2.两个星期内是否能进入开发流程;
3.开发开始后,3个星期后是否能上线;(现在大公司的app发布周期一般是,两周开发一周测试)
如果做不到上述三点,就请砍砍砍!要么就请加班。
突然顿悟到,不管是在大团队还是小团队,确定不大部分普通需求(类似数据迁移和系统升级这类的需求不算)的范围和该做多少,粗暴的判断标准就是三点。
1.一个星期内是否能输出产品方案(细节修改不算);
2.两个星期内是否能进入开发流程;
3.开发开始后,3个星期后是否能上线;(现在大公司的app发布周期一般是,两周开发一周测试)
如果做不到上述三点,就请砍砍砍!要么就请加班。
本文标题:一个需求做多少,怎么确定?|日X:87
本文链接:https://www.haomeiwen.com/subject/urnrkxtx.html
网友评论
分享一下我的经历,大概比较不入流:
活动h5,流程原型1天,设计初稿1天(3-6页不等),前端1天,后端1天,测试1天,中间稍微有点交叉。
交易网站,流程1周,原型3天,设计稿1周,前端1周,没有后端功能的话,3-4周完成,有的话后端功能(视需求,3周-4周),基本2个月内完成
下个月我也要做移动端了,做app迭代惹,哈哈