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

    一位研发同事当时的评价是:“你这个产品做得不够强硬”,囧。
    展开
    
     1
  • Leo
    2018-06-28
    呼,终于赶上进度了,之前因为要整理每节课的笔记花了不少时间,非常谢谢老师的分享,有很多启发和干货。最后非常赞同这次课题的其中一个观点,明确不做什么,比知道要做什么更重要。
    
     1
  • herongchang
    2018-07-01
    请教一下,如果需求池里有10个p0,20个p1,30个p2的需求,而每个产品迭代只能发布5个需求,你会如何选择下一个迭代排进的需求呢?:-)

    我以往的做法是,优先从10个p0中选择最优先重要的5个(此处暂不考虑开发及其他因素),这5个需求进入迭代后,再重新制定一次p0\p1\p2,即有两次需求优先级的制定过程,一次是在大的需求池中,哪些最重要,一次是在迭代中,哪些是这次迭代的重点。
    
    
  • 考拉
    2018-06-28
    老师,什么时候说说面试之类的

    作者回复: 马上就说啦!

    
    
我们在线,来聊聊吧