如何做新功能的项目管理？
项目管理千头百绪，事前的预估，过程的定义，甘特图的管理，关系网的建立，当知心大姐，当鼓劲领袖，当拿鞭子的监工，等等等等，不一而足。所以这才让很多人抓不住重点。
下面我从单个阶段讲一下如何敏捷项目管理的流程
进入需求阶段——由产品经理进行驱动，进行公司产品战略的参与
1.需求规划
需求规划重点是明确项目目标：没有一个明确的目标，任何项目都无法避免失败的命运。
虽然，在项目的进行过程中，目标是会不断地调整，但是，必须在项目初期确立主体目标。
也就是说，要明确地描述出这个项目将要做成什么样子，依靠哪几个关键点来赢得用户。尽量通过最简略的语言描述项目目标，如果做不到，或许是对于项目的考虑还不成熟。
需求的来源由市场、运营、产品等提供，每个需求点都有优先等级数，这个优先级数可能根据用户反馈情况、运营活动、市场营销等。
2.确认需求
根据开发周期的长短，产品经理从需求池提取一定量优先级高的需求整理成文档，出原型图，提前发给开发人员。然后产品经理负责完成需求分析评审，输出技术团队所需要的需求规格，并跟进项目的开发、运营过程。
3. 需求讲解/发布计划
简单说给用户讲一个故事（做什么），故事是怎么来的（为什么做），用户听了这个故事有什么用（有什么价值）。
所以呢，讲清楚这三点：做什么，为什么做，有什么价值
进入开发期——由产品经理和开发人员进行产品具体的功能设计开发，根据项目进度安排时间
4.每日晨会
站会是团队在一起快速地开一个会(通常在物理墙前)，成员逐个更新自己的状态。更新包含以下几个方面：
l昨天完成的工作；
l今天计划做的工作；
l面临什么阻碍，需要什么帮助；
l自己手头用户故事的进展，是否存在技术风险。
既然是快速的会议，站会的时间就不宜过长，10分钟左右为佳。建议团队成员站着开会，因为研究表明，当人们坐着开会的时候，会议的时间会被无形中拉长。
5.评审与回顾
开发团队在完成每天代码之后，会聚在一起评审当天的代码，这样做有几个好处
l团队经过一天高强度的思考与编码，适当地停下来，看看其他人写的代码，同时将自己的代码讲解出来，往往能获得一些意外的灵感，或许能解决自己面临的阻碍；
l互相了解设计思路，获得更好的建议和进行思路重构，提高代码质量；
l及早发现潜在缺陷，降低事故成本：如果这个时候发现代码的坏味道和一些需要改进的地方，代码审查结束后可以花少量时间作出更改；
l促进团队内部的知识共享。
进入测试阶段——
6. 测试阶段
把大概的界面和功能连接后，项目的大致demo就出来了，demo自己试用和体验几遍后，根据实际情况修改，没有大错误后，新版本可以尝试寻找beta用户， 根据测试用户的反馈，改进并反复测试。用户测试阶段一定要把每个用户的意见考虑进去，不一定每个意见都会采纳，但是不要放过一点瑕疵，尽全力让自己的作品更好。
7.线上Bug修改
内测结束后，重要的bug修修补补后，即可上线正式部署，部署后产品需第一时间在正式环境走查。此步骤必不可少，产品千万不可偷懒，认为测试都测过了，不用走查。走查的目的是，避免因部署系统时，参数配置错误导致的bug。这些bug在测试时，无法覆盖。、
8.对外发布
验收无问题后，功能就算正式上线，要面向用户使用了。此时需要产品给运营、市场等外部干系人正式发出发布说明。说明一般交代此次更新的功能是什么？有什么注意事项等。
版本上线之后，要做项目总结，对版本开发进行复盘，每一次都要统计版本的bug 数量和版本质量，开发过程中暴露的问题要及时提出并总结经验。
