83 lines
8.6 KiB
Markdown
83 lines
8.6 KiB
Markdown
|
||
|
||
因收到Google相关通知，网站将会择期关闭。相关通知内容
|
||
|
||
|
||
094 兰军：提升产品团队研发效率的实践（上）
|
||
你好，我是梅沙科技创始人兰军（Blues），上一篇文章中，我们分析了研发效率未达预期这一问题背后的诸多原因，并将这些原因分成了组织与制度问题、能力问题、沟通问题、招聘与解聘问题这四大类。
|
||
|
||
今天，我想结合梅沙科技的实践，跟大家分享改善能力问题和沟通问题的一些解决方案。
|
||
|
||
1.沟通公开透明
|
||
|
||
我们有着非常透明的内部沟通机制，每个人都能看到其他人的工作目标、工作进度周报等。
|
||
|
||
跟大部分团队一样，我们每天进行晨会沟通，定期有周会和月会。一般晨会是早上九点半，如果遇到周二，晨会就变成周会，如果是每个月第一周的周二，就变成月会。相当于晨会周会月会都固定在早上九点半，只是不同的时间点开不同的会议。
|
||
|
||
晨会中，我们主要看迭代表。如图中所示，迭代表中包含需求、迭代、任务、缺陷等内容。如果某个项目的迭代一切正常，就可以跳过它。如果出现问题，我们就会把这个迭代公开投影在会议室墙上，团队一起分析问题、解决问题。
|
||
|
||
|
||
|
||
周会主要看周报，周报有四个模块，分别是本周工作小结、下周工作计划、每周关键数据，以及问题反思和经验沉淀。其中最关键的是每周关键数据这一项，团队中的每个成员都需要提炼出他所负责项目的数据，并在周报中公开分享给大家。周报的提交频率是每周一次，这是一个连续性的过程，有利于形成团队成员的自主管理。
|
||
|
||
我们的周报是完全公开的，每个人都可以看到公司其他人的周报，所以每个人的工作都是透明的，遇到问题会有团队中的成员给出解决建议，同时，周报中所沉淀的经验也可以被其他人借鉴和吸收。
|
||
|
||
2.内部数据透明
|
||
|
||
其实，我现在已经不太管具体的产品和开发方面的工作了，但是我会关注两张表，一张是产品前端表，一张是产品后端表，从中可以看出产品的流畅程度与稳定系数。
|
||
|
||
通常，在前端数据中，我会看页面的访问量，以及页面加载速度这两个关键数据，它们可以反馈出前端开发的质量，甚至技术实力。
|
||
|
||
在后端数据中，我一般看后端接口的调用速度，比如，每天调用接口的次数、接口调用的反馈时长，接口调用的平均耗时、访问次数等等。如果访问次数很高，但调用速度慢，其中必然存在问题。如果接口特别多，但很多接口都没人访问，也会有问题，具体还需要根据产品设计来判别。
|
||
|
||
所有的这些数据在内部也是透明的，不止是我，其他团队成员都能查看。
|
||
|
||
3.能力提升培训
|
||
|
||
上一篇文章中提到，专业培训不足是导致研发效率未达预期的远因之一，既然如此，我们就要在平时加强员工各方面的培训。
|
||
|
||
在梅沙科技，我们非常注重员工的能力提升，在我看来，提升人员能力也是提升团队效率的一种方法，它能有效改善部门之间的沟通问题，减少矛盾。
|
||
|
||
举个例子，产品经理经常会问开发人员“某功能能不能做”这类问题。长期以往，开发人员也会感到烦躁，所以我的解决方式就是让他们互相培训，互相学习。也就是开发同学有责任去培训产品经理，帮助他提升技术水平和素养，让他自己去判断某个功能能不能做，以此提升工作中的沟通效率。
|
||
|
||
我们公司的培训方式有两种，一种是内部培训，一种是外部培训，内部培训又分为互相培训和学习分享。
|
||
|
||
首先，互相培训是各小组之间的经验教授与课程分享，比如，产品经理可以给设计同学和开发同学讲产品课，分享产品思维，讲产品设计。设计同学给产品经理和开发同学讲交互、讲UI。开发或测试同学就给产品经理和设计同学讲技术。彼此互相教授方法，互相学习，以此提高部门间的沟通效率，进而提升工作效率。
|
||
|
||
举个例子，很多产品经理可能并不了解什么是状态机，这时，他与开发人员沟通时就会存在障碍，如果开发人员能培训他，让他了解这个概念，之后的沟通中再遇到此类技术术语时就不会出现问题了。
|
||
|
||
再举个例子，在沟通产品的设计时，我们经常看产品经理对设计师说，“这个图标再放大一点，这里的字号再大一点，整体感觉要高大上”。其实，这些都是非常个人的观点，并不专业。所以设计师需要培训产品经理，让他们从专业一些的角度来评判一个设计作品，比如从颜色这个维度，设计师要让产品经理了解什么是对比色、什么是临近色等，并给出设计规范。这个规范就像品控手册一样，能够得到团队成员的赞同，并且不断完善。
|
||
|
||
另一种互相提升的方式是阅读分享。我会要求团队成员，每个人每年至少读完三本书。读完之后还要将读后感制作成PPT，在晨会结束时进行分享。按照团队成员为60人来计算，团队每年的阅读书目就至少有180本，能够产生180次读书分享。如果在读书分享结束后，团队其他成员对这本书感兴趣，他们可以自己继续深入阅读。
|
||
|
||
可以说，团队中的内部学习与分享对于员工提升自我是非常便捷、有效的，对于提升团队能力也是非常行之有效的办法。
|
||
|
||
除了内部学习、外部学习外，项目的复盘也特别的关键。我讲一个曾经的案例，最开始，我们公司当时的产品经理做了一个注册登录流程的流程图，结果开发拿到手之后，觉得画的并不好，其中存在诸多问题，甚至有些地方并不符合流程图的规范。
|
||
|
||
所以，开发人员联合产品经理，对流程图进行了一系列的更改、试验，再进行沉淀、复盘，最终产出规范的登录注册流程图。
|
||
|
||
后来，这张登录注册流程图还成为了我们公司面试产品经理的参考标准，我会让面试的产品经理动手画一张流程图，从起始框开始，一直到判断框、结束框，以及流程线路等。毕竟对于产品经理来讲，掌握登录注册流程是最基本的能力。
|
||
|
||
我也遇到过很多产品经理表示自己是野路子，不了解规范的的流程。但是，这并不能成为一个很好的规避理由，因为很多人都是野路子，没有系统学习过，大学里也没有产品经理专业。很多产品经理都是计算机专业出身，经验与知识都是从实践中不断获取，并逐渐积累而来的。
|
||
|
||
一个人只有不断提升自我才能越来越优秀，同样，一名员工只有不断进步与成长才能不被淘汰。在此，我分享一段《权力的游戏》中经典台词：“混乱不是深渊，混乱是阶梯。很多人想往上爬，却失败了，且永无机会再试。他们坠落而亡，有人本有机会攀爬，但他们拒绝了。他们守着王国不放，守着诸神，守着爱情，尽皆幻想。唯有阶梯真实存在，攀爬才是生活的全部。”
|
||
|
||
且不论翻译效果如何，我想表达的是，在现实生活中，“攀爬”一词可能过于功利，我认为成长才是全部。所以，我们需要不断成长，并帮助团队中的伙伴一起成长，当自身能力提升之后，做事情的效率自然会提升。
|
||
|
||
小结
|
||
|
||
本文分享了改善团队沟通问题，提高团队成员能力的一些解决方案。在沟通问题上，最关键的就是公开透明和信息共享，这样能让团队成员了解彼此的进度，共享彼此的经验，同时也能有效减少沟通时的隔阂。
|
||
|
||
另外，我们可以从不同团队间的互相培训和学习分享出发，再加上阅读、复盘等一系列手段来不断提升团队成员的能力，以此提升整个团队的能力，并提高部门间的沟通效率。
|
||
|
||
如果你对团队能力提升培训有自己的见解，欢迎在留言区分享。
|
||
|
||
作者简介
|
||
|
||
兰军（BLUES）：梅沙科技创始人，致力于教育+互联网行业产品打造，原迅雷产品总监，腾讯、YY语音高级产品经理，公众号ID：bluemidou，已经写了600多篇原创文章，欢迎交流。
|
||
|
||
（本文整理自兰军在ArchSummit全球架构师峰会上的分享，有删减。）
|
||
|
||
|
||
|
||
|