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

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

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

 

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

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

 

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

 

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

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

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

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

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

 

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

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

 

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

 

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

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

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

【3019】为什么不开除测试,让用户来

前些日子,在知乎上看到一个很有趣的问题:

 

为什么互联网公司不开除测试,转而让大众来测,找到一个Bug给100元?我一时脑洞大开,请做测试的大牛来说道说道。

为什么不开除测试,让用户来
为什么不开除测试,让用户来

 

回答的讨论也很有意思,有不少都是围绕“100块够不够、给不给、怎么给”来说的,我的角度是,测试绝对是产品团队里一个重要的角色(注意,不是自然人,创业团队可能就是产品经理来做这个角色),没了他们还真的不行,回答如下:

 

  • 默认前提是,开发已经做了单元测试冒烟测试(原则上冒烟应该测试来做,但,人家都被你们开除了啊,只好让开发来做了,至少保证交给大众的是一个能跑起来的产品),这两项总不至于期望大众来帮忙做吧;
  • 很多Bug其实并不是非此即彼的,产品就这么设计的,内部的测试知道,但外部的大众不知道,觉得用的不爽,提了,这钱是给还是不给?哪怕公司内,测试发现此类问题(比如为了安全考虑,密码第二次输入确认的框不允许复制黏贴),开发说这是一个需求/特性,大家还得再把产品叫过来一起讨论下,外部可做不到;
  • 专业的测试是需要测试用例(Test Case,更不要说TC评审了)的,常见的测试用例(临界值相关、内存会不会泄露、特殊字符什么的……专业测试玩起来一套一套的,分分钟把开发认为没问题的程序搞挂),在大众那里可没有,不踏实,感觉……有点像西医和中医的区别,敏感话题不展开;

 

  • 专业测试提的Bug是分级的(成熟的产品也应该分级标准和规范),几级以上必须全部close才能发布什么的,开发也会按照级别来确定修复顺序,大众提交上来的,还得安排人去分级review;
  • 专业测试会把Bug指定给特定的开发或产品经理,背后的逻辑是知道技术角度的模块划分,以及对应的负责人,方便流程往下,大众提交上来的,还得安排人去做assign to这个动作;
  • 专业测试懂得用开发明白的语言描述,说清楚是什么机器、什么系统、什么版本……特别是“如何重现”这件事,大众提上来的,Bug重现不了,急死你;

 

  • 内部经常有针对Bug的讨论,部分Bug可以defer或reject,那么问题来了,谁来牵头组织讨论,确定Bug状态的流转与控制?可不要指望大众会“跟进”自己提交的Bug;
  • 如果开发比较牛逼,理解了,修完了,是否修复的验证谁来做,谁来close这个Bug,确认修复?整体的回归测试谁来做?

 

  • 以上还只说了狭义的功能测试性能测试压力测试怎么办?大众没法帮你模拟10万人同时XXX;还有,自动化测试谁来做?
  • QA相关的还没说呢;

 

  • 其实,这个在方法论里面接近于“UAT,用户接受度测试”,有的也叫验收测试,经常由产品经理代表用户做(当然,有资源最好让用户亲自来),不是找Bug,而是看产品是否满足用户需求、设计是否符合用户认知什么的;
  • 这事儿很好,有条件都做吧,但更多的目的是找个理由和用户互动;

 

好问题,帮我复习了一遍和测试有关的概念,暂时想到这么多,大家可以补充。

对了,近期iamsujie.com做了改版,大大提升了移动端的阅读体验,欢迎尝试。

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