【运营团队案例分享】非研发团队跑迭代，能落地吗？（实践篇）

本篇目录

书接上回：在前一篇文章中，我们提到了迭代过程中，大家遇到了一些挑战，包括迭代燃尽图的飙升、投入产出比不高以及团队协同的问题。

今天给大家分享一下，我们在“要求职能角色多样，但人力资源有限”的情况下，是如何解决团队协同问题的。

文案组（5人）
主要负责内容策划，比如文章撰写、视频脚本撰写，以及对外的文章媒体矩阵的运营等，很明显，是一类令人头秃的工种。
视频组（2人）
主要负责视频内容的策划与制作，包括视频脚本撰写、宣传视频制作，以及视频矩阵的运营等，通过不同的呈现方式快速抓人眼球。
设计组（2人）
主要负责产品logo、活动海报、功能单页、漫画、书籍、周边礼品等设计工作，以一组之力提升了团队对外产出的整体审美水平。
团队leader（1人）
设计专业，但本质上是块砖：哪里需要哪里搬。

先简单介绍一下目前我们团队的基本背景：

我们在敏捷团队中已经不算是小团队了，尽管如此，在实际工作中，还是会出现很多疲于应对的情况。

举个例子：像专业的短视频创作团队，会划分编导（内容创意、脚本撰写）、演员、摄影师、视频剪辑人员、运营人员（平台运营、用户维护）等各类职能角色。但显然，拍摄视频只是我们日常工作中的一小部分，考虑到人力投入，团队不可能具备分工如此详细的职能角色。

在这种情况下，整个Scrum流程就会出现一些问题：

步调不齐：需要视频脚本的时候，文案组当下有优先级更高的新闻稿发布、活动内容、出版书籍校对等工作；当平台运营缺少视频发布的时候，视频组正在做优先级高的大会宣传视频等；
在日常协作过程中，容易出现任务重复、没有及时同步、文档版本没有更新等问题；
团队将关注点放在了流程上，忽略了质量与价值，导致产出的内容不符合受众需求。

我们又是怎样解决这类问题的呢？

一、跨职能团队

其实跨职能解决的是一个很现实的问题：团队中只有一名设计师，假如今天这位设计师请假，同时又有一个比较紧急的海报内容需要调整，怎么办？

如果不是用急召请假的设计师回来这种“周扒皮行为”的话，另一个可行的办法就是团队其他成员顶上了。

正因如此，我们日常会注重每个职能角色的横向发展，也就是将“I”型专业人才培养为“T”型通识人才：既能专长于自己的专业，又能对他人的专业有所涉猎。当然，现在业界也在提倡更多复合型人才（“π”跨界型人才、“m”多元复合型人才、“O”顶级复合型专家人才），这里我们就不赘述了。

具体落地的过程中，我们团队会在每周三拿出半小时的时间来进行团队内部的分享，有时是运营分享，有时是某些专业技能的分享。同时，每周大家也会在下班后拿出一部分时间进行学习。但需要注意的是，打造跨职能团队不是一蹴而就的事情，还是需要持续计划、不断调整的~

二、工程实践

解决完团队跨职能的问题，内部规范不统一的问题就成为接下来的重点关注。

1.流程集体所有、内容标准规范

和极限编程强调的代码集体所有、代码规范一样，为了提高协作效率，我们对团队内部的流程规范做了如下调整：

1）在悦库网盘中建立统一的共享文档库，对工作文档进行分类。团队成员需要将输出内容的最终版以及源文件放进相应的文件夹中，方便其他成员取用。

2）在公司自研的聊天软件中，建立协作文档，进行团队共创。

我们的团队性质决定了经常需要大家一同共创，保证输出内容的质量。同时出于信息安全的考虑，我们一般会通过自研的工具，进行数据传输以及共享协作等交互。

3）明确输出内容的规范

外部链接需要加格式为“XXX”的后缀，便于跟踪；
明确网站文章的关键字、别名设置以及图文发布规范；
整理并输出“新闻稿发布流程”“IP运营流程”“社群运营活动流程”“公众号排版”等规范，便于不同成员查看、复用；
……

通过流程集体所有以及内容标准规范，一段时间后，我们切实提高了团队成员间的默契度和工作效率。那既然协作流程上没问题了，接下来我们要解决的就是内容产出质量低的问题。

经过回顾总结后，我们发现，内容质量不高的问题在于我们将重心落在了“怎样写”，而不是“写什么”。用产品视角来看，就是我们在做一个“产品”之前，没有真正了解用户的需求，那么产品投放后，市场反响不好自然也在情理之中了。

基于这一点，我们也进行了调整。

3.另类的测试驱动开发：脑暴驱动创作

像测试驱动开发一样，我们在创作内容前，会通过头脑风暴的形式，梳理用户画像以及用户需求，确定内容创作的方向以及形式。这种方式鼓励大家充分发挥想象力，通过事实数据支撑来集思广益，快速确定创意方向。具体流程如下：

在上一个迭代中的回顾会上，大家可以自发提议进行脑暴会，并说明脑暴会的具体内容，如“我需要在下周二上午10点组织一场脑暴会，主要内容为考虑‘禅道功能提效点’视频的具体内容和视频形式，希望全员参加，并提前准备、整理自己的想法，便于脑暴会中更快速地碰撞想法。”
脑暴会中，发起者主持并做会议纪要，同时限制会议不要超过45分钟；同时，参会者根据用户画像以及往期视频数据等资料，各抒己见，进行思维碰撞与讨论。
脑暴会后，发起者进行汇总，选择是否需要进行A/B测试，并确定最终的内容方向与形式。

这种方式能够确保接下来的创作不会出现大方向上的偏离，也能有效传递价值。

4.运营团队的结对编程：结对编程

在内容的创作过程中，为了帮助文章更符合用户需求，我们引入了结对共创的实践：两人及以上自发成为一组，组内确定一个共创时间，大家通过协作文档进行内容共创。

结对共创和结对编程稍有不同的是，结对编程是其中一人作为领航员，负责整体方向的把握以及细节的审查把控；而结对共创需要共创的所有人都进行内容输出，通过沟通、调整，输出最终大家一致通过的内容。

运营团队内进行结对共创是非常有必要的，这种方式能够减少一个人主观意识产生的方向错误、提高内容质量，同样也能促进团队成员之间的交流与学习。

不过要注意的是，这一切的前提都是需要在团队内部打造信任、有效沟通、开放包容的氛围和团队文化。不然，在共创的过程中，两个人针锋相对不肯退让的情况也是有可能会出现的哦~

想知道我们是如何打造团队文化的吗？继续关注“运营团队跑敏捷”系列，这些小妙招，你的团队也一样能做到！