怎样正确评估一个项目的开发周期( 二 )


https://www.itcodemonkey.com/article/12862.html

■网友
卸腰。笼统的说:1.首先进行工作流分解。一般一个互联网产品,可以分解为:①需求确认;②产品设计;③UI;④开发;⑤测试\u0026amp;验收;⑥(灰度or正式)上线2.在上述阶段②,进行WBS分解(可以简单理解为把本期的产品分解为若干独立的模块/系统),然后评估每一个Structure的时间(需求确认和产品设计的时间,PM自己可以估出,UI、RD大人的环节一般由他们拍出一个他们觉得比较靠谱的时间),然后累加。作为一枚“老油条”,建议各位PM同学,在RD和UI给出的时间的基础上,稍微余出一些buffer时间,以便“管理老板预期”。有没有可能,如何把UI、RD大人的环节由“黑盒状态”变得稍微可控一点?答案是有,但这需要经验。比如评估RD的开发周期时,可以根据页面上的字段/功能,评估这个功能/模块的复杂程度,这些复杂程度大致涉及哪些系统、需要多少新增API、涉及多少张SQL表……etc.。对于评估UI的量也基本如此。一个页面需要多少人/天,做久了也就大概知道工作量了。TIPS:擅用excel/project,保存每一个项目的甘特表。几个项目走下来,每个项目成员是否会delay,大致delay多久,因为什么原因,PM就心中有数了。互联网产品的项目管理比起传统软件,还是简单很多的。
■网友
i. 正确评估时间是为了让我们预估风险,已保证按时高质量的上线。所以在回答之前我们需要先明白,都是哪些因素影响了开发开发的周期: 1. 项目成员对需求的理解不一致(50%):产品经理要实现的功能是否很完整的展示给其他成员,交互也有体现到位还是仅仅是口头描述,PRD中是否有清楚描述逻辑和规则?
2. 异常经常和边界条件未考虑充分(20%),是不是只考虑主流程或者只考虑本功能流程,其他关联功能要不要同步处理?数据统计需求有没有考虑进去?新功能线上后原来的数据要不要清理和同步?表单的边界条件、报错、为空等逻辑呢?
3. 开发成本太高(20%),产品这些要求是否真的合理?有必要做到这个地步吗?是否可以请自己的leader或技术leader一起讨论评估成本呢?
4. 对风险的预期管理是否到位(10%):需求变更和临时需求(后面会具体谈到)、人力变更(请假、节假日和人员流失),这些都需要灵活应对。
ii.提供项目时间管理方法:WBS和燃尽图,时间有限我们就不展开讲了。iii.评估都是拍脑袋的,都不如灵活的控制和协调!敏捷也不是一味地快,也是灵活!iv.最后,如果你有项目需要开发,或者是某一个功能的改进,或者是建一个网站,或者是做一款app等等都可以来找我们齿轮易创,为企业提供一体化的技术解决方案,用技术为企业加速!
https://mp.weixin.qq.com/a/~_bFnOMf8bxGKK_es1_YS6Q~~ (二维码自动识别)


■网友
1.技术决定有什么,文化决定人们想要什么。2.产品开发只有两个导向:一个是用途,一个是需求。
■网友
同学:
不要相信那种正规书上写的东西!
不要相信那种正规书上写的东西!
不要相信那种正规书上写的东西!
中国国情都是领导拍脑袋决定上线时间,然后项目经理屁颠屁颠去做,如果时间来得及,那么就瀑布式开发,如果时间来不及,就用敏捷开发,当然也可以根据实际的人员情况去做调整。需求确认可以看着来,原型跟UI可以一起做,开发可以加班。


推荐阅读