第一,认为所有功能都优先;
第二,认为优先的功能是最简单的功能;
第三,制定优先级不考虑这个功能的潜在风险;
第四, 在做产品计划时没有明确什么叫做最优先,什么情况下我们即使推迟产品发布也要等。
——做一款营销活动,公司设定deadline的封闭开发任务,一个月要完成,所以犯了2 3 4错误。
综合考虑了时间、人力和技术积累问题,营销活动是这个任务中优先级最低的,分配了两个人一个月时间前后端(台)搭建。
1,这个前提下,犯了最致命的问题是把简单当做最高优先级。
2,功能风险未把控,在客制化的模块做了太多思考,多用户进来就需要多次对接。这时需要优先实现基础规则开发,客制化优先级降到P1。
3,只想着赶在deadline之前交工,未开发编辑功能,上线后运营上给用户、公司运营带来的操作困难,结果并没有很好的减轻双方运营工作,只是左手交右手把研发配置交给了运营配置(虽然人力成本降低,却多平台操作增加了失误率),配置错误还得研发风险修改数据。
一位研发同事当时的评价是:“你这个产品做得不够强硬”,囧。
展开