前提：以下讨论的产品为互联网软件产品。
Q:
产品的成长期经常出现一个版本中产品的需求多以及变更多，但是项目要求上线时间紧，导致程序员加班多，效率低，这种情况该怎么处理？
A:
这个问题确实在成长期的产品经常出现。在一个项目中约束力在于 时间，范围，成本，质量的平衡。
首先，在该项目启动的时候就需要确认该项目4个要素的重要度。
有些互联网公司为了抢占市场，要求是 时间上线优先，则项目在进行需求分析和需求筛选的时候就要
考虑最小核心版本的开发时间作为优先考虑条件。
其次，优先级层次需要让所有参与人员周知功能优先度，让大家目标一致明确项目核心点，项目完成时间。
我们以往的做法是分了3个等级：
核心功能（优先级高）该期中核心重点项目必须优先完成
期望功能（优先级中） 辅助核心功能项目，该期中保证完成的项目
兴奋功能（优先级低） 用户亮点项目，该其中如果不能完成可以移动到稀奇。
当然也可以分成5个等级：
P1 紧急 需要马上对应
P2 必须保住，业务核心项目，相当于上面3个等级中的 核心功能，定期需要很慎重
P3 有保证时间，最终版本提交前要完成
P4 本期中不一定要完成，有时间要求，可以比较长的时间段
P5 无时间要求，新团队练手或者做到哪算哪。
因此在定项目的优先级以及需要各方人员确定优先级，找到最关键路径。
1）相关上级，大的方向需要总经理，副总经理把握宏观方向。让领导了解项目重点，帮助项目成功
2）相关业务部门，运营部门／销售部门／技术部门／客服部门 了解最近做的内容以及重点
3）找到最关键路径，比如出现的技术问题，资源问题，集中精力攻克
4）明确项目重点，根据上面优先级等级确定项目重点以及取舍
5） 一旦确定好优先级，除非紧急P1类的项目，其余穿插进来的项目不可随意更改。有更改需要召集大家明确更改方向，影响范围，时间，成本
网友评论