禅道博客

分享专业技术知识,文章内容干货满满

【运营团队案例分享】非研发团队跑迭代,能落地吗?(实践篇)

2023-12-31 09:00:00
晏瑞宇
原创 455

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

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


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

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


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

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

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

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


一、跨职能团队

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

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

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

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


二、工程实践

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

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

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

1)在悦库网盘中建立统一的共享文档库,对工作文档进行分类。团队成员需要将输出内容的最终版以及源文件放进相应的文件夹中,方便其他成员取用。
2)在公司自研的聊天软件中,建立协作文档,进行团队共创。

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


3)明确输出内容的规范

  • 外部链接需要加格式为“XXX”的后缀,便于跟踪;
  • 明确网站文章的关键字、别名设置以及图文发布规范;
  • 整理并输出“新闻稿发布流程”“IP运营流程”“社群运营活动流程”“公众号排版”等规范,便于不同成员查看、复用;
  • ……
通过流程集体所有以及内容标准规范,一段时间后,我们切实提高了团队成员间的默契度和工作效率。那既然协作流程上没问题了,接下来我们要解决的就是内容产出质量低的问题。

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

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

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

像测试驱动开发一样,我们在创作内容前,会通过头脑风暴的形式,梳理用户画像以及用户需求,确定内容创作的方向以及形式。这种方式鼓励大家充分发挥想象力,通过事实数据支撑来集思广益,快速确定创意方向。具体流程如下:
  • 在上一个迭代中的回顾会上,大家可以自发提议进行脑暴会,并说明脑暴会的具体内容,如“我需要在下周二上午10点组织一场脑暴会,主要内容为考虑‘禅道功能提效点’视频的具体内容和视频形式,希望全员参加,并提前准备、整理自己的想法,便于脑暴会中更快速地碰撞想法。”
  • 脑暴会中,发起者主持并做会议纪要,同时限制会议不要超过45分钟;同时,参会者根据用户画像以及往期视频数据等资料,各抒己见,进行思维碰撞与讨论。
  • 脑暴会后,发起者进行汇总,选择是否需要进行A/B测试,并确定最终的内容方向与形式。
这种方式能够确保接下来的创作不会出现大方向上的偏离,也能有效传递价值。

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

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

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

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

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

想知道我们是如何打造团队文化的吗?继续关注“运营团队跑敏捷”系列,这些小妙招,你的团队也一样能做到!
暂时没有记录
评论通过审核后显示。