【完结篇】社交产品方法论(十):项目管理的二三事
如何与各职能同事紧密合作,推进项目高质量完成?如何处理在项目中发生的冲突,确保项目顺利实施?带着这2个疑问,请听我为您慢慢分享。
许多互联网公司团队都会配置“项目经理”这个岗位,用于协调项目相关干系人,如产品,设计,测试,对整个项目的进度负责。身处产品环节的我们,努力提升项目管理能力,有助于提升对其他岗位的同理心,同项目,设计,开发,测试同学一起做出优秀的产品。
项目管理的本质是什么?我们可以理解其为在有限的时间和资源限制下,如何产生最大的生产力。将其运用到中来,即如何合理利用时间,并充分调动自己,以及合作方的工作效率。
因此,产品经理的项目管理该怎么做?我们可以分为五个步骤。
第一步:确定迭代需求
身为产品经理的我们,常常疲于无穷无尽的需求设计中,却忘了思考有哪些需求是真正重要的。市场在变,需求也在变,登高才能望远,做好自己的时间管理,多给自己一些时间思考大方向,确定每个版本的迭代需求。
管理好每个版本的需求池,做到开环的需求,闭环的版本,严格控制每个版本的需求数量,保证迭代在可预期的时间内完成。版本迭代需求确定后,要及时和上级沟通,确定修改的地方。将需要修改的地方逐一列出,根据其优先级逐一解决。这里推荐下 Wunderlist,一款 To do list 神器,最复杂的问题应保证最优先处理。
第二步:完成需求设计
战略和执行,两手都要抓好。如果说确定需求是战略,那么设计需求就是执行。需求设计时要多和产品同事沟通,整合想法,保证内部观点一致。有争议的地方,可以先记录,在需求评审会时邀请更多人参与讨论,确定一个方向。
需求设计中会涉及到许多产品逻辑,免不了要跟相关干系人确认能否实现。这里需要我们成功施加自己的影响力推动事情完成。我们可以把影响力拆解为3个要素:
1. 获知:获取干系人的理解及认同。这件事的背景是什么?为什么要做这件事?
2. 动力:激发干系人的动力。这件事的价值是?别人为什么要做这件事?
3. 能力:确保干系人完成任务的能力。这件事能完成吗?需要多长时间完成?
沟通中如果发生冲突,切记对事不对人,多想为什么发生冲突,明确冲突的根源在于能力还是情绪,并思考对应方法解决。Keep smile,Keep communication,Keep encouragement.
第三步:跟进视觉设计
设计小哥哥,小姐姐们可能是对界面细节最关注的一拨人,同时也是最具有创意的一波人。为了让视觉稿最大限度吸引目标用户,我们需要将需求背后的想法事无巨细的传递给设计同学,明确传达每个交互设计点想要的内容。一是让设计同学从用户角度思考,追去设计的易用性,避免一味追求美观。二是让设计同学可以最大限度发挥创造力,做出Amazing的设计。
此外,我们在需求设计时可以主动收集一些符合我们预期的设计稿,提供给设计同学作为一个参考,弥补纯语言描述的画面空洞感。让设计师知道我们期望的风格大致是怎样的,避免无目标的频繁改稿。
第四步:跟进开发实现
需求评审后,开发同学对基本逻辑应该都比较明确了。但对于一些复杂逻辑,往往没有充分了解,因此需要我们私下找时间跟相关人员把复杂逻辑梳理一下,达成共识,避免上线后出现不一致,此时邀请测试同学一起参加,效果加倍。
需求变更时,一定要书面或口头通知相关干系人,并同步修改原型。如果开发在开发过程中对原型有任何问题,应及时沟通,尽早解决。沟通原则是小事文字沟通,大事先当面聊再整理成文档。沟通后的解决方案需要告知其他相关开发和测试。
第五步:协助测试验证
专业的测试能让产品质量有稳定的保证。正是他们对每个逻辑不辞辛苦的验证,才保证我们的需求能按照预期的设想与用户见面。因此,在协助测试的工作层面上,我们应当怀有相同的同理心去交付项目,毕竟士为知己者死嘛。原型是不是覆盖了所有的用例?需求变动有没有同步测试?复杂逻辑有没有向测试解释?
快邀请测试同学参与到需求设计中来吧!一可以帮助我们优化产品逻辑,二可以帮助产品保质上线。需求逻辑有漏洞,他们会提醒我们。发版的相关事宜,他们会协助我们完成,如图文配置,更新文案,上线风险等。因此,对待测试同学一定要像春风一样温暖啊~
综上,项目管理的逻辑图如下:
项目管理逻辑图举个笔者最近参与的案例:国庆节运营活动
第一步:确定迭代需求
国庆节为了促进APP的活跃,运营同学策划了玩游戏得奖励的运营活动,需要产品方面推动落地。该活动涉及到的干系人有笔者项目组的项目,运营,设计,服务端,测试同学和Web项目组的前端同学。通过半天时间和运营及项目同学明确了需求和项目进度安排。
第二步:完成需求设计
参考类似活动的设计,并结合自身APP的现状,在2天的时间内完成了需求设计。期间自己发现对部分运营需求有一些困惑,通过和运营同学沟通,据理力争,优化了需求。然后召开所有干系人参加需求评审会。会上把活动的逻辑以及交互的细节交代清楚,并把待讨论的事项确定下来。会后修改原型,将修改日志同步到所有干系人。
第三步:跟进视觉设计
评审会后,单独找设计按照流程图的路线把原型再次过了一遍,重点从视觉设计的角度强调哪些元素该突出,自己想要的大致风格,并把之前搜集视觉参考图分享给设计。结合设计稿,跟设计讨论合适的交互动效。分阶段和设计讨论已完成的设计稿,2天内分批将定稿交付给开发,直至视觉设计结束。
第四步:跟进开发实现
评审会后,单独找服务端同学把复杂逻辑部分梳理清楚,达成共识。交互动效通过AE输出Demo交付前端开发。开发在实现过程出现了一些问题,自己及时介入处理,对一些较难实现的地方做了部分妥协。原型更新后,同步跟新日志到所有干系人。开发实现共消耗2天,实现后第一时间体验并给出修改意见。
第五步:跟进测试验证
评审会后,配合测试完成测试用例。测试在梳理测试用例时提出的问题,第一时间解决并达成共识,确保上线质量。需求改动部分,同步测试并强调重点测试。功能上线前,配合测试完成上线前调试和配置,确认埋点需求是否实现。直至上线,共消耗1天。
小结
一个好的项目管理者,内心一定要有自己的一套标准,什么时候应该坚持,什么时候可以妥协。努力提升沟通能力,千人千面,降低沟通成本。当然,最重要的,是培养自己对项目的主人翁意识,明确目标,有效度量,持续跟踪,和所有人一起奋斗。
你好,屏幕前的陌生人。如果看到了这行文字,想必我们是有缘的吧。感谢你在屏幕另一端的陪伴,支持着我给该系列文章画下了句号。若对该系列文章有任何问题或探讨,欢迎加笔者微信470341376。再次感谢你的阅读,我们下次再见。