NO.145 禅道使用分享第十九期：有效控制项目的风险和成本
关于禅道使用经验分享
禅道使用经验分享，欢迎大家一起来探讨关于禅道项目管理软件使用方面的问题。我们广泛的收集对禅道的看法和建议，充分了解广大用户使用禅道的具体情况和要求，进而不断完善禅道的功能和服务。
想分享你的禅道使用经验，可直接联系先知@禅道，QQ：1292676069。
本期禅道使用经验分享来自于成都Hammer Studio的联合创始人罗聪翼。非常感谢他百忙之中接受禅道的采访，分享他和工作团队使用禅道的经验和心得。
成都Hammer Studio项目管理情况
Hammer Studio专注于手游开发。在安卓开发方面已经积累了5年经验，期间经历了游戏外包和自主开发，大大小小积累了近20款游戏的项目经验。其中包括3周可以完成的小型单机游戏，也经历了耗时长达2年的手机网游项目。Hammer Studio在游戏的开发过程中，技术上经历了试错和积累，策划和市场研判上得到了成长，同时也深刻体会到了项目管理的重要性。
Hammer Studio一些手游项目并未成功，究其原因，大部分是因为在立项初期，项目的预期完全符合市场的需求，但是由于项目管理上的问题，产品发布一拖再拖甚至跳票，导致许多产品丧失了最佳上市时间点。而在游戏这个早一天上线就早一分成功可能性的行业，时间和进度把握更是至关重要。所以2年前，Hammer Studio正式引入了禅道项目管理系统，并通过一年的时间逐个跑通每个模块功能，结合公司的人员分工情况调整了工作流程，使整个公司都使用上了禅道，除了前台妹妹为大家订饭采购笔记本没有用上禅道以外。
本期分享嘉宾
罗聪翼：成都Hammer Studio的联合创始人，司职 PM，负责游戏运营和项目管理。
想了解更多关于罗聪翼和Hammer Studio的信息，可直接去成都Hammer Studio公司参观，也可以加微信或微博@congcong009 。具体地址可私信索取：）
禅道使用经验分享实录
禅道：您公司的工作团队目前有多少人？是怎样分工的？
罗聪翼：目前公司19个人。服务器端开发2人，客户端开发2人，数据分析和后台管理系统开发1人，策划2人，客服2人，运营2人，市场1人，美术2人，测试2人，运维1人，外籍员工1人，前台MM1人。
禅道：目前公司都在进行哪些项目？项目的周期一般是多长？
罗聪翼：目前已经结束的网游项目是经历了2年开发的项目，该项目在1年半开发完成后由于项目管理的各项问题严重脱离了当初的市场定位，所以又花了半年时间推翻重做，现在完整版本已经上线运营，并已经同时完成了英文和韩文版的开发。而可以在如此短的时间将一个大型项目全部推翻重做，不得不归功于项目团队的统一认识、坚定执行和禅道系统在项目管理上的支持。
禅道：您公司的项目开发目前使用什么语言和框架？
罗聪翼：主要使用Cocox2D-X开发2D游戏，支持系统开发采用PHP。
禅道：您之前项目管理都用过什么工具软件？使用的效果如何？
罗聪翼：之前使用Excel来控制进度，利用Bug free找Bug，但是Bug free仅能帮忙跟踪Bug的进度，而无法支持项目管理，风险控制上很难保障产品的上线时间点。
禅道：您是通过什么渠道接触到禅道的？您在安装禅道的过程中，出现什么问题吗？是怎么解决的？
罗聪翼：当时是在知乎上搜索项目管理软件，结果发现问题下面有人在提禅道和redmine，便做两者的对比研究。碰巧两天后在几个朋友的聚会上，偶遇到了碰巧回成都探亲的春哥，闲聊中对禅道有了进一步的了解，相比较发现redmine没有中文化的支持，便果断选择了禅道。对了，知乎上的那个回答就是春哥写的。
安装很顺利，运维同学很轻松的完成了环境搭建。
禅道：您公司使用禅道有多久时间了？使用的是禅道开源版还是专业版？多少人在使用？
罗聪翼：使用了近2年，一直是专业版，我们购买了20人的永久授权。
禅道：团队推广使用禅道，先期会对团队成员进行禅道使用流程相关培训吗？以什么形式进行的？
罗聪翼：前期的推广并未在开发中进行，而是在运营和市场协同中进行，因为协同内容简单。主要包括事务性的任务，例如提交商店的广告资源，需要中译英的文案，以及和渠道沟通的时间和安排等。因为相比较开发的同学来说，运营市场和客服更容易理解流程的执行重要性，而且任务简单，执行起来也快捷，所以在3个月左右的时间内，整个运营团队内都应用上了禅道系统，并创建基于短期运营模式的项目。
初期也和开发的同学做了一系列的流程培训，不过反响和运营团队略有不同，开发的同学在听完介绍和课程后，第一反应都无外乎是，禅道听上去很好，但是我们连代码都写不完，谁还会去每天去提交任务的注释啊，另外一部分开发同学则认为，我们是一个小型的团队，这个系统也许不适合我们，而且游戏这个行业变化很快，项目需求可能随时在变，要上禅道的话，我们就没时间编程了。所以在接下来的1年时间中，整个公司使用禅道的项目只有运营和市场团队。
期间为了证明禅道的开发机制适用于小型项目，我使用禅道完整的记录了整个公司官网的建立，包括前期的需求分析，项目开发，上线部署和测试一系列流程。但是，依然没有引起开发团队对项目管理的注意，直到网游项目在经历了1年半开发后，整个项目的任务分配混乱导致线上更新各种事故，需求变动太过于频繁导致开发人员不断删掉为之前功能写了很久的代码，游戏不断推迟上线导致游戏本身在市场上的优势已不在，此时的手游已经从策略游戏进入了全民卡牌阶段，而我们还在继续维持这个策略性游戏。糟糕的市场表现也导致项目内部士气呈现出极度的消极，开发对策划的抵触，运维和测试同学的精疲力尽，运营和客服由于各种运营事故不断为玩家做出解释和赔偿，美术的同学不知道该画什么了，甚至开始出现团队成员离职的情况，一个项目眼睁睁就要被砍掉，耗费掉的大量人力和金钱就将颗粒无收了。
公司的COO提出，也许我们可以再试试禅道，不接受项目管理的思路已经被证实会死的很惨。于是我们重新调整团队人员结构，精简开发人员和策划，保留使用现有的美术资源。花了2个月的时间重新整理需求并根据开发计划依次录入禅道，调整开发的任务分配节奏并利用甘特图的关系管理调整人员配合，测试人员全部重写测试用例并对照录入禅道。开发人员在这2个月中虽然基本没写什么代码，但是花了更多的时间开始去强行熟悉禅道流程，并梳理手上的代码管理，配合SVN整理进行了文档编写。
接下来的4个月我们利用禅道的快速迭代开发机制，几乎是精确地按照预定的时间点交付版本，产品上线事故率从之前更新必出事故到后来3个月0事故率，测试的准确性得到了提升。所以说，整个禅道的推广之路，完全是基于一个项目的死去活来，通过了试错来证明，使用项目管理的重要性。
禅道：您觉得禅道的UI设计得如何？禅道最新版本发布后，您会第一时间下载更新使用吗？您觉得更新到新版本麻烦吗？
罗聪翼：目前的禅道UI界面还行，毕竟是作为程序员和项目内部使用，保持清爽即可。禅道版本更新后我们会第一时间更新至稳定的专业版，运维同学只需要做简单的备份和替换即可，很方便。
禅道：禅道基于scrum，工作团队是采用敏捷开发模式吗？如果不是，团队会因为使用禅道而学习相关的敏捷开发知识吗？
罗聪翼：在使用禅道系统之后，工作团队开始采用并已经习惯使用了敏捷开发模式。而团队也是在使用了禅道之后，才开始逐渐学习敏捷开发的相关知识。
禅道：如果您在使用禅道中遇到不明白的地方，您是怎么解决的呢？
罗聪翼：第一件事情是查禅道的线上文档，不过目前文档的内容版本比较早了，基本的内容还是没有问题的。实在找不到我们会寻求禅道客服的支持和帮助，如果刚好验证到一个Bug，我们会及时找客服提交问题详情。
禅道：您觉得禅道的使用、帮助文档需要做哪些改进和完善？这些资料对您使用禅道有怎样的帮助？
罗聪翼：文档仅适用于对软件本身的使用和理解，但是实际使用中需要结合自身的情况，创建适用于团队的项目流程管理文档。这个文档不包含任何禅道的功能描述，更多是团队成员之间的配合流程，产品计划和版本的配合流程，测试和开发的沟通配合机制，以及客服和开发团队之间的协同。这些是禅道文档目前无法提供的，建议春哥在这块最好做公司的定制服务，毕竟每个公司的情况不一样，就像同一双筷子，不同人用筷子的方式也不是一样的。
禅道：工作中主要用到了禅道的哪些功能？哪些功能是您从没用过的？为什么不用呢？
罗聪翼：除了代码的SVN功能、论坛和文档功能没用，其他都用过了。因为我们对代码管理和项目管理是完全分离的，这里当然有基于对风险和权限控制的理由。而论坛功能目前我们还没找到一个可以用的理由，文档功能也较弱，WIKI的方式还不太适合目前的Excel和Word文件的管理，包括修改记录，版本记录，权限分配等，而且最重要的是页面编辑系统有些问题，不是特别方便。我们在开发过程中会使用Visio和思维导图等文档，同时还有测试文档，所以我们根据项目的模块单独创建了文档SVN，和禅道做对应的文档管理。
禅道：据我所知，贵团队一般都会平行进行多个产品和项目，你们是如何使用禅道进行多个产品和项目的管理的？
罗聪翼：我们将多语言版本定义为多个产品，因为需求和计划上存在较大的区别，这里我们使用项目的白名单机制，来分配给各个产品的参与同学。
禅道：在使用禅道过程中，您觉得有哪些使用得不顺手的地方？
罗聪翼：数据的导入导出功能，包括测试用例和需求任务等数据，特别是我们现在将同一个游戏的不同语言定义为多个产品，那么大量的需求是相似的，导入导出功能可以帮我们加快任务和计划上的分配。同时文本编辑和排版也不是特别顺手，有时ctrl+z容易出现诡异的编辑结果，而且不支持自动保存机制，因此我们在任务中更多地是填写文档的SVN链接地址，供指派者点击跳转查看。
禅道：您希望禅道新版本增加怎样的功能和服务，以满足您工作上的一些新需求？
罗聪翼：希望增加基于产品的用户权限管理，因为对于小型团队，不少角色是重叠的。例如一个客户端程序员在一个产品中是组员但是在另一个产品中是组长等。同时不少角色还是处于连任状态的，例如策划可以兼顾产品经理项目经理和组长，那么有些角色设计如何调整。同时目前的禅道版本主要还是在流程的调整上，基本功能上都没什么问题了，但是在项目迭代中，下一个项目对上一个项目的任务继承，开发完成后需求的状态更新，发布以及版本和Bug的关联管理，产品经理和项目经理在职责范围内存在一定的交叠，如果要将两者合并，这样的功能是十分值得期待的。
禅道：你们有根据团队的自身需要对禅道进行二次开发吗？都进行了怎样的扩展？
罗聪翼：目前来说没有，毕竟我们还没有大到需要禅道来适应我们的流程，小则快，较强的适应性也是我们的团队特点。
禅道：使用禅道后，您认为贵公司及工作团队在项目开发上有了什么变化？
罗聪翼：以前我们做项目会一边做一边想，一边调整一边更新，策划的思路发散容易导致项目的失败，没有计划的开发导致发布推迟错失大量机会，同时还会影响与渠道等合作伙伴的关系。使用禅道后最大的变化是，我们做事都会先计划完整定下方向和目标，在开发过程中控制调整的尺度，开发人员对于项目进度心中有底，市场和运营能把握时间结点更利于去挖掘外围合作机会，项目管理不会让我们不犯错，但是会大大地降低我们犯错的几率，更有利于控制项目的风险和成本。这真的是在各种试错后得到的成长，各种昂贵学费代价下得到的经验值。
禅道：你们的工作团队是如何进行沟通和协调工作的？如遇研发人员不足，你们是怎么应对的？
罗聪翼：我们在项目开发阶段中会每天召开晨会和晚会，以站立的方式碰头当天的任务完成情况，同时借助禅道的邮件通知功能，所有分工完成后，都会有邮件的一次确认和口头的二次确认。由于我们在项目中可以通过评估等方式了解成本和风险，所以如果出现研发人员不足，我们可以很精确地列出招聘需求，进行人员的招募。
禅道：项目开发中需求变动频繁，你们是如何处理的？一个产品如果bug频出，你们又是如何进行补救的？
罗聪翼：由于是自研项目，所以需求的变动我们可控，并且尽量在初期定好需求而不做变动，需求在进入开发后只做验收和细微调整，但是任何调整都需要策划和程序的评估，如果已经上线，还需要由运营和市场协助变动对产品现况的影响评估。目前唯一出现Bug频出的原因，就是开发人员根本不仔细看文档，凭自己的想象开发，如果在一个任务完成后，测试和策划在验收中发现Bug数量过大，会及时和开发人员沟通需求的理解，尽量将对开发完成误差控制在单个任务中。
禅道：公司项目遇到延期或者产品质量无法保证时，你们是怎样处理这些问题的?
罗聪翼：和上一个问题一样，我们会在每天的站立会议中复核进度，如果进度出现延误，尽量控制在单周内解决，调整工作量和任务安排，甚至将部分功能的开发调整至下一个项目安排中，以保证基础功能上线为准。实践证明，如果能控制误差在单周内，基本上不会出现延期交付的问题，但是质量的控制需要优先保证已经完成的需求，而不会为了图让更多需求上线而忽略品质控制。
禅道：公司对员工是如何进行研发项目绩效考核的？绩效考核数据会参考禅道里面的数据吗？如果参考了，那么所占的比例大概是多少？
罗聪翼：目前我们没有针对研发的绩效考核机制，所以也不会参考禅道中得数据，这里的数据仅供项目负责人做进度参考。