产品案例

您当前的位置:主页 > 产品案例 >

社交产品方法论(十):项目管理的二三事

来源:http://www.qhjucheng.com 编辑:www.d88.com 时间:2018/11/01

  如何与各职能同事紧密合作,推进项目高质量完成?如何处理在项目中发生的冲突,确保项目顺利实施?带着这2个疑问,请听我为您慢慢分享。

  许多互联网公司团队都会配置“项目经理”这个岗位,用于协调项目相关干系人,如:产品、设计、测试,对整个项目的进度负责。身处产品环节的我们,努力提升项目管理能力,有助于提升对其他岗位的同理心,同项目、设计、开发、测试同学一起做出优秀的产品。

  我们可以理解其为在有限的时间和资源限制下,如何产生最大的生产力。将其运用到中来,即如何合理利用时间,并充分调动自己,以及合作方的工作效率。

  身为产品经理的我们,常常疲于无穷无尽的需求设计中,却忘了思考有哪些需求是真正重要的。市场在变,需求也在变,登高才能望远,做好自己的时间管理,多给自己一些时间思考大方向,确定每个版本的迭代需求。

  管理好每个版本的需求池,做到开环的需求,闭环的版本,严格控制每个版本的需求数量,保证迭代在可预期的时间内完成。版本迭代需求确定后,要及时和上级沟通,确定修改的地方。将需要修改的地方逐一列出,根据其优先级逐一解决。这里推荐下 Wunderlist,一款 To do list 神器,最复杂的问题应保证最优先处理。

  战略和执行,两手都要抓好。如果说确定需求是战略,那么设计需求就是执行。需求设计时要多和产品同事沟通,整合想法,保证内部观点一致。有争议的地方,可以先记录,在需求评审会时邀请更多人参与讨论,确定一个方向。

  需求设计中会涉及到许多产品逻辑,免不了要跟相关干系人确认能否实现。这里需要我们成功施加自己的影响力推动事情完成。组图:卡妹公告牌唱响热单《Havana》 热舞风情万

  沟通中如果发生冲突,切记对事不对人,多想为什么发生冲突,明确冲突的根源在于能力还是情绪,并思考对应方法解决。Keep smile,Keep communication,Keep encouragement.

  设计小哥哥,小姐姐们可能是对界面细节最关注的一拨人,同时也是最具有创意的一波人。为了让视觉稿最大限度吸引目标用户,我们需要将需求背后的想法事无巨细的传递给设计同学,明确传达每个交互设计点想要的内容。

  此外,我们在需求设计时可以主动收集一些符合我们预期的设计稿,提供给设计同学作为一个参考,弥补纯语言描述的画面空洞感。让设计师知道我们期望的风格大致是怎样的,避免无目标的频繁改稿。

  需求评审后,开发同学对基本逻辑应该都比较明确了。但对于一些复杂逻辑,往往没有充分了解,因此需要我们私下找时间跟相关人员把复杂逻辑梳理一下,达成共识,避免上线后出现不一致,此时邀请测试同学一起参加,效果加倍。

  需求变更时,一定要书面或口头通知相关干系人,并同步修改原型。如果开发在开发过程中对原型有任何问题,应及时沟通,尽早解决。沟通原则是小事文字沟通,大事先当面聊再整理成文档。沟通后的解决方案,需要告知其他相关开发和测试。

  专业的测试能让产品质量有稳定的保证,正是他们对每个逻辑不辞辛苦的验证,才保证我们的需求能按照预期的设想与用户见面。因此,在协助测试的工作层面上,我们应当怀有相同的同理心去交付项目,毕竟士为知己者死嘛。

  原型是不是覆盖了所有的用例?需求变动有没有同步测试?复杂逻辑有没有向测试解释?

  快邀请测试同学参与到需求设计中来吧!一可以帮助我们优化产品逻辑,二可以帮助产品保质上线。需求逻辑有漏洞,他们会提醒我们。发版的相关事宜,他们会协助我们完成,如图文配置,更新文案,上线风险等。因此,对待测试同学一定要像春风一样温暖啊~

  国庆节为了促进APP的活跃,运营同学策划了玩游戏得奖励的运营活动,需要产品方面推动落地。该活动涉及到的干系人有笔者项目组的项目、运营、设计、服务端、测试同学和Web项目组的前端同学,通过半天时间和运营及项目同学明确了需求和项目进度安排。

  参考类似活动的设计,并结合自身APP的现状,在2天的时间内完成了需求设计。期间自己发现对部分运营需求有一些困惑,通过和运营同学沟通,据理力争,优化了需求。然后召开所有干系人参加需求评审会,会上把活动的逻辑以及交互的细节交代清楚,并把待讨论的事项确定下来。会后修改原型,将修改日志同步到所有干系人。

  评审会后,单独找设计按照流程图的路线把原型再次过了一遍,重点从视觉设计的角度强调哪些元素该突出,自己想要的大致风格,并把之前搜集视觉参考图分享给设计。环亚ag88从全球最大光伏展看中国光伏行业:火爆的背后是什么?!结合设计稿,跟设计讨论合适的交互动效。分阶段和设计讨论已完成的设计稿,2天内分批将定稿交付给开发,直至视觉设计结束。

  评审会后,单独找服务端同学把复杂逻辑部分梳理清楚,达成共识。交互动效通过AE输出Demo交付前端开发,开发在实现过程出现了一些问题,自己及时介入处理,对一些较难实现的地方做了部分妥协。原型更新后,同步跟新日志到所有干系人。开发实现共消耗2天,实现后第一时间体验并给出修改意见。

  评审会后,配合测试完成测试用例。测试在梳理测试用例时提出的问题,第一时间解决并达成共识,确保上线质量。需求改动部分,同步测试并强调重点测试。功能上线前,配合测试完成上线前调试和配置,确认埋点需求是否实现。直至上线天。

  一个好的项目管理者,内心一定要有自己的一套标准,什么时候应该坚持,什么时候可以妥协。努力提升沟通能力,千人千面,降低沟通成本。当然,最重要的,是培养自己对项目的主人翁意识,明确目标,有效度量,持续跟踪,和所有人一起奋斗。