上海乘风企业管理咨询有限公司

宁红举。上海乘风企业管理咨询有限公司测试经理。主要负责需求管理、流程监控、测试计划及测试任务安排、验收测试、发布系统及版本控制等工作。以下是来自他的禅道使用体会分享：

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

宁红举：公司现有15人。总经理1人，研发团队6人，测试团队3人，客服团队3人，人力资源1人，网络工程师1人。

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

宁红举：web新产品研发、云产品研发、RIA客户端项目、EDI数据对接等项目，项目周期1个月至2个月。

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

宁红举：C#和.NET 4.0。

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

宁红举：Redmine，效果一般，很多功能无法满足实际需要。

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

宁红举：通过Bugfree的相关消息得知禅道工具。安装过程中基本没遇到什么困难，一键安装包很省心省事，而且帮助文档描述的很详细，很好帮助我答疑解惑。

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

宁红举：三个月，使用的是开源版。公司的人都在用，一些合作伙伴及一少部分客户也加入到公司内部的禅道系统，总使用人数30人。

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

宁红举：会进行相关培训，培训形式为座谈会的方式，进行实际操作演示。

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

宁红举：很喜欢禅道的UI设计，简单明朗，看上去很舒服。

        当然一定会第一时间下载更新使用。

        升级步骤并不复杂，不觉得麻烦。

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

宁红举：暂时不是以敏捷开发模式研发，我正在努力推行敏捷开发的思想，未来可能会专门学习相关的敏捷开发知识。

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

宁红举：咨询禅道官方技术群。

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

宁红举：展现方式设计的不够，每次查看帮助，都比较难定位到自己需要的页面或文档。查看这些文档对我快速理解禅道管理思路很有帮助。

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

宁红举：基本已有模块功能都在用。抄送功能没有在使用，邮件功能没有使用。抄送只能提供邮件提醒，而邮件的功能未能很好的得到实现，相关设置也未有提醒或说明，比较难实施。这两部分的功能不影响大局，不使用也不影响主业务。

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

宁红举：

     1、页面布局和列的展示，在小分辨率的笔记本电脑上看起来很痛苦。（注：在1024x768下面看起来还行，不知道你的分辨率有多小？）

      2、一些操作的弹出页面操作后不会自动关闭。（注：已经调整。）

      3、任务不能关联bug，也不能关联多个需求，测试实际使用比较不便。（注：测试任务吗？）

      4、测试模块与项目模块的结合度过低，影响管理流程的确定。（注：模块已经重新调整，具体看发布信息。）

      5、填写消耗工时可以自动计算剩余工时。（注：暂时没有这个开发需求。）

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

宁红举：

1、 页面的布局进行调整，方便小分辨率屏幕的查看。

2、 缺少Debug相关的功能或任务类型。

3、 测试用例、Bug及Debug，应该深度整合到管理流程中。

4、 测试模块下独立的测试任务关联不明，实际使用中会出现流程断路。（建议去掉）

5、 产品、项目、需求、任务、测试、用例、BUG、DEBUG的流程串联更加简单、明朗。

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

宁红举：修改了角色名称、待办默认为私人事务、填写消耗工时自动计算剩余工时。

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

宁红举：按流程分工合作，责任清晰，工作效率提升。但同时问题也增多，需要一定时间磨合。

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

宁红举：通过确定流程分工明确，依照流程办事，每个人的上游下游明确，沟通难度降低。跨部门沟通要由每个部门的负责人进行沟通，每个部分负责人起到承上启下的作用。

研发人员不足，通过控制需求优先级和任务优先级进行缓解，但最终解决方式依然是引进研发力量。 

禅道：项目开发中需求变动频繁，你们是如何处理的？一个产品如果bug频出，你们又是如何进行补救的？ 

宁红举：需 求有制定优先级，频繁变动的需求优先级一般不会设定为1/2级，设置为3/4级的需求计划2周或更久完成。开始分解任务的时候，需求变更已经基本稳定。1 /2级的需求，1周内完成，此时间内的需求如有变动需进行评审会议，会议结果多方签字确认，并对再次出现变更进行合理限制，确保减少变更风险。

Bug问题也比较容易解决。首先， 引导研发对debug的责任心，令其明白心态不正确，造成返工浪费时间，只会给大家都带来麻烦。其次，更新系统的版本控制工作由测试经理负责，测试计划可 得到较好的实施保障，bug的修复情况也更加可控。最后,公司要给员工创造学习的时间和学习的机会，让研发和测试的技术要不断提升。

禅道：公司项目遇到延期或者产品质量无法保证时，你们是怎样处理这些问题的?

宁红举：公司的做法是优先保证质量，延期不可避免的时候，要及时通知客户，事后总结经验和教训。

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

宁红举：由于使用禅道的时间还不是很长，绩效考核结合禅道数据还在计划中，并未进行实施。初步以任务数量、任务工时、任务超时、任务延期、bug数量、激活次数等数据作为考核内容，所占比例大概占所有考核50%。