'); })();
原创

团队内部之间产品信息应该共享吗?

字号+撰稿人:teamin 本文来源: 2017-07-20 20:13 我要评论() 收藏成功收藏本文

成员中每个人的权限几乎是一样,每个人都可以看到别人的工作,也可以给任何人分配任务,当然也可以给老板分配任务

 

互联网产品相对于传统软件产品,最大的区别是需要快速迭代。团队信息共享是帮助产品快速迭代的一大法宝:可以减少团队沟通成本、增强成员团队意识、推动开发流程闭环等等。相反,信息不透明,会增加团队成员之间的不信任感、增加“等待”时间,是一些产品延期和失败的重要原因。
如何让每个成员及时了解产品的变化是一个有意思的话题
先来看团队信息“变化”的分类:
一、大变化:可以理解为milestone (里程碑),比如大功能的上线。
这种大的变化适合专门的文档去记录,比如产品更新博客:简单明了的文字、截图、视频教程等。
二、小变化:
1.用户看得见的变化:小的UI优化,Bug修复。
2.用户体验的变化:性能的优化(更加流畅),交互的变化(更加合理)。
团队不同的 应对变化的工作侧重点各有不同:
1. 关注用户使用产品时出现的问题,及时掌握产品变化,可以让用户运营的工作有预先准备,给用户提供最新指导,工作效率更高。
2. 关注产品的价值,旧功能的优化和新功能的上线都会影响他们的决策
3. 关注产品的功能实现,别人代码的更新可能会影响自己的开发。
团队成员都身临其境的体会变化的成果,信息共享就显得尤为重要:
1.线下信息共享工具
 线下信息共享工具的好处在于极强易见性,团队的成员抬头就可以看到这些信息。缺点是需要专人实时维护、一次可共享数据信息量小。
① 故事墙 | 共享开发任务、进度——>开发驱动型信息共享工具
除了“开发进度”等显性的信息,故事墙也“共享”的一些隐性信息 。当“计划”区的需求卡片很少时,这说明产品给出的需求的数量和速度滞后了,需要及时补充;当某一个需求长期停留在某一栏,说明这个需求遇到瓶颈,应当与相关同事沟通了解是否需要增加支持或者精简需求。产品策划人员可以通过这些显性和隐性的信息来驱动产品的开发迭代。
② 站立会议 | 共享工作内容——>团队驱动型信息共享工具
站立会议的进行形式有两种:一是围绕“ 需求卡片(代办事项)”依次阐述,二是每个团队成员轮流发言。前者更看重任务执行,忽视个人(有的人可能没话可说);后者注重个人(每个人都有话说),但需要去组合大家的发言才能知道一个涉及多人需求的进展情况。
2.线上信息共享工具
线上信息共享工具的优点在于可以共享的信息量大,方便自动化维护(如通过管理后台),而且可以设置查看屏障,很多移动端APP也使得线上共享信息可以随时随地看到。但线上数据需要团队成员主动去查找
① 邮件 | 会议资料、会议总结——>轻量级的及时信息共享工具
我使用邮件共享最多的信息是会议资料和会议总结。邮件不会像企业QQ那样容易被消息的洪流淹没,也能做到一定的及时送达,而且不对对方造成太强的干扰。
② Teamin | 线上数据墙——>中重度信息共享工具
Teamin对小团队来说是一个极好的信息共享工具。
1.首先目标迭代功能。Teamin可以对任务进行优先级的标签化管理。任务可以被分成不同阶段,每一段由谁完成都被标记了 出来,一个阶段的目标完成再开始下一阶段。
2.其次跨任务交流。Teamin把不同团队按项目分开,但是并不完全孤立,创建任务者可以把任务指派给其他项目成员,他在自己的工作看板可以看到,实施进度也可以实时查询。
3.列表和看板展示形式。在做计划时采用列表形式,而在成员执行任务时则通过看板的方式,这样团队能了解公司每个员工的进展。
③ 共享文件夹 | 设计稿原件或者——>重量级文件共享工具
共享文件夹适合放置一些占存储空间很大、不方便在线上工具上修改操作的文件。占存储空间大的例如:设计稿的PSD原稿、视频文件、渠道包等。
 
开放的管理强调信息共享和技术的独立性,淡化管理者和员工之间的从属关系。系统中每个人的权限几乎是一样,每个人都可以看到别人的工作,也可以给任何人分配任务,当然也可以给老板分配任务。一名leader的事业的发展,可以钻研技术,也可以选择管理,或者均有尝试。但无论如何,要创建一个健康的团队文化,管理者起到决定性的作用。这方面的探索还在继续,思路和实施还有可多地方可以提升,请各位多多指教。
 

1.微媒体联盟将遵循行业规范,任何转载的稿件都会明确标注作者和来源;2.作者投稿可能会经微媒体联盟编辑修改或补充;3.微媒体联盟的原创文章,请转载时务必注明作者和来源,不尊重原创的行为我们将追究其法律责任。本站内容除非来源注明“微媒体联盟(微媒体快报)”,否则均为网友转载,涉及言论、版权与本站无关!

网友点评