升职! 加薪!-产品经理也要学管理,效率工具来帮你

起点学院产品经理365成长计划,2天线下闭门集训+1年在线学习,全面掌握BAT产品经理体系。了解详情

我喜欢我现在的职业,不只是因为互联网是我的兴趣所在,也是因为我很喜欢这种在没有明确管理职权下却要切实参与到管理工作的挑战感。

年轻固然喜欢挑战,但我老了应该也一样会喜欢这种感觉,这应该是性格所致。

产品经理的产品设计能力是核心技能,但在很多团队中产品经理充当的角色都是复合性的,产品经理对需求的把控能力可以决定项目的品相,而项目管理的能力则是决定整个项目能否完成甚至整个团队能否稳定输出的关键。

刚巧最近的工作主要围绕的也是项目管理相关的内容,拿来做下个人的总结。

主要有两个方面:

  1.  项目流程的管理优化。
  2.  项目信息的沟通同步。

【项目流程的管理优化】

敏捷开发大行其道,scrum等方法都在业内盛行,理论之上一切美好,落入到实际执行之中就有很多不可控的问题。

我所理解到的原因三点如下:

1.  团队人员的意外变动:

   Feature不同,开发人员也不同,项目组内不同成员的沟通门槛高度不一致,需要磨合,实际工作中,经常性的会有人员变动:新成员的加入、老成员的离开都会带来问题。

   2.共性的激励策略建立困难:

   职务不同,绩效考核的标准、负责考核的管理者的不同都会带来阻碍。没有共性的激励策略会导致协作过程中不同职务的人只会专注于减少自己的工作量。

  3.跨部门协作、跨公司协作时存在的多方面不同步

   合作性质的项目都存在工作时间同步困难,信息同步困难,工作计划同步困难,考核标准同步困难。

问题主要针对两个层面:团队内部的协作流程和  跨团队的协作标准。

好的工作流程建立之后,标准自然生成,通过效率工具可以很好地解决以上两个层面的问题。

下面就讲下关于流程建立我的理解和效率工具的对比。

团队内部的协作流程:

   包括需求管理(产品主导)、版本或分支管理(开发主导)、Bug管理(测试主导)

  需求管理:

   1.  需求策划阶段:需求功能点的优先级划分明确,需求版本管理需有总表。迭代规划清晰,便于及时调整以及后续规划,防止出现空闲时段。也避免开发架构出现问题。需求策划阶段就需要开发工程师介入。

   2.  立项阶段:需求工作量的准确评估,时间容错度提前订好,以免陷入无限期延期。

   评估知会Leader,辅助定位时间,明确问题责任,如果评估有误是评估者的问题,如果评估过长,Leader未能指出,则是Leader责任。

   3.  开发、测试阶段:灵活应变,每有变动必重新敲定时间点,开发工程师无法确定时间点的情况可以先给出一个时间范围,讲明无法确定时间的原因,提供候能够确定工作量的时间点并在该点再次评估确认。。

   4.  上线后既下版本开发阶段,循环以上3个步骤。周期可以适当延长。

   5.  文档管理最好提供统一的日期或效率工具,可以使用SVN管理需求文档,也可以通过自己维护文档版本号来管理,总之要第一时间纳入需求变更,第一时间通知项目组成员更新文档。

效率工具:

Trello

优点:便于项目全部流程管理,跨终端访问便捷,对于协同工作效率提升明显。

缺点:对其他系统的接入协作相对而言不太友好。

111

 

Office

优点:通过Excel自建需求池,我之前一直使用的是这种方式,文档版本定义更自主。

缺点:版本管理、协同工作在国内当前环境下是需要借助其他工具实现。信息传递不够顺畅。

222

SVN:

优点:之前的项目中使用过SVN来管理文档,状态回滚、协作编辑、信息记录都非常便捷。

缺点:是SVN的更新逻辑在增量更新时节省空间且便捷,但对于文档这种需要频繁撰写修改模式的文档管理,非常浪费服务器存储资源。

开发版本或分支管理

也是最近项目中同开发工程师讨论中收获的。感谢同事WXP。

   1.  分支管理清晰,开发分支、测试分支、线上分支、代码总库。

   2.  不同分支权限需明确,开发分支进入测试分支需要知会测试人员,测试人员与开发Leader共同决定可否并入线上分支。

   3.  记录信息:版本通过分支管理需做到可以回滚到变更前的状态啊。改动记录:修改人、修改时间、测试人、测试时间都需明确,这样明确事故责任,使开发工程师形成自我代码管理验收的意识。

   4.  代码总库,每次提测前的版本打点存储,需要时可以查询到任何版本的代码记录,定位具体问题评估影响。

   5.  项目组内一定要形成固定得代码结构标准,方便工作交接,也利于代码管理。

效率工具:

SVN:

  优点:

1)数据存储方式:文件,管理更加直观,形式直观,应用面更广。

2)拥有全局版本号,对应任意时间点源代码的变动。

   缺点:

1)  分支合并时比较麻烦,对于分支合并时出现的冲突处理不够便捷,无法快速定位到具体问题。

2)  非分布式系统工作依赖网络,对于协作项目来讲效率会被降低。

Git

  优点:

1)数据存数方式:元数据,分布式的版本控制系统,”.git”文件是一个克隆的版本库,拥有中心版本库上的所有内容:如分支、版本记录、标签等。

2)处理分支简单快捷,工作目录下可以快速在多个分支间切换。相对于SVN在合并分支时出现的冲突处理更加便捷,可以快速定位。

3)存储方式采用SHA-1哈希算法,确保代码内容完整性。

  缺点:视图不如SVN文件视图的形式直观便捷,入手门槛相对于高于SVN。

333

CVS:

  优点:

1)通用性更加好,相对于SVN项目支持更加友好。

2)代码提交对应每个文件,对于独立分支管理更加灵活。

  缺点:

1)  速度相对与SVN与Git要慢很多,是由于实现原理导致。

2)  不支持离线工作。

//部分内容参考开源中国社区

Bug管理

看似简单却浪费了我们这段最多的时间,也让我们吃够了苦头。

我理解最重要的一点也是前提:Bug一切的出口需要掌握在测试人员的手中,原因三点:

1.  明确责任,分工明确,避免出现工作混乱的状态。

2.  简化信息传递流程,信息出口只有一个。

3.  便于总结日报,出口单一,总结信息渠道也只有一个,整理汇报更容易,也更便于后续计划。

效率工具:

这里说下我在工作中接触过Bug管理系统

JIRA(我接触到最全面、功能最强大的)

  优点:

1)JIRA是集项目计划、任务分配、需求管理、错误跟踪于一体,可以实现需求管理、流程管理、缺陷管理的全面软件。

2)对接功能全面,可以同论坛或其他需要的地方自定义接口无缝接入。

3)商业软件,自定义功能丰富,提供丰富的服务类型。

4)跨终端协作支持完善,移动端、邮箱等自定义配置丰富。

5)开源,购买之后同时购置了源代码,方便做二次开发。

  缺点:

1)  商业软件,收费且价格不菲。创业团队选择其性价比不高。

2)  配置项过多,后台管理操作较复杂。

3)  概念过多,使用前的学习成本较大。

444

Bugfree

  优点:

1)同CVS对接,系统可以自动把代码的Check-in结合起来,方便高效。

2)界面简单,学习成本低。

3)免费且开源,性价比高。

  缺点:

1)主要针对web端管理,没有多段协同的解决方案。

2)功能只针对Bug管理,略单一,横向对比其扩展支持性较差。

555

禅道

  优点:

1)  功能完备,无需再整合其他多个系统,降低实施成本。可以做全流程管理,或者只做测试管理,也可以只做项目管理任务管理,也可以只用来做需求管理。

2)  安装非常方便,只需要下载十几兆的绿色包,解压缩即可运行。

3)   国产软件,中文支持,操作习惯更符合国人。

4)  多职能视角的快捷切换,方便快捷。

5)  免费项目管理软件。性价比高。

  缺点:

1)  界面布局相对于Jira过于混乱。

2)  跨终端支持差,无移动端解决方案。

666

 

Bugzilla

  优点:

1)免费。

2)强大的检索功能,快速定位管理。

3)强大的后端数据库支持,丰富多样的配置设定等

4)桌面版提供截图捕捉和编辑工具。

  缺点:

1)  部署需配置Perl和MYSQL数据库,配置过程过于繁琐。(不过可以通过XAMPP实现快捷部署)

2)  自定义功能相对较少。

777

总结:搭建管理系统越来越容易,XAMPP可以实现快捷部署(Apache+MySQL+PHP+PERL),线上的协同工具也非常多,web版本、移动客户端等等,高效且出色.

   任何效率工具都不会是最简单的处理方案,会增加不同职务处理单一问题的时间和工作量。

 但是对于团队而言提升效率是非常明显的,初期的适应成本都是后期效率提升的基础。

   只有团队达成共识,重视流程管理,注重效率工具的使用,才能真正的推动效率的提升。

产品经理在跨团队协作时需要注意的:

1.  建立自动化获取常规数据流程很重要。

2.  推动本方Leader同时推动对方Leader,获取部分必要权限,实现常规需求的自动化。

3.  统一信息沟通工具,明确责任。

4.  需要推动对方工作的内容及时邮件记录,并明确时间点。

5.  产品需收集所有相关成员的联系方式,且有效地联系方式,及时了解其工作时间与节奏,在需要时第一时间联系。

6.  产品也要做公关,就是产品处于协调的中心点,组织双方一起吃饭聊天还是可以很有效的提高协作效率的。

【项目信息的沟通同步】

   个人理解,最重要的是双方在利益目标不同时需要有一个共性的执行标准。

   信息同步上总结了几点可以提升效率的方法:

1.形成日报机制,通过邮件记录。

2.日报内容抄送协作方相关成员。

3.日报内容包括双发协作项目工作内容与规划、需要对方配合的项目与工作内容与规划、项目进度与事故处理方案进度与规划。

4.项目组内部日报机制需要全面提供工作内容与细节,知会Leader,出现意外及时变更。

5.沟通协调后及时邮件帮助合作方记录备忘。无法明确责任时主动记录就是推动项目最好的办法。

source:本文为作者萌斯特(微信号:DudusTaste)投稿发布,转载请注明来源于人人都是产品经理并附加本文链接

您的赞赏,是对我创作的最大鼓励。

评论( 5

登录后参与评论
  1. JIRA在管理员刚开始配置起来会麻烦点,但是在使用中流程很方便,特别是分配任务,邮件通知很便捷。

    回复
  2. 产品经理的无授权执行管理是门学问,文章简单讲了想自己的想法。 +1文章被#人人都是产品经理#录用,但是这次没有邮件通知,还是自己去网站上找才发现。 好在这是自己激励自己坚持下去的动力之一。 总结就是学习!

    回复
  3. 需求管理、效率!!深受其害,团队管理混乱,各种延期,各种糟糕

    回复
  4. bugfree 早就不能用了

    回复
  5. 写的挺好的。

    回复
加载中