项目管理中,这些注意事项你应该知道

2018年07月18日 人人都是产品经理


作者:产品微醺

全文共 2088 字,阅读需要 4 分钟


———— / BEGIN / ————


项目管理本质上是在管理信息和人,如何将正确的信息在正确的时间点传达到正确的人,是一门学问。


本文将从项目管理的5个环节入手,分别介绍每个环节要注意的事项。


一、需求文档


1. 异常状态


比如:异常流程、页面的缺省状态、数据的溢出空值状态等。


这些异常状态,如果在开发阶段才被发现,你就不得不向开发做需求澄清,向设计师要求补充UI,他们可能脸上笑嘻嘻,心里MMP,项目进度也很有可能受到影响。


以前看过一句话,产品经理脑海中的需求变更,才是成本最小的需求变更。


因此,及时在需求文档阶段标明异常状态。


个人认为,需求文档写得最理想的状态是:任何人但凡有任何需求上的疑惑,你就把需求文档甩给他看,他就懂了。


2. 动态数据


产品界面上的数据分静态和动态2种,静态数据一般是客户端写死,动态数据一般是接口传的。


对于界面的动态数据,可以单独列一个表格,标明数据名称、数据格式以及数据的溢出空值状态。


如果是比较大的项目,可以用Xmind列出产品的总体信息结构,也就是产品涉及到的全部字段。


服务端开发可以通过参考你的字段表,很便捷地创建数据结构,开发接口,从而加快项目进度。


3. 数据指标、埋点需求


临到项目上线才想起要数据埋点,而具体埋什么数据不知道,导致数据埋点不准确或不全面,效果评估大打折扣,对于一个项目来说是比较打击士气的。


这其实是缺乏数据意识的体现——为了需求而需求。


不知道需求要达成什么目的,也就不知道衡量目的的数据指标,也就不知道生成数据指标的数据埋点该怎么做。


理想的解决方案,在需求文档阶段,首先明确衡量需求的数据指标,思考一下指标可以通过什么数据生成?


通过集成的第三方数据统计工具就可以,那就确保统计工具可用。


通过数据库保存的字段就可以,那就注意第2项中的动态数据。


如果必须通过数据埋点才行,那就将埋点需求纳入需求文档,作为需求的一部分提给开发。


二、技术评审、排期


1. 技术难点


一旦技术难点在开发阶段才被发现, 那将极大加剧项目延期的风险。


都说产品经理要懂点技术,这里就可以派上用场。


评审前,提前预估技术难点,评审中遇到技术难点,停下来,让负责的开发注意一下。


能在会上评估就在会上评估掉,如果真的比较复杂,会后让开发做一下技术调研,再排期。


这样给出的排期在项目进度上相对可控。


如果评估出来发现技术难点的开发量远超预期,那就要考虑下需求的性价比,是否有替代方案,是否转为迭代需求等?


如果整个项目的开发量远超预期,那就考虑根据需求的优先级,将项目划分成多期开发。


2. 环节进度可交叉


设计—>服务端开发—>客户端开发,它们不是一条流水线,一个环节完成才能进入下一个环节,环节进度是可以相互交叉的。


这样做的好处是:尽可能在一段时间内,充分利用资源。


简单来讲就是:谁都别闲着。


举2个例子:


例1:设计师可以先设计出整体的UI框架,把界面上元素的位置、尺寸定好,就能给到客户端开发了,然后再设计icon、banner等相对耗时的元素,客户端到时候替换一下即可。


例2:服务端开发有了需求文档,也可以着手开发数据库、接口和管理后台。


数据库和接口可以先开发,让客户端先接起来,有问题能及时暴露。


接口很多,则可以按照产品模块分批给。


至于管理后台的功能,开发通过底层数据库也能实现,因此优先级可以往后,放到数据库和接口稳定后再开发。


三、开发


1. 项目例会


在一个中大型项目中,项目例会很有必要,多方可以及时同步信息,暴露问题。


项目例会的频率,可以根据项目周期、干系人多少,灵活调整。


如果项目到达一个里程碑,很有必要在项目例会上向大家宣告目前已经拿下的战果,鼓舞士气。


2. 需求变更


遇到变更,首先考虑必要性。


如果影响到主流程,不改不行;果断同步给相关开发,说明变更原因,评估变更额外增加的开发量以及对项目进度的影响。


如果是体验上的优化,考虑移入迭代需求。


对于产品经理来说,完成比完美更重要。


死抠细节,只会加剧项目风险,同时你在项目成员心目中的靠谱值也会被蚕食殆尽。


一旦确定变更纳入到本次项目中,将变更记录到文档中,说明变更内容、变更原因、负责人等。


3. 提前同步项目风险


遇到项目中可能的延期,提前向项目干系人同步项目风险,说明延期原因。


等到已成既定事实再同步,产品可能不自觉就成背锅侠了。


四、产品验收、UI验收、测试


1. bug收集


产品验收主流程就行,细节交给测试。


将验收过程中发现的问题汇总再交给开发,集中处理bug效率更高。


如果bug一个个提,他们肯定烦。


2. UI验收的优先级


验收和测试时间充裕的话,UI验收可以和产品验收同时进行。如果时间紧张,UI可放到最后验收,先把流程和逻辑测好。完成比完美更重要,你懂的。


五、上线


1. 上线通报


及时同步上线信息给项目干系人,并感谢项目成员的辛苦付出,这既是一个交代,也是对他们付出的肯定。


2. 成果通报


项目有实质性成果,及时通报,成员的士气会得到极大提振,你在项目成员心目中的靠谱值会上升一点点。


如果成果显著,向上级申请项目奖金,请项目成员出去搓一顿,你的靠谱值会飙升。


———— / END / ————


点击“阅读原文”下载APP

收藏 已赞