• nanquanmama
    2017-12-29
    分配项目的做法很像是map/reduce

    池建强回复: 这个比喻很形象啊,赞

    
     18
  • 刘剑
    2018-01-05
    我谈下我的项目管理感受:

    1.在项目管理中很多时候在前期需求分析阶段就出现问题(伪需求、需求不明确就已经设计出方案),所以即使项目顺利完成效果也不好,而且前期需求不清晰会导致开发中需求变更,频繁的变更会成为项目失败的主因。我见过和亲身经历太多需求问题导致项目失败的案例
    所以项目进程中首先需要从这个源头开始严之又慎,从因果关系来说没有好的因不会得好的果,需求分析阶段在项目中真是太重要了。

    2.一个磨合很好的团队,由于时间预估不足导致延期可能性较小。这种延期多出现在刚组建的团队阶段,大家彼此陌生,流程不规范,配合不默契,沟通成本也很高。在这种情况下我通常第一次让开发人员自己估计时间,我再在这个时间上加20%的项目缓冲期时间以应对突发事件。由于我们用的MVP模式,所以每次迭代周期短,当第二次迭代期,我会帮助开发人员梳理开发流程中的问题,帮助他们开发流程更顺畅、更高效,比如:需要列出功能开发优先级顺序,对于关联功能或需要联调功能优先完成,独立开发的功能放在后面完成等等技巧可极大提高他们开发效率。再有了第一次开发作为纵向评估标准,第二次开发效率会高很多(同等难度效率提高40%以上)第三次会再梳理。基本三次迭代后团队基本可定型,后续开发在没有外界因素变化的情况下开发进度很稳定。

    3.对于需要技术攻关的时候,在项目需求和设计阶段就要让开发人员尽早做技术调研出有核心功能的Demo,到真的开发阶段Demo代码就可以复用到项目开发中,省时又省力。
    展开
    
     10
  • 走小調的凡世林
    2019-08-25
    一般用什么工具进行项目管理呢

    作者回复: 每个公司有自己的工具规范吧,我们目前用 Trello 多一些,也有用 Excel 来管理的。

    
     1
  • yoummg
    2018-12-11
    需求的按时完成最好两点。
    1.技术需求的评审
    2.需求迭代时的把控。(即里程碑的设定)
    
     1
  • MarksGui
    2018-07-10
    需求评审真的太重要!最近一个需求就是产品出的需求不明确,导致开发时不断重新商讨修改需求,致使项目严重延期!这也是自己的不足。
    
     1
  • Donghe
    2018-04-28
    我发现项目时间预估和跟进挺tricky。预估了太乐观,到时候因为无法预测的原因delay了被block了,这时候求助援助吧,心理上显得自己没能力没办法树立组里形象,不求助吧,对项目进展不负责。这个心理特别经常出现在新组员身上。所以您对此有什么看法和见解么?
    
     1
  • 紫豪
    2019-11-21
    通篇读下来,发现自己在管理这块还是有很大的欠缺,没有注重对细节的掌握,太过随心所欲,没有规范的管理流程,在小的创业公司可能体现不出来弊端,但总的来说,弊大于利。
    
    
  • mikejiang
    2019-11-14
    一般一周可以完成的需求,基本估计都是比较准的,加一天缓冲即可;两周的事情,可能就要加30%的缓冲,三周以上的项目,可能性要加40%的缓冲。
    
    
  • 彪(kingbox)
    2018-04-18
    都是比较常规的方法,就没有比较好的吗?
    
    
  • 李锦
    2018-01-04
    非常好的心得,总结很多时候自己带新人要么就是太放松了要么就是太紧,没分配好任务,主题不明确,感觉很多时候就是在做杂活。
    
    
  • 老赵
    2018-01-01
    看到“打包装箱”,就想起写程序的时候,把一个个功能封装到不同函数里,函数之间传递简单参数,最后实现完整功能。一旦出错,debug方便。
    
    
我们在线,来聊聊吧