关于禅道使用经验分享
禅道使用经验分享，欢迎大家一起来探讨关于禅道项目管理软件使用方面的问题。我们广泛的收集对禅道的看法和建议，充分了解广大用户使用禅道的具体情况和要求，进而不断完善禅道的功能和服务。
本期禅道使用经验分享来自于深圳同洲电子负责互联网机顶盒开发的工作团队（以下简称开发团队）。非常感谢他们在百忙之中接受禅道的采访，分享团队使用禅道的经验和心得。
同洲电子简介
深圳市同洲电子股份有限公司成立于1994年，是专注于提供全业务多屏互动整体解决方案、产品及运营服务的高新技术企业，致力于为全球客户提供一流的数字视讯相关产品和服务，促进人类文明传播。2006年，同洲电子成功上市（股票代码：002052），是我国专业从事数字视讯行业的首家上市公司。
本期分享嘉宾
同洲电子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::测试视图、用例管理的用例类型需要增加接口用例。（注：已经增加。）
