如何正确评估一个项目的开发周期？ 举报 理由 举报 取消 产品项目常常是可大可小，或者是某一个功能的改进，或者是建一个网站，或者是做一款app等等。一个项目从需求提出到上线，中间包括需求确定、原型、UI、开发等流程，大家是怎么评估自己的项目所需要的时间呢？ 2017年10月5日 2 条回复 1228 次浏览 互联网,产品,产品开发,经理
回复 ( 2 )
卸腰。
笼统的说：
1.首先进行工作流分解。
一般一个互联网产品，可以分解为：①需求确认；②产品设计；③UI；④开发；⑤测试&验收；⑥(灰度or正式)上线
2.在上述阶段②，进行WBS分解（可以简单理解为把本期的产品分解为若干独立的模块/系统），然后评估每一个Structure的时间（需求确认和产品设计的时间，PM自己可以估出，UI、RD大人的环节一般由他们拍出一个他们觉得比较靠谱的时间），然后累加。作为一枚“老油条”，建议各位PM同学，在RD和UI给出的时间的基础上，稍微余出一些buffer时间，以便“管理老板预期”。
有没有可能，如何把UI、RD大人的环节由“黑盒状态”变得稍微可控一点？
答案是有，但这需要经验。
比如
评估RD的开发周期时，可以根据页面上的字段/功能，评估这个功能/模块的复杂程度，这些复杂程度大致涉及哪些系统、需要多少新增API、涉及多少张SQL表……etc.。对于评估UI的量也基本如此。一个页面需要多少人/天，做久了也就大概知道工作量了。
TIPS：
擅用excel/project，保存每一个项目的甘特表。几个项目走下来，每个项目成员是否会delay，大致delay多久，因为什么原因，PM就心中有数了。互联网产品的项目管理比起传统软件，还是简单很多的。
1.技术决定有什么，文化决定人们想要什么。
2.产品开发只有两个导向：一个是用途，一个是需求。