一般一个前端项目完成需要多久_一种按周迭代的敏捷式项目管理方法

项目管理有很多理论，并且相关内容非常丰富，例如经典的项目管理的教材《项目管理：计划、进度和控制的系统方法》，字数达到了100万字。

但是从源头来说，经典项目管理理论都是源自于对生产项目的过程中需要的管理的总结。对于一个大型硬件设备的生产，需要组织庞大的供应链体系、工厂部门，所以需要合理的理论做指导。但是这种理论应用于互联网环境时，由于本身出发点要解决的问题的场景的巨大不同，变得并不是很适配。

项目管理，是计划、进度和控制的系统方法，也就是说，是一种方法论。所有的方法都是为了解决问题的，总体上来概括，可以认为项目管理的目的是在明确的目标下，让资源的利用率最高，成本最低。

对于一般的互联网团队来说，没有传统意义上的资源的管理了（连机器的管理都是云服务化），那需要控制的，基本就是人。所以，很多内部团队，不配置，也不需要配置项目经理，项目推进的工作就由产品经理顺手干了。

但是问题在于，人力这个东西，尤其是智力型人力这个东西，伸缩空间极其之大。我曾经跟的一个项目，开发给排出了96人月的排期。然而最终差不多是6个人干了三个月完成的一期交付。

同样的，还遇到过需求评审完了，在旧的功能上迭代，一个前端下拉框的修改，前端工程师给出0.5人日的排期。

不合理的排期有可能是开发本人的原因，大概率其实往往是团队管理的原因。一个管理不善的组织，会让开发来回的交叉做事情，经历过一两次吃亏后，再进行需求排期时，他就会留出非常非常大的余量。这样，如果有交叉的工作了，还能应付，不至于加班到半夜，