【3020】真实小团队对协作工具的需求

今天讲讲一个真实的小团队,对协作工具的需求。

团队:5人,2全职3兼职,同时区跨城市,做互联网/移动互联网产品。

 

团队建立前,我就研究了N多协作工具,心想着“工欲善其事,必先利其器”么,从basecamp到tower到asana到teambition到trello到有道云笔记……到不说了,再说就有点像广告了。

真实小团队对协作工具的需求
协作工具的需求

 

结果随着一个个队友的加入,上述都没用上,而是遵循着“奥卡姆剃刀”原则,每时每刻都在用最低成本的方式来满足需求。

 

第一/二周,只有2个人,微信+电话搞定。

第三/四周,变5人了,很自然的,用微信群搞定,大家也第一次集中在一起吃了个饭,随着要做的事情逐步清晰,我开始要把自己手头的文档分享给大家了,发现微信群没附件,需要新工具了。

第五/六周,QQ群就够了,群共享、群公告,都很好用。随着工作的展开,一些细节,会不停的在QQ群里讨论,而团队是有兼职同学的,他们白天一个会议,就会漏很多信息,回来也不一定想得起来看。所以,怎么办?

第七/八周,我们增加了Email群发,每天晚上我会把事情汇总发出来给大家,第二天晚上我再更新所有,运作了几天还不错,但随着任务越来越多,越来越细,大家都觉得如果能自己更新自己的部分就更好了,可以更高效。

第九/十周,大家聚在一起吃了第二顿饭,总结了之前在工作方法上面,可以优化的点,确实感觉需要一个协同工具了,于是,花了一点时间评估选择,猜猜我们最终用了啥?我们连云笔记都嫌麻烦,分析了团队的需求,其实只需要一个格式清爽、可以大家一起编辑的在线notebook而已,于是——workflowy.com。

 

对工具本身感兴趣的,可以去看这篇知乎问答:如何玩转 WorkFlowy?

绝对是强迫症、洁癖患者的好工具。

 

不久的将来,我们肯定还会需要新工具,但那是什么,我也不知道。

 

所以,团队协作工具是按需来的,和团队成员的特点也很有关系,比如我们团队就是都有技术背景的Geek或伪Geek,并且是不断变化的,并没有一个适合所有场景的工具。

扩大到做产品,找准你的切入点,你要的是有一批人,当碰到某个需求场景的时候,第一个想到的就是你的产品,这就足够。

iamsujie 微信公众号二维码
iamsujie 公众号二维码

【3017】又到一周周报时

又到周五了,意味着大家又要开始憋周报了,从@纯银的一个段子开始——

公司有个技术牛人,某产品专员向他提单,牛人一看内容很扯,质问“你觉得这个需求有价值吗?”对方诚恳回答:“没价值,但是我总得写周报啊。”牛人想了一分钟,回答说好吧我帮你做,因为我也得写周报啊。

我想,看这个博客的人,基本上都要写周报吧,更有甚者估计要写日报,但多少人打心底里觉得写的周报没有意义?只是为了写而写?今天,不妨从两个方面,简单说说,如何让周报真正的有意义。

第一个话题:写什么内容。

这个万变不离其宗,其实和敏捷里的站立晨会是一样一样一样的。形式不重要,说清楚3件事即可。

本周做了什么:重点不在于做了什么,而是拿到了什么结果(有共识的)。举个例子,花了半天时间和谁谁开了个什么会不重要,重要的是会上做了什么决定,会后定了什么后续的行动方案。

下周要做什么:同样,重点在于希望拿到什么结果,推进什么事情。不要是“继续优化Q2的产品规划”这样虚的东西,而应该是“与某某老板讨论Q2产品规划,并达成共识,从而下下周可以启动某项目”。

碰到了什么问题:怎么去尝试解决,搞不定的需要什么资源,打算找谁,打算让老板或同事怎么帮你。

然后,针对你的工作内容,细化一下,比如分为“项目、日常需求、其他”几个模块,有的时候再加一点工作感悟,也挺好,比如我,就是从每周500字的感悟渐渐写出一本书的,:)

第二个话题:发给谁。

可能有人觉得这个没啥可讨论的,传统上,周报不就是汇报工作(说白点,方便老板汇总周报)么?发给自己的主管不就行了么,我觉得这是最傻的,这大大浪费了“写周报”这个及其费脑子的工作。

稍好一些,周报可以发给主管和团队同事,团队里的人互相了解都在做什么,可以便于工作展开。

更好的,周报应该发给主管、团队同事、下属、以及有干系的合作方(其他部门的人),并且酌情区分“To”和“CC”,这才是真正的信息流通,发挥最大价值。愿意把周报发给下属的主管是好主管,:)

这位说了,周报里有敏感的内容啊,不方便发这么多人……我说两句:第一,互联网的精神就是开放共享,再想想,你觉得敏感的内容,是不是真的敏感;第二,稍稍做点技术处理,很简单的,可以共享的内容发给所有人,实在敏感的内容,在邮件上再回复一下,补充给对应的收件人好了。

要不,改变从今天开始?