飞音科技PSA RCE项目禅道使用经验分享

深圳飞音科技使用的是禅道开源版，做了禅道的定制开发增加了CSR模块。

以下是飞音科技使用禅道做项目管理的分享。

关于飞音科技：

飞音科技官网 www.samwell-tec.com

深圳市飞音科技有限公司是中国国内一家致力于汽车电子产品设计研发的国家级高新技术企业。

研发优势体现在车用级别的音响、综合信息显示、导航娱乐、汽车仪表、车身控制模块及CAN总线等汽车电子产品与服务上。

为整车厂、零部件一级配套商提供包括软件、硬件、结构、测试在内的一系列环节的整体解决方案。

长期以来，在中国汽车电子产品领域，飞音科技秉承自主研发、不断创新的企业核心理念，不断推出满足市场需求，具有自主知识产权的电子产品，一直保持着国内汽车电子系统研发领域的优势地位和良好客户口碑。

目前，普遍采用飞音科技的车载导航娱乐系统、汽车仪表，车身控制模块、综合信息显示系统等产品的主要汽车厂商有：

东风日产、一汽大众、上海大众、东风标致雪铁龙、长安标致雪铁龙、长安铃木等合资品牌。

也涵盖了国内主流的自主品牌，如奇瑞、吉利、北汽、华晨、柳汽等等。

飞音科技是作为中国汽车电子产品国产化趋势下的优先选择。

经过RCE项目组全体成员的艰苦努力，以及公司其他相关部门的密切配合，RCE欧洲项目于2017年2月23日通过了PSA专家对B2.1阶段的严格审核，这标志着公司的开发管理水平得到了国际一线车厂的初步认可。

相关： http://www.samwell-tec.com/index.php/newsview-138-1.html

在PSA RCE项目的评审中：

禅道起到了非常重要的作用。

在软件管理工具一项， 禅道在评审中获得了 PSA的肯定，评审结果为最高的绿色等级。

禅道在PSA RCE项目中的应用：

项目名称： PSA RCE

我们在实际开发中使用的是CMMI3的V模型，为使禅道更适用于我司流程，我们与禅道密切合作，委托易软天创公司对禅道进行了定制开发。

需求的确认与管理：

负责人：系统部工程师

我们在项目进行过程中开始使用禅道，首先会将CSR（客户需求）的原始文档放到禅道的文档库中，文档库有针对版本的管理，非常方便。

在每次文档变更后在系统中提示该文档涉及到的CSR（客户需求）文档已经进行了变更。

由于前期需求在此时已大部分进行了确认与分析，所以我们将客户的需求导入经禅道二次开发后的CSR（客户需求）模块进行状态的管理并与SRS（内部需求）进行关联，最终实现通过系统对CSR（客户需求）开发进度的掌控。

以CSR为源头生成项目所需Qgate文档，通过此文档展示出所有CSR（客户需求）的开发进度以及测试进度，

目前尚缺统计部分功能未能达到要求。

任务分派：

负责人：软件leader

做开发任务分派时，由于CSR（客户需求）已经过了分析细化与整合的阶段，一般直接由SRS(内部需求)分解出开发任务，开会等日常事务型任务也会在禅道中记录。

将任务放到禅道中，对项目的总体进度以及人员负荷状态进行跟踪，及早发现可能存在的问题，避免项目延期。

编码与任务的执行：

负责人：被分配了任务的相关人员

工程师在每天早上“开启”指派给自己的任务，任务完成后点击完成，在每天下班之前记录工时等信息。

软件leader可以从中了解到工程师每天对任务的执行状况，并及时了解任务的进度与延时情况及问题原因。

实际使用过程中，当面的交流依然非常重要。

详细设计：

负责人：软件工程师

根据情况安排软件工程师撰写详细设计文档并加入任务中进行管理，由软件leader进行监督，最后统一放到SVN中进行管理并定期更新。

测试与测试用例：

负责人：测试工程师

在实际使用中将用例文档导入到禅道中并与SRS（内部需求）进行关联，在每周五打包生成一个版本，在提交的版本中执行用例，通过执行结果来反馈该需求是否已经被满足。

在用例的实际使用中我们还是遇到了一些问题：

1、 用例的数量非常多，导致管理起来有难度。在用例覆盖度计算这一块还不是很方便。

用例的覆盖率目前只看到当前页面的计算，没有分模块或是整个项目的计算，

版本中的用例在转化为bug后，在用例列表并没有看出该条用例是否已经被转化为bug过了。

并且在转完BUG之后，直接跳到禅道的BUG界面去了，还要回到用例找到失败再传第二条。

如果能批量转化bug就更好了,避免一些重复型工作。

（ 注明： 禅道9.1版本增加了公共用例库的功能。用例可以通过模块进行分类管理，也可以根据类型和阶段管理用例。用例覆盖度检测的是有用例的需求数占总需求数量的比例。）

2、用例在批量执行的过程中并没有显示出前置条件信息，导致部分用例不能使用批量执行功能。（ 注明： 谢谢反馈，已经记录需求。）

在buglist的管理这块禅道非常完善。

在执行完用例后，测试工程师在禅道中将失败项转化为bug。在开发工程师在解决bug后记录上解决方式，产生原因等相关信息并进行回归测试。

这里面还有少许不足的地方，在进行过bug修复，一般都会对原有代码进行修改，很有可能需要对相关详细设计文档进行修改，建议是禅道上添加你需要更改的内容（填充框），例如是否要更新代码，文档或者测试单元。比如测试单元，当你更改代码的时候，可能你需要增加一些测试用例或者更改一些测试用例。（ 注明： 可以使用bug 的备注功能进行记录。提交 bug 的一般是测试人员，测试人员不一定能确定文档、代码是否要进行更新的。针对 bug 新增的用例可以直接在 bug 详情页面点击建用例按钮创建相关的用例。）

软件leader也会对bug较多的模块更为关注，与软件工程师更多的沟通以控制项目的开发进度。

在每周五我们会打包一个版本，并在禅道中记录上相关版本信息。

非常感谢飞音科技详细的禅道使用经验分享。

那么你们在使用禅道过程中有哪些不便，或者是禅道有那些需要改进的地方？

飞音科技：希望有更多简便的功能。如在禅道中生成的甘特图提供导出功能。

禅道：谢谢反馈，甘特图目前没办法实现导出。会逐步完善，为大家提供更多的简便功能的。

飞音科技：在bug中增加影响范围。在修改bug后，代码随之做出了改变，详细设计文档很有可能也需要进行修改，希望在这其中能够有所记录。

禅道： 可以使用备注功能，也可以集成SVN。具体集成文档： http://www.zentao.net/book/zentaopmshelp/137.html。集成后 会在历史记录中展示修改的代码位置。

飞音科技：零用例需求功能希望可以增加对模块的筛选等功能 ，同样的希望在任务这块也有类似的功能。

禅道： 用例增加对模块的筛选功能， 已经记录需求。目前任务的模块和快捷菜单已经有组合搜索功能。

飞音科技：在导出各类文档时，如buglist将图片也导出来。

禅道： 图片可大可小，附件的大小也不确定，暂时不支持。禅道专业版支持mht 格式文件导出里面可以导出图片。

飞音科技：禅道上的word，excel文档能够直接打开观看修改。

禅道：后期有计划做，不过是收费的功能。

飞音科技：产品项目复用功能： 有许多项目的功能是接近可以复用，这部分项目的， CSR，SRS，用例等若可以在保留关联关系的情况下，可以禅道中移植到新的产品及项目中，将大大减少前期的工作（录入数据），之后只需对这部分内容进行评审指派及时间安排等相关工作就可以匹配到其他项目中。

禅道：已经记录这个需求。 9.1版本已实现了公共用例库的功能。