【分享帖】厦门大学海韵机器人队:ONES在备赛过程中的作用

shiyouhao shiyouhao | 758 | 2019-03-08

在去年暑假的时候,我们就一直想找一款用于团队协同工作的工具,在调研了几款工具之后发现兜里钱不够,即便是Worktile那边答应给我们五折优惠,钱还是差得远。于是这个事情就搁置了。直到后来RM组委会帮我们解决了这个问题。
用了一段时间的ONES,感觉很不错,本文以我队实际情况为背景,谈谈我队在方案制作、进度管控和文档整理三个方面对ONES的使用。
我队的平均技术实力较弱,启动备赛的时间较晚,所以只能想办法在备赛的过程中少走一些弯路,减少迭代和返工的次数。但我们非常缺乏能够对不同技术组都足够了解的人来担起设计架构师的角色,也没有能够一周出设计图的大佬。所以我们难以用快速迭代的方法来解决开发的问题。
于是我们希望在开始做车之前就把能发现的问题解决掉,把不可行的方案pass掉,然后大家能够形成统一的方案,也就是所有参与做车的人心里面的蓝图能够在大体上做到一致。这个对于缺乏设计经验的人来说是一个难点,容易出现的问题是还没搞清楚各环节的需求就开始按照自己的想法做东西,做的时候还很认真地把很多细节雕琢得很好,结果做完之后才发现自己想的和实际需要的就不是一个东西,得重做一个,然后心态就崩了。
针对此问题,我们将“制作方案”正式列为制作战车之前的一个先行流程,该车组的成员制作好方案之后通过“方案答辩”,之后才可开始着手制作。
那么什么是方案呢?我们认为,方案是:1. 说明机器人要怎么做的文档材料;2. 将思路和灵感汇聚在一起的体现;3. 组内人员达成的共识。它有如下的特点:1.聚焦总体架构,淡化局部细节;2. 低技术隔阂,人人都能懂;3. 需要组员一起花时间准备。
方案本身是一个抽象的东西,于是我们从以下几个维度对它进行描述,期望能够达到将其具象化的目的。

图片1.png


以下为我队工程组的ONES Wiki分类:

工程wiki.png


在制定方案的过程中,我们把其中的文档放在ONESWiki上保管。这样不仅大大降低了多人编辑文档的沟通成本,还有利于版本管理,也能够很方便地进行查看和维护。同时我们也希望在后期设计过程中陷入局部难题的时候,它们可以迅速地提供一个的全局视角。
方案得到大家的一致认可之后,我们就开始实际地去执行了。这个过程中我们依托ONES平台的Project进行任务的分配和进度的管理。Project的好处是能够方便地对一件事情进行层层细分,并且设定每一个子事件的节点。这边实际执行的一个难点就是作为一个普通队员来说ONES的作用并不是立竿见影的:总会有人觉得在队里面做事情就是学长给他派一个任务然后他去做就好了,至于怎么做做成什么样是他自己的事情,写ONES更新进度的时间都够多干很多事情了。当然还有一个原因是在做事情的时候没有好的节奏,一直在不停地修修改改,出现一个问题解决一个问题,变成跟着问题在走,而不是跟着自己的主线在走。
对于这种问题,我们需要更好地进行团队内的沟通,要让一线队员遇到的问题及时被发现,并能调用更多老队员的智慧去解决这个问题。我们大部分的项目组都有周会,我们的周会基于ONES来做:开会之前大家把自己的进度、存在的问题等信息整理到ONES上面,然后开会的时候,主讲人对照着ONES来核对进度。这是确保ONES能够及时更新的制度保证,当然更关键的还是要大家平时及时更新ONES
以下为我队工程组ONES Project的一个截图:

工程pro.png



我们一些内容较多的会议,也会把会议纪要整理一下放到ONES Wiki上,这样非常方便查阅。我们现在的做法是组会的会议纪要放在各项目组的目录下,全体大会的会议纪要放在公共文档的目录下。对于一些技术性的文档,我们把它们写成文档放在ONESWiki上的公共文档目录下,这样将平时的一些问题记录下来放在里面,时间长了就是很好的积累。此外还有一个很大的优势就是这些文档的版本管理也会变得非常轻松。
感谢组委会能够给我们提供这么好的工具,我们也是刚刚起步,很多很好的功能也还没开始使用(比如:流水线,敏捷开发,自动化测试等软件开发神器),文档的架构也还处在实践中不断优化的过程中。本文意在抛砖引玉,希望广大兄弟院校不吝赐教。谢谢!

请问这篇文章对你有用吗?

【分享帖】厦门大学海韵机器人队:ONES在备赛过程中的作用
所有评论
暂无更多
暂无更多
关于作者
shiyouhao
shiyouhao
0 关注Ta
0 文章
0 经验值
0 获赞

目录

评论