深圳市同洲电子股份有限公司

本期禅道使用经验分享来自于深圳同洲电子OTT机顶盒开发团队。以下是他们使用禅道的一些分享。

禅道使用经验分享实录

禅道：您公司的工作团队目前有多少人？是怎样分工的？

开发团队：公司的产品线比较多，已知的在使用禅道系统做为项目管理工具的产品线预计有3个，总使用人数预计500人左右；目前我们所在的团队120人左右，主要岗位有：产品经理、运营、运维、开发、测试、运营管理等。

禅道：目前公司都在进行哪些项目？项目的周期一般是多长？

开发团队：目前我们团队主要在做OTT机顶盒的项目，一个完整的产品从需求开始到发货一般需要4个月左右；现在主要在精雕细琢一款主打产品，每周会出一个版本，按照敏捷的模式在跑。

禅道：您公司的项目开发目前使用什么语言和框架？

开发团队：使用的开发语言有：JAVA、C。

禅道：您之前项目管理都用过什么工具软件？使用效果怎么样？

开发团队：之前没有使用专业的项目管理工具。

禅道：您是通过什么渠道接触到禅道的？您在安装禅道的过程中，出现什么问题吗？是怎么解决的？

开发团队：同事介绍的；

遇到过很多问题，特别是开始的时候，在使用上会有许多不理解的地方，主要是通过禅道官方论坛的技术问答解决。

禅道：您公司使用禅道有多久时间了？使用的是禅道开源版还是专业版？多少人在使用？

开发团队：使用一年多了；

使用的是开源版，总计500人左右在使用禅道；

不同产品线使用的禅道装在不同的服务器上，各自维护。

禅道：团队推广使用禅道，先期会对团队成员进行禅道使用流程相关培训吗？以什么形式进行的？

开发团队：会有培训；

我们在决定使用禅道作为项目管理工具时，运作管理部的同学先试用一周，觉得OK后，才向高层汇报，申请使用禅道作为公司的项目管理工具；

我们也编写了许多适合我们公司使用的培训教材，每个新员工入职时，会接受一小时的使用培训。

禅道：您觉得禅道的UI设计得如何？禅道最新版本发布后，您会第一时间下载更新使用吗？您觉得更新到新版本麻烦吗？

开发团队：我们对UI的关注其实比较少；

因为我们根据自己的需要，对禅道源码做了一些修改，所以每次更新都会比较谨慎，因为每次升级都会涉及到修改源码，目前还没升4.0版本。

禅道：禅道基于scrum，工作团队是采用敏捷开发模式吗？如果不是，团队会因为使用禅道而学习相关的敏捷开发知识吗？

开发团队：我们现在是采用敏捷模式开发。

禅道：如果您在使用禅道中遇到不明白的地方，您是怎么解决呢？

开发团队：会到论坛上请教禅道专业人员。

禅道：您觉得禅道的使用、帮助文档需要做哪些改进和完善？这些资料对您使用禅道有怎么的帮助？

开发团队：现有的资料已经很好了。

禅道：工作中主要用到了禅道的哪些功能？哪些功能是您从没用过的？为什么不用呢？

开发团队：禅道的功能我们现在基本上都在使用：需求、任务、BUG都是用禅道在做管理。

禅道：在使用禅道过程中，您觉得有哪些使用得不顺手的地方？

开发团队：主要是报表统计上的，现在都是我们导出原始数据，在excel中处理。

禅道：您希望禅道新版本增加怎样的功能和服务，以满足您工作上的一些新需求？

开发团队：增加报表的形式和数量：例如，我们希望每周都有一个项目占用资源情况的统计、每个人员的工作量统计、每个项目的工作量统计等。

禅道：你们有根据团队的自身需要对禅道进行二次开发吗？

开发团队：有。

禅道：使用禅道后，您认为贵公司及工作团队在项目开发上有了什么变化？

开发团队：工作更加有序，任务和需求不会被遗忘，BUG跟进更及时透明；

同时，也提高了项目经理的管理能力和管理意识。

禅道：你们的工作团队是如何进行沟通和协调工作的？如遇研发人员不足，你们是怎么应对的？

开发团队：主要是面对面沟通，晨会上沟通项目内部的进展；

如遇研发人员不足，主要还是通过加班加点解决，从其他项目抽调人员的情况比较少，因为也是希望项目之间尽量不相互影响，另外，资源线经理会主动开始人员招聘。

禅道：公司对员工是如何进行研发项目绩效考核的？绩效考核数据会参考禅道里面的数据吗？如果参考了，那么所占的比例大概是多少？

开发团队：员工考核是跟据员工各自制定的季度KPI做季度考核，我们团队目前参考的禅道数据不多，主要还是作为项目管理工具在使用；据悉另一个产品线是约有70%的权重来自禅道数据（工作量、任务延迟率等）。

禅道：你们对禅道有什么意见建议。

开发团队：

1、从BUG建的用例，没有显示关联关系，测试的兄弟很忧伤；要回忆这些漏测的BUG有没有补用例时就更是惆怅！强烈建议显示两者的关联关系，做漏测分析时必须的参考信息呀~~ （注：用例详情页面已经增加“来源Bug”显示字段。）

2、测试同事吐槽原句：用例那么多，执行多了，已经不记得其编号多少，执行完了，弹出的页面居然是从第一条开始的，为嘛焦点不能默认到我执行的那条用例上？为嘛还要我滚无数屏去找上次执行的那条用例~~时间呀··效率呀~~ （PS：需求的同学，同吐槽） （注：可以考虑后续版本添加。）

3、批量编辑的功能，就不要放插件出售了吧，做到基础功能，民心所向吧~~ （注：批量编辑功能已经放到开源版本了。）

4、用例导出，哥和姐不是每个用例都想导出的~为嘛用例前面没有复选框，需求就有呢~~歧视用例怎么滴~~强烈建议用例导出时增加复选框哇。(注：导出已经增加“选中记录”选项。)

5、从BUG建的用例，没有显示关联关系。显示建议：在BUG详情页面里，与“项目/需求/任务”那一栏，增加一个“相关用例”，显示信息就是由该BUG创建的用例， 另外，导出的数据，也可以导出这一栏的信息，这样方便大家做测试相关的分析工作~~ 不知道这样是否妥当~~  (注：可以考虑，增加“转用例”而不是“相关用例”，相关用例是从用例转到bug。)

6、STORY #694::测试视图、bug管理 ，缺陷的基本信息里的bug状态，只有：“激活”“已解决”“已关闭”3个状态，实际项目中会有下轮“转需求”或者“挂起”状态，建议增加。（注：已经有“转需求”功能但不增加“转需求”状态， “挂起”状态目前暂无增加的计划。）

7、STORY #693::测试用例标题较长的时候，“下页”键等按钮不可见。作为测试人员，希望能实现“当测试用例标题较长”的时候，“翻页键“等右下角的按钮都需要正常展示出来，在测试用例较多时，能正常翻页。 （注：bug不能重现或已经解决。）

8、STORY #696::测试视图、用例管理的用例类型需要增加接口用例。（注：已经增加。）