@IT·前端轻流流程与协作

初创团队的Bug协作管理:混乱和复杂中寻求高效与自由

2017-08-07  本文已影响83人  轻流茶馆

#Debug之痛

从第一个Bug诞生至今,已经七十年了。

有人说,开发就是不断的Debug的过程。

无论是团队的leader,还是开发的一员,都时刻在考虑如何消灭Bug。在我还是开发小白的时候,对于团队协作并没有多少概念,更多是的关注如何De自己的Bug。在接触实际开发项目以后,才发现开发,就是一群人Debug的过程。

所以这一群人,如何能够高效的提Bug,处理Bug,我也来谈谈这期间我的感受。

#专业的Debug工具

最初我们体验了Easybug,那天领导甩给我们一个链接,让我们去注册。

内心是拒绝的,作为一名前端攻城狮,如此简陋的界面,真的让我失望至极。使用感受方面,除了丑,在一定程度上解决了我们当时沟通成本大的问题。但是数据筛选,数据分析,去除重复数据等方面做的比较差。

后来团队改用Jira,但效果也不是很好。

#任务式的Debug工具

后来的一家创业公司,最初通过任务+看板协作工具来做团队协作。如:teambition,worktile,trello等。在团队初期,大家会很积极的去拖动、编辑各种各样的板子,但项目有了一定的积累后,个人看板变的惨不忍睹,各式任务、各种优先级,让最终的看板复杂不堪。任务完成之后勾选、存档。但是存档的任务也就没有机会再追溯和查看。

这里并不是说这类型工具不好,只是至少对于码农这个团体来说,期待的是更清晰的任务管理工具,能够权责分明的告诉自己,需要做哪些事情,做这些事情的过程中,需要和哪些人协作,需要使用到的资料有哪些。

---------------------------------------------------

#自家的Debug工具

我们最开始,也是用teambition来做任务管理和BUG追踪的。个人看板很快杂乱无章起来。

直到有一天,有客户说:”你们的产品来做Bug提交和管理还不错啊!“,也打开了我们团队自己Debug事业的新大陆。

既然我们自己是在是做流程化团队协作工具的,那开发管理和BUG追踪不就是流程吗?

开发管理,BUG追踪,都可以细分为一个一个的任务,大多时候,这些任务都需要团队中的某几个人来协作。

我们用我们的产品在线设计了一套全流程化的Bug管理系统,先来上两张图:

以上就是我们Debug的全流程:

1)团队任何成员都可以提交Bug,2)负责任务分配的进行Bug分类和分配,3)是否需要设计支持判定,如果不需要,则4)直接相关人员负责Bug的修理,修理完后5)测试人员进行测试,6)测试完成后确认进行上线。

所以我们汇总的Buglist是这样的:

乐趣点:纯DIY式创建,随时可根据需求完善;

优势点:不需要额外消耗IT资源开发,可与其他部门流程对接;

缺陷点:你需要成为我们产品的资深玩家。

如果想知道如何做这样一款系统,请继续往下看!

#除了Debug之外

除了Debug,更多的应该考虑产品设计。因此我们也自行设计了一套产品开发迭代的流程:

例如,现在需要开发一个通讯录的功能,那么至少需要前端,后端,产品和设计这四个方面的人。这个协同不是并发的,需要产品先给出产品需求,然后设计根据产品需求给出设计稿,最后才是前后端的实际开发。等到开发结束,还需要测试来配合工作。一个任务,从开始,到结束,需要经过多个人,每个人在这个任务中需要提供的内容,都不一样。

轻流可以完美解决这些问题,每个人只需要关心自己需要做的事情。无论你是传统开发方式,还是敏捷开发,轻流都可以满足你的需求。

在开始制作流程前,先表白团队设计师。有没有注意到中间的线是可以左右拖动的,拖动有惊喜!

重点来啦:

假设我现在需要一个开发管理的流程,首先要注册一个轻流帐号(www.qingflow.com),小TIP:绑定微信后更可以在及时获得流程最新的通知!

##Step1. 以表单为入口,设定收集哪些数据

开发任务会需要为每个节点设置截止时间,需要对任务进行简单的描述,设计/产品等需要提供一些文件。这些可以通过表单模块来自定义,不同的模块有不同的特殊功能,例如单行文字可以设置不允许重复值,这样设置后,小伙伴在填写的时候就不能填写相同的东西啦~更多有意思的功能等待你发掘!

##Step2. 定义最适合自己团队的开发流程

一个任务,可能会需要产品/设计先行,然后是接口定义阶段。分支可以设置数据在满足一定条件的情况下经过某一条路径,举个栗子,发起流程时,选择了需要产品设计,那么这条数据就会经过产品设计这个节点,当他们处理过这条数据以后,数据才会进入下一个节点。每个节点,可以配置它可以编辑,可以见到的数据。假如现在制作的是一个BUG追踪应用,可以设置申请人只能看到且只能编辑BUG详情部分,后续开发人员,内部如何协同,提出BUG的人通通不知道。要做内外部协同,so easy!

##Step3. 发布你的应用

获取应用链接,发送给你相关同事,就可以开始工作啦~!

##Step4.实时查看最新的进度

数据列表中可以查看到当前有哪些任务等待完成,也可以根据不通的提交进行各种各样的筛选,例如可以筛选截止日期为2017-08-10的所有数据。还可以对这个应用的消息推送进行详细的设置。实时推送全部打开,每次有新数据,都能及时收到通知!

接下来,我们会让这些数据以更可视化的形态,展现给每一个人!

#写在最后

每个团队不仅只有开发人员,更多情况下需要多方的协作和效率的提升。“轻流”是一款流程化的团队协作工具。我们更是提供了很多行业模板和应用案例:

案例传送门:https://zhuanlan.zhihu.com/p/28208383;

模板传送门:https://qingflow.com/template。

感谢看到这里的小伙伴,我们也透露个秘密,我们接下来会通过数据之间的关联,打通每一个流程。当市场的需求打通产品需求,测试结合Bug反馈,最终实现的是一张流程化的数据网络。

你的流程,你自己来定义。轻流,致力于让工作高效而有序。

如果对以上内容感兴趣,可以通过litingting@exiao.tech联系我。如果你对开发和效率有更好的见解和建议,欢迎来挑战、吐槽和推荐。

上一篇下一篇

猜你喜欢

热点阅读