撕到累,项目还是乱了。只因产品经理少做了这事?

来源: 医药转互联网/gg8yy8

工欲善其事必先利其器,PM领队,就要通过前期磨合后量身定制一套适合团队的“章程”。然后开工,提纲挈领,指路明灯。

       师姐从北京发来消息说,现在的产品经理出门怎么都不带脑子。原来她前后招聘了两个产品经理,如出一辙地迷糊,撕X又撕不过,完全被开发人员带着走,最终项目越做越乱套,找不着北

       且不说师姐的要求是否合理,让产品经理协助团队整体进度是创业公司的常态,且对于每一个不甘于做传话筒的产品人来说都是进阶的好机会。 一个产品idea像是一个胚芽,要调集团队共同孕育直到诞生,不仅要了解了它的来龙去脉,更要了解这个团队的自身情况,知己知彼才好铺排项目事务。

      为此,作为对项目负责的PM,在市场嗅觉、用户体验这些技能树点开之前,你还要做一件事,就是为自己的队伍把把脉,依照自身的人力资源配置,围绕项目目标,设计出一个适合自己团队的工作流程图谱。——如何才算是适合自己团队的工作流程规范呢?

          以十几个人创业团队为例:首先要有一个总领性的“产品开发流程图”,让每个干系人知道自己在哪一环节跟进,承上启下。

        其次,点破该流程的“时间节点”,这些地方是验收和交接的节骨眼。比如但不限于下面这些:

        节点1:原型上传SVN。原型二次评审修改之后上传SVN,并通知技术总监和UI。技术人员和UI到SVN下载,通读原型,准备参加技术会议。UI评估工作时间,开始切图。(备注:以上一天之内完成)

        节点2:完善需求矩阵。产品输出需求矩阵excel(时间紧迫的话可简化为excel需求汇总表),交给技术总监,可以作为技术会议的提纲。会议将该需求矩阵上录入指派人和完成日期,交给产品经理。

       节点3:开发中的变更。 若有优化和更改需求,首先在讨论组确定,然后修改原型,更新SVN中的原型。每修改一处都要通知到所有人改动要点和最新原型版本号。(备注:以上持续整个开发周期中)

       再次,要有一个“工作重心示意图”,这对团队来说是一个敲黑板提醒的作用。

       最后,做完这些,基本就把流程交代清楚了。但是为了高效交流,不能少了“规范”比如:使用工具说明、原型阅读规范、命名和编号规范、文件传递规范,等。

       工欲善其事必先利其器,PM领队,就要通过前期磨合后量身定制一套适合团队的“章程”。然后开工,提纲挈领,指路明灯。若在古代,好比军师,粮草装备心知肚明,知己知彼再发布号令。待到了阵地才想起来这些,势必方寸大乱。