项目管理

互联网公司的项目一般走立项的形式，按照项目周期，需求数量可以划分为大型项目和小型项目。大型项目比如产品开发（初期重要产品的搭)，周期一般在3个月以上，需求不确定，变化快；小型项目比如定制项目，外包项目，产品处于稳定期的维护项目，技术类服务器重构项目，算法项目，预研项目等。

按照项目开发生命周期来划分，产品开发一般采用迭代式开发，常用scrum和xp敏捷开发，产品维护项目，预研项目可以走普通的立项方式；需求确定的定制项目，外包项目采用瀑布式开发，即使项目失败推倒重来代价也不高。

产品开发走敏捷开发的流程，首先制定产品版本路线图，确定每个版本的产品需求，发布时间；然后针对每个版本的需求制定迭代开发计划，针对小版本可以一个版本只用一次迭代，大版本一个版本多次迭代。迭代的划分可以根据需求的主次来划分，先制定主要需求的迭代计划，如果主要需求3周能完成，则迭代1的周期就是3周，不用强求一定是2周或者4周；对于超出3周的需求可以进行拆分放到迭代2中，但是要保证迭代1的业务流程能走通，即是增量开发，剩下的版本需求按上述流程进行迭代，知道完成一个版本或者项目的发布。针对版本规划，市场变化较快，响应要求高，快速验证的产品，可以按照月度进行规划，对于企业级大型产品或解决方案可以按照季度进行规划。

中型产品或者项目，比如2个月左右的项目，采用敏捷开发迭代3次左右就可以发布了。

这里说明一下，产品发布v1.0之前的内部开发过程中，为了跟踪项目的进度可以制定内部测试版本号，大型产品可以划分不同的内部测试版本路线图，比如v0.1实现主要需求，v0.2实现次要需求，一次类推，在版本内部也采用迭代式开发，发布后的用户版本命名为v1.0。

 

产品处于稳定阶段的小需求，小调整，如果不会对业务和营收造成影响，可以让开发测试轻松些，给较多的时间来完成发布。

产品维护项目，预研项目可以不用制定产品版本路线规划，技术类项目，服务器代码重构（一般稳定的服务器需要经历2到3个版本），算法项目等走普通立项，v1.0，v2.0；需求确定的项目，定制项目，外包项目可以不用版本路线规划，采用瀑布式开发。