原标题:初创团队Bug协作管理:混乱复杂中寻求高效与自由
#Debug之痛
从第一个Bug诞生至今,已经七十年了。
有人说,开发就是不断的Debug的过程。
无论是团队的leader,还是开发的一员,都时刻在考虑如何消灭Bug。在我还是开发小白的时候,对于团队协作并没有多少概念,更多是的关注如何De自己的Bug。在接触实际开发项目以后,才发现开发,就是一群人Debug的过程。
所以这一群人,如何能够高效的提Bug,处理Bug,我也来谈谈这期间我的感受。
#专业的Debug工具
最初我们体验了Easybug,那天领导甩给我们一个链接,让我们去注册。
内心是拒绝的,作为一名前端攻城狮,如此简陋的界面,真的让我失望至极。使用感受方面,除了丑,在一定程度上解决了我们当时沟通成本大的问题。但是数据筛选,数据分析,去除重复数据等方面做的比较差。
后来团队改用Jira,但效果也不是很好。
#任务式的Debug工具
这里并不是说这类型工具不好,只是至少对于码农这个团体来说,期待的是更清晰的任务管理工具,能够权责分明的告诉自己,需要做哪些事情,做这些事情的过程中,需要和哪些人协作,需要使用到的资料有哪些。
---------------------------------------------------
#自家的Debug工具
我们最开始,也是用teambition来做任务管理和BUG追踪的。个人看板很快杂乱无章起来。
直到有一天,有客户说:”你们的产品来做Bug提交和管理还不错啊!“,也打开了我们团队自己Debug事业的新大陆。
既然我们自己是在是做流程化团队协作工具的,那开发管理和BUG追踪不就是流程吗?
开发管理,BUG追踪,都可以细分为一个一个的任务,大多时候,这些任务都需要团队中的某几个人来协作。
以上就是我们Debug的全流程:
1)团队任何成员都可以提交Bug,2)负责任务分配的进行Bug分类和分配,3)是否需要设计支持判定,如果不需要,则4)直接相关人员负责Bug的修理,修理完后5)测试人员进行测试,6)测试完成后确认进行上线。
所以我们汇总的Buglist是这样的:
#除了Debug之外
除了Debug,更多的应该考虑产品设计。因此我们也自行设计了一套 产品开发迭代的流程:
例如,现在需要开发一个通讯录的功能,那么至少需要前端,后端,产品和设计这四个方面的人。 这个协同不是并发的,需要产品先给出产品需求,然后设计根据产品需求给出设计稿,最后才是前后端的实际开发。等到开发结束,还需要测试来配合工作。一个任务,从开始,到结束,需要经过多个人,每个人在这个任务中需要提供的内容,都不一样。
轻流可以完美解决这些问题,每个人只需要关心自己需要做的事情。无论你是传统开发方式,还是敏捷开发,轻流都可以满足你的需求。
在开始制作流程前,先表白团队设计师。有没有注意到中间的线是可以左右拖动的,拖动有惊喜!
重点来啦:
##Step1. 以表单为入口,设定收集哪些数据
开发任务会需要为每个节点设置截止时间,需要对任务进行简单的描述,设计/产品等需要提供一些文件。这些可以通过表单模块来自定义,不同的模块有不同的特殊功能,例如单行文字可以设置不允许重复值,这样设置后,小伙伴在填写的时候就不能填写相同的东西啦~更多有意思的功能等待你发掘!
##Step2. 定义最适合自己团队的开发流程
##Step3. 发布你的应用
获取应用链接,发送给你相关同事,就可以开始工作啦~!
##Step4.实时查看最新的进度
数据列表中可以查看到当前有哪些任务等待完成,也可以根据不通的提交进行各种各样的筛选,例如可以筛选截止日期为2017-08-10的所有数据。还可以对这个应用的消息推送进行详细的设置。实时推送全部打开,每次有新数据,都能及时收到通知!
接下来,我们会让这些数据以更可视化的形态,展现给每一个人!
#写在最后
每个团队不仅只有开发人员,更多情况下需要多方的协作和效率的提升。“轻流”是一款流程化的团队协作工具。我们更是提供了很多行业模板和应用案例:
感谢看到这里的小伙伴,我们也透露个秘密,我们接下来会通过数据之间的关联,打通每一个流程。当市场的需求打通产品需求,测试结合Bug反馈,最终实现的是一张流程化的数据网络。
你的流程,你自己来定义。轻流,致力于让工作高效而有序。
如果对以上内容感兴趣,可以通过litingting@exiao.tech联系我。如果你对开发和效率有更好的见解和建议,欢迎来挑战、吐槽和推荐。
声明:本网转发此文章,旨在为读者提供更多信息资讯,所涉内容不构成投资、消费建议。文章事实如有疑问,请与有关方核实,文章观点非本网观点,仅供读者参考。