禅道使用分享第十一期：敏捷开发团队的项目。 - 易企动态

摘要：本期使用经验分享来自于深圳同洲电子负责互联网机顶盒开发的工作团队。非常感谢他们在百忙之中接受的采访，分享团队使用的经验和心得。

关于使用经验分享

使用经验分享，欢迎大家一起来探讨关于项目软件使用方面的w88。我们广泛的收集对的看法和建议，充分了解广大用户使用的具体情况和要求，进而不断完善的功能和服务。

想分享你的使用经验，可直接联系先知@，QQ：1292676069。

本期使用经验分享来自于深圳同洲电子负责互联网机顶盒开发的工作团队（以下简称开发团队）。非常感谢他们在百忙之中接受的采访，分享团队使用的经验和心得。

同洲电子简介

深圳市同洲电子股份有限公司成立于1994年，是专注于提供全业务多屏互动整体解决方案、产品及运营服务的高新技术企业，致力于为全球客户提供一流的数字视讯相关产品和服务，促进人类文明传播。2006年，同洲电子成功上市（股票代码：002052），是我国专业从事数字视讯行业的首家上市公司。

公司官网：

本期分享嘉宾

同洲电子 OTT 机顶盒项目开发团队。

使用经验分享实录

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

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

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

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

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

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

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

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

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

开发团队：同事介绍的；

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

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

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

使用的是开源版，总计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::测试视图、用例的用例类型需要增加接口用例。（注：已经增加。）