如何做新功能的项目管理?

时间:2017-08-03
评论
阅读

原标题:如何做新功能的项目管理?

项目管理千头百绪,事前的预估,过程的定义,甘特图的管理,关系网的建立,当知心大姐,当鼓劲领袖,当拿鞭子的监工,等等等等,不一而足。所以这才让很多人抓不住重点。

下面我从单个阶段讲一下如何敏捷项目管理的流程

进入需求阶段——由产品经理进行驱动,进行公司产品战略的参与

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 数量和版本质量,开发过程中暴露的问题要及时提出并总结经验。返回搜狐,查看更多

责任编辑:

teamin
2017-08-03 18:38:36
关注我们
Copyright 2016 第一观点 版权所有 About 1stgd 电信与服务业务许可证:(京ICP备13029860号-4)