[CTO俱乐部]暴风影音CTO杨立东谈研发管理强调不允许Bug过夜_最新动态

您所在的位置：程序员俱乐部 > 新闻资讯 > 最新动态 > [CTO俱乐部]暴风影音CTO杨立东谈研发管理强调不允许Bug过夜

[CTO俱乐部]暴风影音CTO杨立东谈研发管理强调不允许Bug过夜

2010/12/3 9:56:39 Csdn.net 记者/付江我要评论(0)

摘要：【Csdn.net报道】继11月25日CSDNCTO俱乐部手机客户端专业委员会成功举办“MeeGoOverview”专场后，11月27日下午，CSDNCTO俱乐部项目管理专业委员会在北航博彦大厦举办了主题为“软件开发模式思考：传统与敏捷我们在什么位置？”的主题活动（CTO俱乐部线下活动总第35期），超过50位各大IT公司CTO及技术管理人员现场参会。其中，来自于暴风影音的CTO杨立东
标签：暴风影音CTO杨立东研发管理

【Csdn.net报道】继11月25日CSDN CTO俱乐部手机客户端专业委员会成功举办“MeeGo Overview”专场后，11月27日下午，CSDN CTO俱乐部项目管理专业委员会在北航博彦大厦举办了主题为“软件开发模式思考：传统与敏捷我们在什么位置？”的主题活动（CTO俱乐部线下活动总第35期），超过50位各大IT公司CTO及技术管理人员现场参会。

其中，来自于暴风影音的CTO杨立东、和瑞网CTO巨建华分别从不同角度分享了其多年积累的CMM/CMMI模式实践，以及创新型敏捷软件开发模式的心得。其后，由联合永道CTO冯国馨博士主持，起步软件总工程师宋兴烈、北京新东方在线CTO李电森、迅思威尔咨询总监袁斌、和瑞网CTO巨建华担任台上嘉宾的论坛更是将本次活动推向高潮，不仅台上讨论热烈，现场参会的CTO们也不“腼腆”，例如北京握奇数据系统有限公司技术开发副总裁雷年胜、魔利互通公司研发总监田丙磊、金融界的技术负责人等等，都把自己在研发管理方面感兴趣的话题抛给了台上嘉宾，台上台下进行了活跃互动，激烈的讨论也间接导致了本次活动比原计划延迟了近一个小时才结束。

CSDN CTO俱乐部运营总监闫辉致开场词

冯国馨博士（联合永道CTO）

CSDN CTO俱乐部项目管理专委会会长&PMBAR创始人冯国馨博士（联合永道CTO）担任本次活动主持人。他简要介绍了PMBAR成立的背景和当前做的主要工作。

暴风影音CTO 杨立东

暴风影音CTO杨立东结合自己在中软融鑫、软通动力等企业的实践切身经历与大家分享了CMM/CMMI下的传统软件开发模式实践。他的演讲围绕着CMMI和敏捷开发之间可以共同衔接这一主题展开。

CMMI和敏捷开发之间可以共同衔接

他表示，暴风影音研发团队正在尝试用敏捷开发模式，但传统的CMMI也并非一无是处。当前国内很多公司对CMMI理解过于僵化，甚至为了过级而过级，并非理解其精神内涵。他举例说，敏捷开发强调思想计划可随时变化，有些东西做不好可以放到下一个环节去迭代。其实CMMI也可以这样灵活运用，只是大家不会。不少人认为，CMMI要求太死板，必须完成这一步，才能走下一步，强调流程。在杨立东看来，流程也是公司自己设计的，可以设计得更简化。例如在暴风，要走产品变更流程，很简单，讲明理解确认就可以了。而对于留痕、写文档其实这些都是可以自己设定的。暴风影音把常规设成一级，复杂设多级审批，甚至有一个CCB控制。

CMMI仅是瀑布吗？

在谈到CMMI和敏捷开发之间可以共同衔接的具体问题时，杨立东谈到了CMMI的四大领域：项目管理、软件工程、过程管理和过程支持。他以配置管理举例，敏捷教程也好，一定要有配置管理。他到暴风影音公司后的第一件事就是先把配置管理抓起来，因为暴风影音有400多个版本，很乱。必须先把这个梳理清楚才能敏捷起来，配置管理是基本的，如果不引进配置管理实践敏捷是做不起来。其次，软件工程中有很多实践，比如说RUP，实施CMMI可以应用上。杨立东强调实施敏捷开发的时候一样可以把工程思想引进到敏捷里面，在传统行业项目规模很大，可以拿CMMI当整个方法论，贯穿RUP，敏捷这些思想，把这些思想融入到CMMI里面。

在暴风影音 Bug不允许过夜

杨立东表示，在暴风影音的研发团队里有一条不成文的规定：Bug不允许过夜！这条规定引起了参会的IT公司技术负责人的好奇，与会者就暴风影音如何在实际操作中实施这条规定，是否会导致比较严重的加班现象，是否会影响员工第二天的工作效率的问题展开了提问。对此，杨立东表示：暴风影音创业期的时候，那时候团队成员很少，但是开发效率很高，一个从无到有的播放器，花了三个月时间做出来了，效果还不错，马上把品牌打出去，获得了市场和用户的好评。但现在每次官网的一个升级包的更新，就要用到一个月的时间，在内容上主要就是一些增强功能或修补，这个效率是公司管理层不能容忍的。于是开展了改革，先收集Bug跟踪系统，制定了一条规定Bug不能过夜。

首先从配置管理角度，什么时候提交测试版本是有规定的，9点半上班，下午4点必须冻结代码，测试用一个小时左右，采用了很多用例。以前是没有的，通过那段时间把所有的用例做了总结，机械化跑，有些能自动化的尽量自动化测试。比如说看一些内容卡不卡，都先把用例写好。测试时间是一个小时，测试完有Bug，大概是下午4、5点左右，当然Bug是随时测出来随时改，开发人员打开冻结代码可以修整。

有些Bug确实很难，可能早期没有考虑到，这个形成一个暴风叫做任务的内容，经过严格评估，这个Bug不是特别急，2、3个小时确实解决不了的，这个到明天做是可以的。还有一些简单的，很容易解决的就都解决掉，通过这种手段导致暴风影音的Bug是没有过夜的。今天看任务系统里面有50个任务，4点以后就不一定，也可能是51，也可能是46个，这个是由暴风影音的产品经理来控制整个项目。

和瑞网CTO 巨建华

和瑞网CTO 巨建华结合自己在和瑞网实践的切身经历，与大家分享了Scrum+RUP+XP结合下的敏捷软件开发模式实践。他结合和瑞网的一个比较大的环境终端项目案例讲解敏捷开发模式，讲得很透彻。其中关于Sprint制定要点，巨建华认为应该注意以下几点：（1）优先级设定：完全由产品经理根据用户和市场设定；项目范围及资源的界定；（2）Backlog时间估计:所有开发人员参与决定；扫除需求障碍；影响力法则的”承诺一致原则“的有效应用；（3）在Sprint定义上：尽早展现价值原则；风险、进度、资源的平衡；可达到性、每次根据数据动态调整；制定的Srpint必须经过关键用户评审；团队的持续成就感来源。