狠狠撸shows by User: LetAgileFly / http://www.slideshare.net/images/logo.gif 狠狠撸shows by User: LetAgileFly / Mon, 15 Apr 2013 21:43:02 GMT 狠狠撸Share feed for 狠狠撸shows by User: LetAgileFly Sponsorship program 2013 regional scrum gathering china /slideshow/sponsorship-program-2013-regional-scrum-gathering-china/18886695 sponsorshipprogram2013regionalscrumgatheringchina-130415214302-phpapp01
]]>
]]> Mon, 15 Apr 2013 21:43:02 GMT /slideshow/sponsorship-program-2013-regional-scrum-gathering-china/18886695 LetAgileFly@slideshare.net(LetAgileFly) Sponsorship program 2013 regional scrum gathering china LetAgileFly <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/sponsorshipprogram2013regionalscrumgatheringchina-130415214302-phpapp01-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br>
Sponsorship program 2013 regional scrum gathering china from LetAgileFly
]]> 1723 4 https://cdn.slidesharecdn.com/ss_thumbnails/sponsorshipprogram2013regionalscrumgatheringchina-130415214302-phpapp01-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0 Scrum gathering 2012 shanghai_敏捷测试与质量管理分会场演讲话题：快速可持续的高质量发布(路宁） /slideshow/scrum-gathering-2012-shanghai-13877578/13877578 scrumgathering2012shanghai-120805101928-phpapp01
讲师：路宁 敏捷和精益咨询师，在百度任高级架构师，致力于指导公司的敏捷改进工作，主要方向是需求管理、迭代管理和持续集成等。他曾任ThoughtWorks资深咨询师多年，为多家国际知名的投行、物流和保险公司等构建公司应用、实施敏捷和组织转型方面的咨询。 他热衷技术探索，关注组织和团队管理实践，在敏捷和精益方面积累了丰富的实践经验，曾在QCon、AgileChina、Scrum Gathering、AgileTour、中国软件技术大会等活动中被邀请参加演讲。 话题介绍： 互联网行业面临激烈的市场竞争，这要求团队具备快速频繁且低消耗的持续发 布能力，以适应市场的变化。讲师支持的产物线系统复杂规模大，承担收入压力且面临严重的交付问题：项目排队提测，排队上线，内部沟通消耗大，分支合并风险 大耗时长，试验代码质量差，测试周期长bug难定位。讲师将分享这个产物线实施持续交付的改进经历，如何一步步解决问题，做到稳定的频繁发布的，听众也会 学习到其中关键的设计、测试、集成和发布实践。]]>
讲师：路宁 敏捷和精益咨询师，在百度任高级架构师，致力于指导公司的敏捷改进工作，主要方向是需求管理、迭代管理和持续集成等。他曾任ThoughtWorks资深咨询师多年，为多家国际知名的投行、物流和保险公司等构建公司应用、实施敏捷和组织转型方面的咨询。 他热衷技术探索，关注组织和团队管理实践，在敏捷和精益方面积累了丰富的实践经验，曾在QCon、AgileChina、Scrum Gathering、AgileTour、中国软件技术大会等活动中被邀请参加演讲。 话题介绍： 互联网行业面临激烈的市场竞争，这要求团队具备快速频繁且低消耗的持续发 布能力，以适应市场的变化。讲师支持的产物线系统复杂规模大，承担收入压力且面临严重的交付问题：项目排队提测，排队上线，内部沟通消耗大，分支合并风险 大耗时长，试验代码质量差，测试周期长bug难定位。讲师将分享这个产物线实施持续交付的改进经历，如何一步步解决问题，做到稳定的频繁发布的，听众也会 学习到其中关键的设计、测试、集成和发布实践。]]> Sun, 05 Aug 2012 10:19:27 GMT /slideshow/scrum-gathering-2012-shanghai-13877578/13877578 LetAgileFly@slideshare.net(LetAgileFly) Scrum gathering 2012 shanghai_敏捷测试与质量管理分会场演讲话题：快速可持续的高质量发布(路宁） LetAgileFly 讲师：路宁 敏捷和精益咨询师，在百度任高级架构师，致力于指导公司的敏捷改进工作，主要方向是需求管理、迭代管理和持续集成等。他曾任ThoughtWorks资深咨询师多年，为多家国际知名的投行、物流和保险公司等构建公司应用、实施敏捷和组织转型方面的咨询。 他热衷技术探索，关注组织和团队管理实践，在敏捷和精益方面积累了丰富的实践经验，曾在QCon、AgileChina、Scrum Gathering、AgileTour、中国软件技术大会等活动中被邀请参加演讲。 话题介绍： 互联网行业面临激烈的市场竞争，这要求团队具备快速频繁且低消耗的持续发 布能力，以适应市场的变化。讲师支持的产物线系统复杂规模大，承担收入压力且面临严重的交付问题：项目排队提测，排队上线，内部沟通消耗大，分支合并风险 大耗时长，试验代码质量差，测试周期长bug难定位。讲师将分享这个产物线实施持续交付的改进经历，如何一步步解决问题，做到稳定的频繁发布的，听众也会 学习到其中关键的设计、测试、集成和发布实践。 <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/scrumgathering2012shanghai-120805101928-phpapp01-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br> 讲师：路宁 敏捷和精益咨询师，在百度任高级架构师，致力于指导公司的敏捷改进工作，主要方向是需求管理、迭代管理和持续集成等。他曾任ThoughtWorks资深咨询师多年，为多家国际知名的投行、物流和保险公司等构建公司应用、实施敏捷和组织转型方面的咨询。 他热衷技术探索，关注组织和团队管理实践，在敏捷和精益方面积累了丰富的实践经验，曾在QCon、AgileChina、Scrum Gathering、AgileTour、中国软件技术大会等活动中被邀请参加演讲。 话题介绍： 互联网行业面临激烈的市场竞争，这要求团队具备快速频繁且低消耗的持续发 布能力，以适应市场的变化。讲师支持的产物线系统复杂规模大，承担收入压力且面临严重的交付问题：项目排队提测，排队上线，内部沟通消耗大，分支合并风险 大耗时长，试验代码质量差，测试周期长bug难定位。讲师将分享这个产物线实施持续交付的改进经历，如何一步步解决问题，做到稳定的频繁发布的，听众也会 学习到其中关键的设计、测试、集成和发布实践。
Scrum gathering 2012 shanghai_敏捷测试与质量管理分会场演讲话题：快速可持续的高质量发布(路宁） from LetAgileFly
]]> 862 4 https://cdn.slidesharecdn.com/ss_thumbnails/scrumgathering2012shanghai-120805101928-phpapp01-thumbnail.jpg?width=120&height=120&fit=bounds presentation White http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0 Scrum Gathering 2012 Shanghai_工程实践与技术卓越分会场：编程练习(尹哲) /slideshow/scrum-gathering-2012-shanghai-13560190/13560190 scrumgathering2012shanghai-120706035926-phpapp02
讲师 ：尹哲 尹哲是Odd-e团队中的一名敏捷教练。他在软件行业有超过12年的经验，其中大部分是在电信领域。他有丰富的培训和咨询软件工程的经验，如测试驱动开发，系统工程实践以及分析实践等。他在敏捷与精益教练方面也很有经验，尤其是Scrum。他在研发管理和软件设计两方面都有很强的能力。他同是还是敏捷社区和开源软件的积极参与者. 话题介绍： 专业的软件工程师需要通过不断的练习来保持自己的最佳状态和自我提升。该话题将会介绍两种不同类型的编程练习，一种是解决一个特定的问题，另一种则是提高团队协作和对编程设计原则的理解。同时，话题中将有一些对于测试驱动开发和软件设计的内容，让听众一起来思考。]]>
讲师 ：尹哲 尹哲是Odd-e团队中的一名敏捷教练。他在软件行业有超过12年的经验，其中大部分是在电信领域。他有丰富的培训和咨询软件工程的经验，如测试驱动开发，系统工程实践以及分析实践等。他在敏捷与精益教练方面也很有经验，尤其是Scrum。他在研发管理和软件设计两方面都有很强的能力。他同是还是敏捷社区和开源软件的积极参与者. 话题介绍： 专业的软件工程师需要通过不断的练习来保持自己的最佳状态和自我提升。该话题将会介绍两种不同类型的编程练习，一种是解决一个特定的问题，另一种则是提高团队协作和对编程设计原则的理解。同时，话题中将有一些对于测试驱动开发和软件设计的内容，让听众一起来思考。]]> Fri, 06 Jul 2012 03:59:24 GMT /slideshow/scrum-gathering-2012-shanghai-13560190/13560190 LetAgileFly@slideshare.net(LetAgileFly) Scrum Gathering 2012 Shanghai_工程实践与技术卓越分会场：编程练习(尹哲) LetAgileFly 讲师 ：尹哲 尹哲是Odd-e团队中的一名敏捷教练。他在软件行业有超过12年的经验，其中大部分是在电信领域。他有丰富的培训和咨询软件工程的经验，如测试驱动开发，系统工程实践以及分析实践等。他在敏捷与精益教练方面也很有经验，尤其是Scrum。他在研发管理和软件设计两方面都有很强的能力。他同是还是敏捷社区和开源软件的积极参与者. 话题介绍： 专业的软件工程师需要通过不断的练习来保持自己的最佳状态和自我提升。该话题将会介绍两种不同类型的编程练习，一种是解决一个特定的问题，另一种则是提高团队协作和对编程设计原则的理解。同时，话题中将有一些对于测试驱动开发和软件设计的内容，让听众一起来思考。 <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/scrumgathering2012shanghai-120706035926-phpapp02-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br> 讲师 ：尹哲 尹哲是Odd-e团队中的一名敏捷教练。他在软件行业有超过12年的经验，其中大部分是在电信领域。他有丰富的培训和咨询软件工程的经验，如测试驱动开发，系统工程实践以及分析实践等。他在敏捷与精益教练方面也很有经验，尤其是Scrum。他在研发管理和软件设计两方面都有很强的能力。他同是还是敏捷社区和开源软件的积极参与者. 话题介绍： 专业的软件工程师需要通过不断的练习来保持自己的最佳状态和自我提升。该话题将会介绍两种不同类型的编程练习，一种是解决一个特定的问题，另一种则是提高团队协作和对编程设计原则的理解。同时，话题中将有一些对于测试驱动开发和软件设计的内容，让听众一起来思考。
Scrum Gathering 2012 Shanghai_工程实践与技术卓越分会场：编程练习(尹哲) from LetAgileFly
]]> 618 3 https://cdn.slidesharecdn.com/ss_thumbnails/scrumgathering2012shanghai-120706035926-phpapp02-thumbnail.jpg?width=120&height=120&fit=bounds presentation White http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0 Scrum Gathering 2012 Shanghai_工程实践与技术卓越分会场：持续集成–从地面到云端（许晓斌） /slideshow/scrum-gathering-2012-shanghai-13559917/13559917 scrumgathering2012shanghai-120706032437-phpapp02
讲师 ：许晓斌 程序员，敏捷咨询师，技术作者，持续集成方面的专家。曾任职于Sonatype，是开源软件Nexus的核心团队成员，Maven中央仓库的主要维护者。著有《Maven实战》，译有《Maven权威指南》，有大量文章发表于InfoQ等技术杂志。目前受雇于OutSofting，从事敏捷方面的培训和咨询工作 话题介绍： 当大家都开始实践持续集成的时候，仅仅是做了表面功夫还是认识到了持续集成的本质？当团队规模变大后，实践持续集成会遇到哪些挑战？怎么去解决？如火如荼的云计算能给持续集成带来哪些增益，从而帮助我们去解决一些严峻的挑战？本话题旨在解答上述疑问，包括： ?持续集成的核心：反馈&质量 ? 常见的挑战：包括团队不愿面对改变，集成太慢，测试太少，开发团队和配置管理团队的沟通问题 ? 应对上述挑战的一些方法 ? “持续集成即服务”介绍，作为PaaS的一部分，它有什么优势 ? 一些现有的“持续集成即服务”实现介绍]]>
讲师 ：许晓斌 程序员，敏捷咨询师，技术作者，持续集成方面的专家。曾任职于Sonatype，是开源软件Nexus的核心团队成员，Maven中央仓库的主要维护者。著有《Maven实战》，译有《Maven权威指南》，有大量文章发表于InfoQ等技术杂志。目前受雇于OutSofting，从事敏捷方面的培训和咨询工作 话题介绍： 当大家都开始实践持续集成的时候，仅仅是做了表面功夫还是认识到了持续集成的本质？当团队规模变大后，实践持续集成会遇到哪些挑战？怎么去解决？如火如荼的云计算能给持续集成带来哪些增益，从而帮助我们去解决一些严峻的挑战？本话题旨在解答上述疑问，包括： ?持续集成的核心：反馈&质量 ? 常见的挑战：包括团队不愿面对改变，集成太慢，测试太少，开发团队和配置管理团队的沟通问题 ? 应对上述挑战的一些方法 ? “持续集成即服务”介绍，作为PaaS的一部分，它有什么优势 ? 一些现有的“持续集成即服务”实现介绍]]> Fri, 06 Jul 2012 03:24:36 GMT /slideshow/scrum-gathering-2012-shanghai-13559917/13559917 LetAgileFly@slideshare.net(LetAgileFly) Scrum Gathering 2012 Shanghai_工程实践与技术卓越分会场：持续集成–从地面到云端（许晓斌） LetAgileFly 讲师 ：许晓斌 程序员，敏捷咨询师，技术作者，持续集成方面的专家。曾任职于Sonatype，是开源软件Nexus的核心团队成员，Maven中央仓库的主要维护者。著有《Maven实战》，译有《Maven权威指南》，有大量文章发表于InfoQ等技术杂志。目前受雇于OutSofting，从事敏捷方面的培训和咨询工作 话题介绍： 当大家都开始实践持续集成的时候，仅仅是做了表面功夫还是认识到了持续集成的本质？当团队规模变大后，实践持续集成会遇到哪些挑战？怎么去解决？如火如荼的云计算能给持续集成带来哪些增益，从而帮助我们去解决一些严峻的挑战？本话题旨在解答上述疑问，包括： ?持续集成的核心：反馈&质量 ? 常见的挑战：包括团队不愿面对改变，集成太慢，测试太少，开发团队和配置管理团队的沟通问题 ? 应对上述挑战的一些方法 ? “持续集成即服务”介绍，作为PaaS的一部分，它有什么优势 ? 一些现有的“持续集成即服务”实现介绍 <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/scrumgathering2012shanghai-120706032437-phpapp02-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br> 讲师 ：许晓斌 程序员，敏捷咨询师，技术作者，持续集成方面的专家。曾任职于Sonatype，是开源软件Nexus的核心团队成员，Maven中央仓库的主要维护者。著有《Maven实战》，译有《Maven权威指南》，有大量文章发表于InfoQ等技术杂志。目前受雇于OutSofting，从事敏捷方面的培训和咨询工作 话题介绍： 当大家都开始实践持续集成的时候，仅仅是做了表面功夫还是认识到了持续集成的本质？当团队规模变大后，实践持续集成会遇到哪些挑战？怎么去解决？如火如荼的云计算能给持续集成带来哪些增益，从而帮助我们去解决一些严峻的挑战？本话题旨在解答上述疑问，包括： ?持续集成的核心：反馈&amp;质量 ? 常见的挑战：包括团队不愿面对改变，集成太慢，测试太少，开发团队和配置管理团队的沟通问题 ? 应对上述挑战的一些方法 ? “持续集成即服务”介绍，作为PaaS的一部分，它有什么优势 ? 一些现有的“持续集成即服务”实现介绍
Scrum Gathering 2012 Shanghai_工程实践与技术卓越分会场：持续集成–从地面到云端（许晓斌） from LetAgileFly
]]> 474 3 https://cdn.slidesharecdn.com/ss_thumbnails/scrumgathering2012shanghai-120706032437-phpapp02-thumbnail.jpg?width=120&height=120&fit=bounds presentation White http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0 Scrum Gathering 2012 Shanghai_领导力与组织转型：scrum in china the hard way (oliver schreck& qu jie) /slideshow/scrum-gathering-2012-shanghaiscrum-in-china-the-hard-way-oliver-schreck-qu-jie/13465363 scrumgathering2012shanghaiscruminchina-thehardwayoliverschreckqujie-120626223647-phpapp02
讲师 ：Oliver Schreck QU, Jie Oliver Schreck： ? Agile experience since 2001, Feature Driven Development ? Implemented Scrum at Siemens Medical MR, Shenzhen ? Responsible for Agile Transition of Siemens Healthcare IKM, (1500+ people over 5 locations on 3 continents) ? Material Science, University Erlangen, 1994 ? Computer Science, University Hagen, 1996 ? Medical Physics and Techniques, University Kaiserslautern, 2001 ? MBA (ongoing), HKUST, Hong Kong, 2012 ? CTO SW, United Imaging ? Over 18 years software development experience, 5 in China ? SW-developer (image processing), project lead, department lead, strategic business development, CTO ? >25 patents ? Scrum Coach, Shenzhen ? Scrum the Hard Way (since 2011) QU, Jie ? Bachelor ,Northwestern Polytechnical University, 1999 ? R&D Manager SW, United Imaging ? Over 13 years software development experience ? Agile Practitioner 话题介绍： we would like to share the experience of running Scrum in a “startup” company that has grown in 1 year from a dozen employees to over 500. The usage of Scrum in China has already its own challenges due to the cultural background (e.g. hierarchical organization, openness of speech). We have grown at a huge pace, getting a huge amount of unexperienced software engineers every month. This already presents some challenges to run Scrum in a company but if on top you have to comply to certain regulated constraints as it is in a medical device company (SFDA, FDA) it becomes even more challenging. Nonetheless there are several experiences that are common to each team running Scrum. It will be a lecture that tells you how we have overcome these impediments.]]>
讲师 ：Oliver Schreck QU, Jie Oliver Schreck： ? Agile experience since 2001, Feature Driven Development ? Implemented Scrum at Siemens Medical MR, Shenzhen ? Responsible for Agile Transition of Siemens Healthcare IKM, (1500+ people over 5 locations on 3 continents) ? Material Science, University Erlangen, 1994 ? Computer Science, University Hagen, 1996 ? Medical Physics and Techniques, University Kaiserslautern, 2001 ? MBA (ongoing), HKUST, Hong Kong, 2012 ? CTO SW, United Imaging ? Over 18 years software development experience, 5 in China ? SW-developer (image processing), project lead, department lead, strategic business development, CTO ? >25 patents ? Scrum Coach, Shenzhen ? Scrum the Hard Way (since 2011) QU, Jie ? Bachelor ,Northwestern Polytechnical University, 1999 ? R&D Manager SW, United Imaging ? Over 13 years software development experience ? Agile Practitioner 话题介绍： we would like to share the experience of running Scrum in a “startup” company that has grown in 1 year from a dozen employees to over 500. The usage of Scrum in China has already its own challenges due to the cultural background (e.g. hierarchical organization, openness of speech). We have grown at a huge pace, getting a huge amount of unexperienced software engineers every month. This already presents some challenges to run Scrum in a company but if on top you have to comply to certain regulated constraints as it is in a medical device company (SFDA, FDA) it becomes even more challenging. Nonetheless there are several experiences that are common to each team running Scrum. It will be a lecture that tells you how we have overcome these impediments.]]> Tue, 26 Jun 2012 22:36:46 GMT /slideshow/scrum-gathering-2012-shanghaiscrum-in-china-the-hard-way-oliver-schreck-qu-jie/13465363 LetAgileFly@slideshare.net(LetAgileFly) Scrum Gathering 2012 Shanghai_领导力与组织转型：scrum in china the hard way (oliver schreck& qu jie) LetAgileFly 讲师 ：Oliver Schreck QU, Jie Oliver Schreck： ? Agile experience since 2001, Feature Driven Development ? Implemented Scrum at Siemens Medical MR, Shenzhen ? Responsible for Agile Transition of Siemens Healthcare IKM, (1500+ people over 5 locations on 3 continents) ? Material Science, University Erlangen, 1994 ? Computer Science, University Hagen, 1996 ? Medical Physics and Techniques, University Kaiserslautern, 2001 ? MBA (ongoing), HKUST, Hong Kong, 2012 ? CTO SW, United Imaging ? Over 18 years software development experience, 5 in China ? SW-developer (image processing), project lead, department lead, strategic business development, CTO ? >25 patents ? Scrum Coach, Shenzhen ? Scrum the Hard Way (since 2011) QU, Jie ? Bachelor ,Northwestern Polytechnical University, 1999 ? R&D Manager SW, United Imaging ? Over 13 years software development experience ? Agile Practitioner 话题介绍： we would like to share the experience of running Scrum in a “startup” company that has grown in 1 year from a dozen employees to over 500. The usage of Scrum in China has already its own challenges due to the cultural background (e.g. hierarchical organization, openness of speech). We have grown at a huge pace, getting a huge amount of unexperienced software engineers every month. This already presents some challenges to run Scrum in a company but if on top you have to comply to certain regulated constraints as it is in a medical device company (SFDA, FDA) it becomes even more challenging. Nonetheless there are several experiences that are common to each team running Scrum. It will be a lecture that tells you how we have overcome these impediments. <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/scrumgathering2012shanghaiscruminchina-thehardwayoliverschreckqujie-120626223647-phpapp02-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br> 讲师 ：Oliver Schreck QU, Jie Oliver Schreck： ? Agile experience since 2001, Feature Driven Development ? Implemented Scrum at Siemens Medical MR, Shenzhen ? Responsible for Agile Transition of Siemens Healthcare IKM, (1500+ people over 5 locations on 3 continents) ? Material Science, University Erlangen, 1994 ? Computer Science, University Hagen, 1996 ? Medical Physics and Techniques, University Kaiserslautern, 2001 ? MBA (ongoing), HKUST, Hong Kong, 2012 ? CTO SW, United Imaging ? Over 18 years software development experience, 5 in China ? SW-developer (image processing), project lead, department lead, strategic business development, CTO ? &gt;25 patents ? Scrum Coach, Shenzhen ? Scrum the Hard Way (since 2011) QU, Jie ? Bachelor ,Northwestern Polytechnical University, 1999 ? R&amp;D Manager SW, United Imaging ? Over 13 years software development experience ? Agile Practitioner 话题介绍： we would like to share the experience of running Scrum in a “startup” company that has grown in 1 year from a dozen employees to over 500. The usage of Scrum in China has already its own challenges due to the cultural background (e.g. hierarchical organization, openness of speech). We have grown at a huge pace, getting a huge amount of unexperienced software engineers every month. This already presents some challenges to run Scrum in a company but if on top you have to comply to certain regulated constraints as it is in a medical device company (SFDA, FDA) it becomes even more challenging. Nonetheless there are several experiences that are common to each team running Scrum. It will be a lecture that tells you how we have overcome these impediments.
Scrum Gathering 2012 Shanghai_领导力与组织转型：scrum in china the hard way (oliver schreck& qu jie) from LetAgileFly
]]> 1462 35 https://cdn.slidesharecdn.com/ss_thumbnails/scrumgathering2012shanghaiscruminchina-thehardwayoliverschreckqujie-120626223647-phpapp02-thumbnail.jpg?width=120&height=120&fit=bounds presentation White http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0 Scrum Gathering 2012 Shanghai_工程实践与技术卓越分会场：how to write unit test for new code based on legacy code(姚若舟） /LetAgileFly/scrum-gathering-2012-shanghaihow-to-write-unit-test-for-new-code-based-on-legacy-code scrumgathering2012shanghaihowtowriteunittestfornewcodebasedonlegacycode-120626001432-phpapp01
讲师：姚若舟 拥有十多年的软件开发经验和多年的项目管理经验，目前任职于欧特克（Autodesk）中国研发中心担任项目经理，提供内部团队敏捷实践的指导和培训。 作为组织者参与了2011年敏捷之旅上海的组织工作。同时在敏捷社区的活动中，做过多次有关测试驱动开发的分享，并通过组织Coding Dojo来推广测试驱动开发和结对编程。 个人喜爱Coding Kata，关注如何将测试驱动开发和相关工程实践更好的结合到公司的实际项目开发中，以及如何成为一个杰出的Scrum Master和敏捷教练来帮助团队和组织成长 话题介绍： 希望通过这个演讲，可以让听众明白如何在遗留代码基础上通过简单有效的设计和隔离来给新代码添加单元测试，从而让团队停止产生相应的技术负债。而且，如何拥有具备可测性的设计和做到有效的隔离，并不像有些人想的那么复杂和困难。]]>
讲师：姚若舟 拥有十多年的软件开发经验和多年的项目管理经验，目前任职于欧特克（Autodesk）中国研发中心担任项目经理，提供内部团队敏捷实践的指导和培训。 作为组织者参与了2011年敏捷之旅上海的组织工作。同时在敏捷社区的活动中，做过多次有关测试驱动开发的分享，并通过组织Coding Dojo来推广测试驱动开发和结对编程。 个人喜爱Coding Kata，关注如何将测试驱动开发和相关工程实践更好的结合到公司的实际项目开发中，以及如何成为一个杰出的Scrum Master和敏捷教练来帮助团队和组织成长 话题介绍： 希望通过这个演讲，可以让听众明白如何在遗留代码基础上通过简单有效的设计和隔离来给新代码添加单元测试，从而让团队停止产生相应的技术负债。而且，如何拥有具备可测性的设计和做到有效的隔离，并不像有些人想的那么复杂和困难。]]> Tue, 26 Jun 2012 00:14:30 GMT /LetAgileFly/scrum-gathering-2012-shanghaihow-to-write-unit-test-for-new-code-based-on-legacy-code LetAgileFly@slideshare.net(LetAgileFly) Scrum Gathering 2012 Shanghai_工程实践与技术卓越分会场：how to write unit test for new code based on legacy code(姚若舟） LetAgileFly 讲师：姚若舟 拥有十多年的软件开发经验和多年的项目管理经验，目前任职于欧特克（Autodesk）中国研发中心担任项目经理，提供内部团队敏捷实践的指导和培训。 作为组织者参与了2011年敏捷之旅上海的组织工作。同时在敏捷社区的活动中，做过多次有关测试驱动开发的分享，并通过组织Coding Dojo来推广测试驱动开发和结对编程。 个人喜爱Coding Kata，关注如何将测试驱动开发和相关工程实践更好的结合到公司的实际项目开发中，以及如何成为一个杰出的Scrum Master和敏捷教练来帮助团队和组织成长 话题介绍： 希望通过这个演讲，可以让听众明白如何在遗留代码基础上通过简单有效的设计和隔离来给新代码添加单元测试，从而让团队停止产生相应的技术负债。而且，如何拥有具备可测性的设计和做到有效的隔离，并不像有些人想的那么复杂和困难。 <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/scrumgathering2012shanghaihowtowriteunittestfornewcodebasedonlegacycode-120626001432-phpapp01-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br> 讲师：姚若舟 拥有十多年的软件开发经验和多年的项目管理经验，目前任职于欧特克（Autodesk）中国研发中心担任项目经理，提供内部团队敏捷实践的指导和培训。 作为组织者参与了2011年敏捷之旅上海的组织工作。同时在敏捷社区的活动中，做过多次有关测试驱动开发的分享，并通过组织Coding Dojo来推广测试驱动开发和结对编程。 个人喜爱Coding Kata，关注如何将测试驱动开发和相关工程实践更好的结合到公司的实际项目开发中，以及如何成为一个杰出的Scrum Master和敏捷教练来帮助团队和组织成长 话题介绍： 希望通过这个演讲，可以让听众明白如何在遗留代码基础上通过简单有效的设计和隔离来给新代码添加单元测试，从而让团队停止产生相应的技术负债。而且，如何拥有具备可测性的设计和做到有效的隔离，并不像有些人想的那么复杂和困难。
Scrum Gathering 2012 Shanghai_工程实践与技术卓越分会场：how to write unit test for new code based on legacy code(姚若舟） from LetAgileFly
]]> 748 4 https://cdn.slidesharecdn.com/ss_thumbnails/scrumgathering2012shanghaihowtowriteunittestfornewcodebasedonlegacycode-120626001432-phpapp01-thumbnail.jpg?width=120&height=120&fit=bounds presentation White http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0 Scrum gathering 2012 shanghai 产物管理及用户体验 分会场：敏捷的hard模式 产物经理视角(窦涵之） /slideshow/scrum-gathering-2012-shanghai-hard/13440243 scrumgathering2012shanghaihard-120624215953-phpapp02
敏捷的HARD模式– 产物经理视角 讲师：窦涵之 15年软件从业经验，做过程序员、开发组长、项目经理、架构师、产物经理, 6年多敏捷实践经验, 其中约3年时间领导诺西LITE部门百余人团队持续探索敏捷实践, 获得高度认可；2011年3月创办苏州簇格软件，致力于打造新一代软件产物研发管理敏捷工具与支撑环境；如今依然坚守代码一线,身兼数职走在艰辛之路上的创业者、思考者、人生意义的探寻者；苏州敏捷社区发起人和组织者, 马拉松跑爱好者。 话题介绍： 本话题分三部分，第一部分将从产物经理的角度阐释敏捷Hard模式的四个要素：以戒为师; 体察情境，以不确定性和约束为友; 培养胆识，坚持愿景; 刻意练习，持续改进。第二部分进一步说明在Hard模式下的产物经理应遵从的原则方法和为完成使命所倚仗的力量之源。第三部分举出数个自己任PO期间的亲 身实例，借以说明即便在具有复杂环境的大公司官僚氛围下，只要坚持敏捷Hard模式的原则方法和实践，视挑战为动力,同样可以取得突破性成就。 目标受众：Architects, Team Leads, QA Managers, Engineers, Managers, 与PO协作的各方，特别希望对有志于成为PO的架构师或项目经理们,希望了解PO所思所想的人, 以及在大公司内推行敏捷转型感觉困难重重的朋友能有所启发。]]>
敏捷的HARD模式– 产物经理视角 讲师：窦涵之 15年软件从业经验，做过程序员、开发组长、项目经理、架构师、产物经理, 6年多敏捷实践经验, 其中约3年时间领导诺西LITE部门百余人团队持续探索敏捷实践, 获得高度认可；2011年3月创办苏州簇格软件，致力于打造新一代软件产物研发管理敏捷工具与支撑环境；如今依然坚守代码一线,身兼数职走在艰辛之路上的创业者、思考者、人生意义的探寻者；苏州敏捷社区发起人和组织者, 马拉松跑爱好者。 话题介绍： 本话题分三部分，第一部分将从产物经理的角度阐释敏捷Hard模式的四个要素：以戒为师; 体察情境，以不确定性和约束为友; 培养胆识，坚持愿景; 刻意练习，持续改进。第二部分进一步说明在Hard模式下的产物经理应遵从的原则方法和为完成使命所倚仗的力量之源。第三部分举出数个自己任PO期间的亲 身实例，借以说明即便在具有复杂环境的大公司官僚氛围下，只要坚持敏捷Hard模式的原则方法和实践，视挑战为动力,同样可以取得突破性成就。 目标受众：Architects, Team Leads, QA Managers, Engineers, Managers, 与PO协作的各方，特别希望对有志于成为PO的架构师或项目经理们,希望了解PO所思所想的人, 以及在大公司内推行敏捷转型感觉困难重重的朋友能有所启发。]]> Sun, 24 Jun 2012 21:59:50 GMT /slideshow/scrum-gathering-2012-shanghai-hard/13440243 LetAgileFly@slideshare.net(LetAgileFly) Scrum gathering 2012 shanghai 产物管理及用户体验 分会场：敏捷的hard模式 产物经理视角(窦涵之） LetAgileFly 敏捷的HARD模式– 产物经理视角 讲师：窦涵之 15年软件从业经验，做过程序员、开发组长、项目经理、架构师、产物经理, 6年多敏捷实践经验, 其中约3年时间领导诺西LITE部门百余人团队持续探索敏捷实践, 获得高度认可；2011年3月创办苏州簇格软件，致力于打造新一代软件产物研发管理敏捷工具与支撑环境；如今依然坚守代码一线,身兼数职走在艰辛之路上的创业者、思考者、人生意义的探寻者；苏州敏捷社区发起人和组织者, 马拉松跑爱好者。 话题介绍： 本话题分三部分，第一部分将从产物经理的角度阐释敏捷Hard模式的四个要素：以戒为师; 体察情境，以不确定性和约束为友; 培养胆识，坚持愿景; 刻意练习，持续改进。第二部分进一步说明在Hard模式下的产物经理应遵从的原则方法和为完成使命所倚仗的力量之源。第三部分举出数个自己任PO期间的亲 身实例，借以说明即便在具有复杂环境的大公司官僚氛围下，只要坚持敏捷Hard模式的原则方法和实践，视挑战为动力,同样可以取得突破性成就。 目标受众：Architects, Team Leads, QA Managers, Engineers, Managers, 与PO协作的各方，特别希望对有志于成为PO的架构师或项目经理们,希望了解PO所思所想的人, 以及在大公司内推行敏捷转型感觉困难重重的朋友能有所启发。 <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/scrumgathering2012shanghaihard-120624215953-phpapp02-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br> 敏捷的HARD模式– 产物经理视角 讲师：窦涵之 15年软件从业经验，做过程序员、开发组长、项目经理、架构师、产物经理, 6年多敏捷实践经验, 其中约3年时间领导诺西LITE部门百余人团队持续探索敏捷实践, 获得高度认可；2011年3月创办苏州簇格软件，致力于打造新一代软件产物研发管理敏捷工具与支撑环境；如今依然坚守代码一线,身兼数职走在艰辛之路上的创业者、思考者、人生意义的探寻者；苏州敏捷社区发起人和组织者, 马拉松跑爱好者。 话题介绍： 本话题分三部分，第一部分将从产物经理的角度阐释敏捷Hard模式的四个要素：以戒为师; 体察情境，以不确定性和约束为友; 培养胆识，坚持愿景; 刻意练习，持续改进。第二部分进一步说明在Hard模式下的产物经理应遵从的原则方法和为完成使命所倚仗的力量之源。第三部分举出数个自己任PO期间的亲 身实例，借以说明即便在具有复杂环境的大公司官僚氛围下，只要坚持敏捷Hard模式的原则方法和实践，视挑战为动力,同样可以取得突破性成就。 目标受众：Architects, Team Leads, QA Managers, Engineers, Managers, 与PO协作的各方，特别希望对有志于成为PO的架构师或项目经理们,希望了解PO所思所想的人, 以及在大公司内推行敏捷转型感觉困难重重的朋友能有所启发。
Scrum gathering 2012 shanghai 产物管理及用户体验 分会场：敏捷的hard模式 产物经理视角(窦涵之） from LetAgileFly
]]> 1062 2 https://cdn.slidesharecdn.com/ss_thumbnails/scrumgathering2012shanghaihard-120624215953-phpapp02-thumbnail.jpg?width=120&height=120&fit=bounds presentation White http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0 Scrum Gathering 2012 Shanghai_创业创新分会场：设计拥抱敏捷环境的办公室（胡凯） /slideshow/scrum-gathering-2012-shanghai-13439886/13439886 scrumgathering2012shanghai-120624205959-phpapp01
讲师 ：胡凯 ThoughtWorks公司的程序员，咨询师，以及西安公司负责人，SpringSource官方培训师，开源软件的爱好者和贡献者，社区活动的参与者 和推动者，QCon的演讲者，Blogger，他的博客是http://iamhukai.com。 他于2006年加入ThoughtWorks, 非常享受于和聪明而富有影响力的Thoughtworker一起工作的感觉，一直站在敏捷软件开发、咨询的第一线，把写程序到退休作为自己追求的目标之 一。 作为咨询师，他参与了国内数家知名公司的敏捷软件过程转型，同时也在美国、英国、澳大利亚、印度等国家进行过敏捷咨询和交付； 作为开发人员，他是持续集成工具Go的设计者和开发者； 作为培训师，他作为讲师交付了多次敏捷公开课程和公司内训，以及国内第一次官方Spring Framcwork培训课程； 作为开源软件的爱好者，他是CruiseControl的开发者和设计者之一，贡献了CruiseControl的报表工具ianalyse； 作为社区活动的爱好者，他是北京Openparty的积极参与者，也是西安Openparty的组织者之一，2010年以组织者和讲师的身份参与了 AgileToru西安站的活动； 作为技术爱好者，他向InfoQ贡献了《测试覆盖率强迫症》、《为什么我们要放弃Subversion》、《建设全功能团队》、《建设全功能团队-实践 篇》等一批文章，其中一些文章被收录到ThoughtWorks文集II 话题介绍： Google, Facebook公布了自己的机房设计方案。作为主持参与了办公室装修的咨询师，胡凯也想把如何从毛坯之上设计，建设一个拥抱敏捷环境的ThoughtWorks办公室的经验分享给大家。 同时也会讲讲敏捷的原则是如何体现在装修过程中，以及其中失败的教训。]]>
讲师 ：胡凯 ThoughtWorks公司的程序员，咨询师，以及西安公司负责人，SpringSource官方培训师，开源软件的爱好者和贡献者，社区活动的参与者 和推动者，QCon的演讲者，Blogger，他的博客是http://iamhukai.com。 他于2006年加入ThoughtWorks, 非常享受于和聪明而富有影响力的Thoughtworker一起工作的感觉，一直站在敏捷软件开发、咨询的第一线，把写程序到退休作为自己追求的目标之 一。 作为咨询师，他参与了国内数家知名公司的敏捷软件过程转型，同时也在美国、英国、澳大利亚、印度等国家进行过敏捷咨询和交付； 作为开发人员，他是持续集成工具Go的设计者和开发者； 作为培训师，他作为讲师交付了多次敏捷公开课程和公司内训，以及国内第一次官方Spring Framcwork培训课程； 作为开源软件的爱好者，他是CruiseControl的开发者和设计者之一，贡献了CruiseControl的报表工具ianalyse； 作为社区活动的爱好者，他是北京Openparty的积极参与者，也是西安Openparty的组织者之一，2010年以组织者和讲师的身份参与了 AgileToru西安站的活动； 作为技术爱好者，他向InfoQ贡献了《测试覆盖率强迫症》、《为什么我们要放弃Subversion》、《建设全功能团队》、《建设全功能团队-实践 篇》等一批文章，其中一些文章被收录到ThoughtWorks文集II 话题介绍： Google, Facebook公布了自己的机房设计方案。作为主持参与了办公室装修的咨询师，胡凯也想把如何从毛坯之上设计，建设一个拥抱敏捷环境的ThoughtWorks办公室的经验分享给大家。 同时也会讲讲敏捷的原则是如何体现在装修过程中，以及其中失败的教训。]]> Sun, 24 Jun 2012 20:59:56 GMT /slideshow/scrum-gathering-2012-shanghai-13439886/13439886 LetAgileFly@slideshare.net(LetAgileFly) Scrum Gathering 2012 Shanghai_创业创新分会场：设计拥抱敏捷环境的办公室（胡凯） LetAgileFly 讲师 ：胡凯 ThoughtWorks公司的程序员，咨询师，以及西安公司负责人，SpringSource官方培训师，开源软件的爱好者和贡献者，社区活动的参与者 和推动者，QCon的演讲者，Blogger，他的博客是http://iamhukai.com。 他于2006年加入ThoughtWorks, 非常享受于和聪明而富有影响力的Thoughtworker一起工作的感觉，一直站在敏捷软件开发、咨询的第一线，把写程序到退休作为自己追求的目标之 一。 作为咨询师，他参与了国内数家知名公司的敏捷软件过程转型，同时也在美国、英国、澳大利亚、印度等国家进行过敏捷咨询和交付； 作为开发人员，他是持续集成工具Go的设计者和开发者； 作为培训师，他作为讲师交付了多次敏捷公开课程和公司内训，以及国内第一次官方Spring Framcwork培训课程； 作为开源软件的爱好者，他是CruiseControl的开发者和设计者之一，贡献了CruiseControl的报表工具ianalyse； 作为社区活动的爱好者，他是北京Openparty的积极参与者，也是西安Openparty的组织者之一，2010年以组织者和讲师的身份参与了 AgileToru西安站的活动； 作为技术爱好者，他向InfoQ贡献了《测试覆盖率强迫症》、《为什么我们要放弃Subversion》、《建设全功能团队》、《建设全功能团队-实践 篇》等一批文章，其中一些文章被收录到ThoughtWorks文集II 话题介绍： Google, Facebook公布了自己的机房设计方案。作为主持参与了办公室装修的咨询师，胡凯也想把如何从毛坯之上设计，建设一个拥抱敏捷环境的ThoughtWorks办公室的经验分享给大家。 同时也会讲讲敏捷的原则是如何体现在装修过程中，以及其中失败的教训。 <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/scrumgathering2012shanghai-120624205959-phpapp01-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br> 讲师 ：胡凯 ThoughtWorks公司的程序员，咨询师，以及西安公司负责人，SpringSource官方培训师，开源软件的爱好者和贡献者，社区活动的参与者 和推动者，QCon的演讲者，Blogger，他的博客是http://iamhukai.com。 他于2006年加入ThoughtWorks, 非常享受于和聪明而富有影响力的Thoughtworker一起工作的感觉，一直站在敏捷软件开发、咨询的第一线，把写程序到退休作为自己追求的目标之 一。 作为咨询师，他参与了国内数家知名公司的敏捷软件过程转型，同时也在美国、英国、澳大利亚、印度等国家进行过敏捷咨询和交付； 作为开发人员，他是持续集成工具Go的设计者和开发者； 作为培训师，他作为讲师交付了多次敏捷公开课程和公司内训，以及国内第一次官方Spring Framcwork培训课程； 作为开源软件的爱好者，他是CruiseControl的开发者和设计者之一，贡献了CruiseControl的报表工具ianalyse； 作为社区活动的爱好者，他是北京Openparty的积极参与者，也是西安Openparty的组织者之一，2010年以组织者和讲师的身份参与了 AgileToru西安站的活动； 作为技术爱好者，他向InfoQ贡献了《测试覆盖率强迫症》、《为什么我们要放弃Subversion》、《建设全功能团队》、《建设全功能团队-实践 篇》等一批文章，其中一些文章被收录到ThoughtWorks文集II 话题介绍： Google, Facebook公布了自己的机房设计方案。作为主持参与了办公室装修的咨询师，胡凯也想把如何从毛坯之上设计，建设一个拥抱敏捷环境的ThoughtWorks办公室的经验分享给大家。 同时也会讲讲敏捷的原则是如何体现在装修过程中，以及其中失败的教训。
Scrum Gathering 2012 Shanghai_创业创新分会场：设计拥抱敏捷环境的办公室（胡凯） from LetAgileFly
]]> 834 4 https://cdn.slidesharecdn.com/ss_thumbnails/scrumgathering2012shanghai-120624205959-phpapp01-thumbnail.jpg?width=120&height=120&fit=bounds presentation White http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0 Scrum gathering 2012 shanghai 播种敏捷分会场演讲话题：敏捷估算的新视角（Alan Atlas） /slideshow/scrum-gathering-2012-shanghai-alan-atlas/13387056 scrumgathering2012shanghaialanatlas-120619220129-phpapp02
讲师： Alan Atlas 目前是Scanbuy, Inc. 的技术总裁。从事专业技术超过30年。从布朗大学的心理学学士，到麻省大学电机工程学士，他随后加入了贝尔实验室作为一名硬件工程师，然后迅速去乔治亚理工学院并拿到了电机工程硕士学位。在贝尔实验室的那段时间，他接触了软件，并自学了C语言编程。进入软件开发领域以后，Alan花了一些时间在数据获取工作站的实时UNIX内核中开发内核功能。被升级为OS开发组经理后，Alan开始了25年的技术经理生涯。在这期间他荣升至高级副总裁级别，之后他自动降回开发部经理，因为那个职位好玩很多。那些年的主要事件包括OSF Motif 1.0的发布和AvidNews 1.0的发布。AvidNews 1.0是行业中获奖的广播新闻管理系统，由Avid技术支持。 在亚马逊担任网络服务部高级开发经理时，Alan发现了Scrum。他成为了认证ScrumMaster，并带领他的团队在使用Scrum一年之后，成功发布Amazon S3。这成为Codie奖获奖的网络服务，提供了无限网络连接存储。Amazon S3项目的成功，以及Alan对Scrum方法的热爱，使Scrum在亚马逊网广泛散布开来。Allan成为了认证Scrum培训师和亚马逊第一个全职敏捷培训师和教练。他的经验使他立志成为认证Scrum教练，然后转换职业为全职敏捷教练和培训师。Alan在2009年敏捷大会和慕尼黑Scrum聚会中做过演讲。 话题介绍： 多年来估算的技巧一直是Scrum里面困扰着大多数人的领域. 让我们大家一起在Alan大师的引导下来重新细细的审视这门技巧. 使之变得更简洁, 更加符合敏捷的理念. 为什么需要估算? 多久（重）估算一次? 我们可以不使用传统基于复杂度,时间,心力,以及怀疑的估算方法吗? 在本次的演讲当中, Alan大师将为听众比较不同的估算法, 包括了Wideband Delphi, Planning Poker, The Team Estimation Game, 以及The Backdoor 等方法之间的差异. 何时应该估算工作量和团队的能力? 为何我们应该同时考虑理想时数和故事点数? 它们之间又有何不同呢? 以上所有的疑问都将由Alan 大师以其十多年的敏捷以及Scrum的经验和独到的见解为您解答。]]>
讲师： Alan Atlas 目前是Scanbuy, Inc. 的技术总裁。从事专业技术超过30年。从布朗大学的心理学学士，到麻省大学电机工程学士，他随后加入了贝尔实验室作为一名硬件工程师，然后迅速去乔治亚理工学院并拿到了电机工程硕士学位。在贝尔实验室的那段时间，他接触了软件，并自学了C语言编程。进入软件开发领域以后，Alan花了一些时间在数据获取工作站的实时UNIX内核中开发内核功能。被升级为OS开发组经理后，Alan开始了25年的技术经理生涯。在这期间他荣升至高级副总裁级别，之后他自动降回开发部经理，因为那个职位好玩很多。那些年的主要事件包括OSF Motif 1.0的发布和AvidNews 1.0的发布。AvidNews 1.0是行业中获奖的广播新闻管理系统，由Avid技术支持。 在亚马逊担任网络服务部高级开发经理时，Alan发现了Scrum。他成为了认证ScrumMaster，并带领他的团队在使用Scrum一年之后，成功发布Amazon S3。这成为Codie奖获奖的网络服务，提供了无限网络连接存储。Amazon S3项目的成功，以及Alan对Scrum方法的热爱，使Scrum在亚马逊网广泛散布开来。Allan成为了认证Scrum培训师和亚马逊第一个全职敏捷培训师和教练。他的经验使他立志成为认证Scrum教练，然后转换职业为全职敏捷教练和培训师。Alan在2009年敏捷大会和慕尼黑Scrum聚会中做过演讲。 话题介绍： 多年来估算的技巧一直是Scrum里面困扰着大多数人的领域. 让我们大家一起在Alan大师的引导下来重新细细的审视这门技巧. 使之变得更简洁, 更加符合敏捷的理念. 为什么需要估算? 多久（重）估算一次? 我们可以不使用传统基于复杂度,时间,心力,以及怀疑的估算方法吗? 在本次的演讲当中, Alan大师将为听众比较不同的估算法, 包括了Wideband Delphi, Planning Poker, The Team Estimation Game, 以及The Backdoor 等方法之间的差异. 何时应该估算工作量和团队的能力? 为何我们应该同时考虑理想时数和故事点数? 它们之间又有何不同呢? 以上所有的疑问都将由Alan 大师以其十多年的敏捷以及Scrum的经验和独到的见解为您解答。]]> Tue, 19 Jun 2012 22:01:28 GMT /slideshow/scrum-gathering-2012-shanghai-alan-atlas/13387056 LetAgileFly@slideshare.net(LetAgileFly) Scrum gathering 2012 shanghai 播种敏捷分会场演讲话题：敏捷估算的新视角（Alan Atlas） LetAgileFly 讲师： Alan Atlas 目前是Scanbuy, Inc. 的技术总裁。从事专业技术超过30年。从布朗大学的心理学学士，到麻省大学电机工程学士，他随后加入了贝尔实验室作为一名硬件工程师，然后迅速去乔治亚理工学院并拿到了电机工程硕士学位。在贝尔实验室的那段时间，他接触了软件，并自学了C语言编程。进入软件开发领域以后，Alan花了一些时间在数据获取工作站的实时UNIX内核中开发内核功能。被升级为OS开发组经理后，Alan开始了25年的技术经理生涯。在这期间他荣升至高级副总裁级别，之后他自动降回开发部经理，因为那个职位好玩很多。那些年的主要事件包括OSF Motif 1.0的发布和AvidNews 1.0的发布。AvidNews 1.0是行业中获奖的广播新闻管理系统，由Avid技术支持。 在亚马逊担任网络服务部高级开发经理时，Alan发现了Scrum。他成为了认证ScrumMaster，并带领他的团队在使用Scrum一年之后，成功发布Amazon S3。这成为Codie奖获奖的网络服务，提供了无限网络连接存储。Amazon S3项目的成功，以及Alan对Scrum方法的热爱，使Scrum在亚马逊网广泛散布开来。Allan成为了认证Scrum培训师和亚马逊第一个全职敏捷培训师和教练。他的经验使他立志成为认证Scrum教练，然后转换职业为全职敏捷教练和培训师。Alan在2009年敏捷大会和慕尼黑Scrum聚会中做过演讲。 话题介绍： 多年来估算的技巧一直是Scrum里面困扰着大多数人的领域. 让我们大家一起在Alan大师的引导下来重新细细的审视这门技巧. 使之变得更简洁, 更加符合敏捷的理念. 为什么需要估算? 多久（重）估算一次? 我们可以不使用传统基于复杂度,时间,心力,以及怀疑的估算方法吗? 在本次的演讲当中, Alan大师将为听众比较不同的估算法, 包括了Wideband Delphi, Planning Poker, The Team Estimation Game, 以及The Backdoor 等方法之间的差异. 何时应该估算工作量和团队的能力? 为何我们应该同时考虑理想时数和故事点数? 它们之间又有何不同呢? 以上所有的疑问都将由Alan 大师以其十多年的敏捷以及Scrum的经验和独到的见解为您解答。 <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/scrumgathering2012shanghaialanatlas-120619220129-phpapp02-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br> 讲师： Alan Atlas 目前是Scanbuy, Inc. 的技术总裁。从事专业技术超过30年。从布朗大学的心理学学士，到麻省大学电机工程学士，他随后加入了贝尔实验室作为一名硬件工程师，然后迅速去乔治亚理工学院并拿到了电机工程硕士学位。在贝尔实验室的那段时间，他接触了软件，并自学了C语言编程。进入软件开发领域以后，Alan花了一些时间在数据获取工作站的实时UNIX内核中开发内核功能。被升级为OS开发组经理后，Alan开始了25年的技术经理生涯。在这期间他荣升至高级副总裁级别，之后他自动降回开发部经理，因为那个职位好玩很多。那些年的主要事件包括OSF Motif 1.0的发布和AvidNews 1.0的发布。AvidNews 1.0是行业中获奖的广播新闻管理系统，由Avid技术支持。 在亚马逊担任网络服务部高级开发经理时，Alan发现了Scrum。他成为了认证ScrumMaster，并带领他的团队在使用Scrum一年之后，成功发布Amazon S3。这成为Codie奖获奖的网络服务，提供了无限网络连接存储。Amazon S3项目的成功，以及Alan对Scrum方法的热爱，使Scrum在亚马逊网广泛散布开来。Allan成为了认证Scrum培训师和亚马逊第一个全职敏捷培训师和教练。他的经验使他立志成为认证Scrum教练，然后转换职业为全职敏捷教练和培训师。Alan在2009年敏捷大会和慕尼黑Scrum聚会中做过演讲。 话题介绍： 多年来估算的技巧一直是Scrum里面困扰着大多数人的领域. 让我们大家一起在Alan大师的引导下来重新细细的审视这门技巧. 使之变得更简洁, 更加符合敏捷的理念. 为什么需要估算? 多久（重）估算一次? 我们可以不使用传统基于复杂度,时间,心力,以及怀疑的估算方法吗? 在本次的演讲当中, Alan大师将为听众比较不同的估算法, 包括了Wideband Delphi, Planning Poker, The Team Estimation Game, 以及The Backdoor 等方法之间的差异. 何时应该估算工作量和团队的能力? 为何我们应该同时考虑理想时数和故事点数? 它们之间又有何不同呢? 以上所有的疑问都将由Alan 大师以其十多年的敏捷以及Scrum的经验和独到的见解为您解答。
Scrum gathering 2012 shanghai 播种敏捷分会场演讲话题：敏捷估算的新视角（Alan Atlas） from LetAgileFly
]]> 633 5 https://cdn.slidesharecdn.com/ss_thumbnails/scrumgathering2012shanghaialanatlas-120619220129-phpapp02-thumbnail.jpg?width=120&height=120&fit=bounds presentation White http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0 Scrum Gathering 2012 Shanghai_敏捷测试与质量管理分会场演讲话题：探索性测试之旅 – 我们团队的探索性测试实战经验（张克冰） /slideshow/scrum-gathering-2012-shanghai-13386892/13386892 scrumgathering2012shanghai-120619213136-phpapp02
讲师 ：张克冰 2011年加入SAP 中国研究院，担任质量管理专员， 主要负责软件开发过程中的质量标准和测试策略的制定，公司级探索性测试培训师，教练。 十年软件从业经验，一致专注于软件测试和软件质量管理领域。2009年开始接触敏捷开发，热衷于敏捷， 热衷于提高软件测试在scrum中的工作有效性。 话题介绍： 敏捷开发模式下， 虽然自动化测试的作用日益强大，但是手工测试始终是软件测试不可缺少的一部分。 手工测试该如何去适应敏捷开发的步伐？是墨守成规的脚本化测试，还是漫无目的的随机测试？探索性测试给敏捷开发团队提供了一种轻快，有效的测试方法。 在实战中，我们把探索性测试跟scrum结合起来，让每个scrum的成员都有机会参与手工测试。 在测试的过程中，大家感受到探索性测试的乐趣， 更重要的是，我们在摸索探索性测试的过程中，通过不断的尝试，探索出适合我们团队的探索性测试的模式。 作为公司的探索性测试培训师和教练，我跟大家经历了从认识它，学习它， 到不断改进它， 直到这个方法可以适应复杂大型的ERP软件开发的过程。对于我来说， 探索性测试不但是一种新的测试方法，更加可以促进scrum对已有的测试和质量管理流程进行改进。 非常希望有机会跟大家分享我们在探索性测试的道路上收获的经验和反思。 Agenda： 1. 敏捷模式下的手工测试。2. 探索性测试介绍。3.探索性测试之旅。4. 实战中的探索性测试。 5.探索性测试的反思和未来之路]]>
讲师 ：张克冰 2011年加入SAP 中国研究院，担任质量管理专员， 主要负责软件开发过程中的质量标准和测试策略的制定，公司级探索性测试培训师，教练。 十年软件从业经验，一致专注于软件测试和软件质量管理领域。2009年开始接触敏捷开发，热衷于敏捷， 热衷于提高软件测试在scrum中的工作有效性。 话题介绍： 敏捷开发模式下， 虽然自动化测试的作用日益强大，但是手工测试始终是软件测试不可缺少的一部分。 手工测试该如何去适应敏捷开发的步伐？是墨守成规的脚本化测试，还是漫无目的的随机测试？探索性测试给敏捷开发团队提供了一种轻快，有效的测试方法。 在实战中，我们把探索性测试跟scrum结合起来，让每个scrum的成员都有机会参与手工测试。 在测试的过程中，大家感受到探索性测试的乐趣， 更重要的是，我们在摸索探索性测试的过程中，通过不断的尝试，探索出适合我们团队的探索性测试的模式。 作为公司的探索性测试培训师和教练，我跟大家经历了从认识它，学习它， 到不断改进它， 直到这个方法可以适应复杂大型的ERP软件开发的过程。对于我来说， 探索性测试不但是一种新的测试方法，更加可以促进scrum对已有的测试和质量管理流程进行改进。 非常希望有机会跟大家分享我们在探索性测试的道路上收获的经验和反思。 Agenda： 1. 敏捷模式下的手工测试。2. 探索性测试介绍。3.探索性测试之旅。4. 实战中的探索性测试。 5.探索性测试的反思和未来之路]]> Tue, 19 Jun 2012 21:31:34 GMT /slideshow/scrum-gathering-2012-shanghai-13386892/13386892 LetAgileFly@slideshare.net(LetAgileFly) Scrum Gathering 2012 Shanghai_敏捷测试与质量管理分会场演讲话题：探索性测试之旅 – 我们团队的探索性测试实战经验（张克冰） LetAgileFly 讲师 ：张克冰 2011年加入SAP 中国研究院，担任质量管理专员， 主要负责软件开发过程中的质量标准和测试策略的制定，公司级探索性测试培训师，教练。 十年软件从业经验，一致专注于软件测试和软件质量管理领域。2009年开始接触敏捷开发，热衷于敏捷， 热衷于提高软件测试在scrum中的工作有效性。 话题介绍： 敏捷开发模式下， 虽然自动化测试的作用日益强大，但是手工测试始终是软件测试不可缺少的一部分。 手工测试该如何去适应敏捷开发的步伐？是墨守成规的脚本化测试，还是漫无目的的随机测试？探索性测试给敏捷开发团队提供了一种轻快，有效的测试方法。 在实战中，我们把探索性测试跟scrum结合起来，让每个scrum的成员都有机会参与手工测试。 在测试的过程中，大家感受到探索性测试的乐趣， 更重要的是，我们在摸索探索性测试的过程中，通过不断的尝试，探索出适合我们团队的探索性测试的模式。 作为公司的探索性测试培训师和教练，我跟大家经历了从认识它，学习它， 到不断改进它， 直到这个方法可以适应复杂大型的ERP软件开发的过程。对于我来说， 探索性测试不但是一种新的测试方法，更加可以促进scrum对已有的测试和质量管理流程进行改进。 非常希望有机会跟大家分享我们在探索性测试的道路上收获的经验和反思。 Agenda： 1. 敏捷模式下的手工测试。2. 探索性测试介绍。3.探索性测试之旅。4. 实战中的探索性测试。 5.探索性测试的反思和未来之路 <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/scrumgathering2012shanghai-120619213136-phpapp02-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br> 讲师 ：张克冰 2011年加入SAP 中国研究院，担任质量管理专员， 主要负责软件开发过程中的质量标准和测试策略的制定，公司级探索性测试培训师，教练。 十年软件从业经验，一致专注于软件测试和软件质量管理领域。2009年开始接触敏捷开发，热衷于敏捷， 热衷于提高软件测试在scrum中的工作有效性。 话题介绍： 敏捷开发模式下， 虽然自动化测试的作用日益强大，但是手工测试始终是软件测试不可缺少的一部分。 手工测试该如何去适应敏捷开发的步伐？是墨守成规的脚本化测试，还是漫无目的的随机测试？探索性测试给敏捷开发团队提供了一种轻快，有效的测试方法。 在实战中，我们把探索性测试跟scrum结合起来，让每个scrum的成员都有机会参与手工测试。 在测试的过程中，大家感受到探索性测试的乐趣， 更重要的是，我们在摸索探索性测试的过程中，通过不断的尝试，探索出适合我们团队的探索性测试的模式。 作为公司的探索性测试培训师和教练，我跟大家经历了从认识它，学习它， 到不断改进它， 直到这个方法可以适应复杂大型的ERP软件开发的过程。对于我来说， 探索性测试不但是一种新的测试方法，更加可以促进scrum对已有的测试和质量管理流程进行改进。 非常希望有机会跟大家分享我们在探索性测试的道路上收获的经验和反思。 Agenda： 1. 敏捷模式下的手工测试。2. 探索性测试介绍。3.探索性测试之旅。4. 实战中的探索性测试。 5.探索性测试的反思和未来之路
Scrum Gathering 2012 Shanghai_敏捷测试与质量管理分会场演讲话题：探索性测试之旅 – 我们团队的探索性测试实战经验（张克冰） from LetAgileFly
]]> 1238 3 https://cdn.slidesharecdn.com/ss_thumbnails/scrumgathering2012shanghai-120619213136-phpapp02-thumbnail.jpg?width=120&height=120&fit=bounds presentation White http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0 Scrum Gathering 2012 Shanghai_产物管理及用户体验 分会场：实例化需求的实践（蔡煜） /slideshow/scrum-gathering-2012-shanghai-13386724/13386724 scrumgathering2012shanghai-120619210234-phpapp01
讲师 ：蔡煜 上海爱立信研发中心的软件开发高级专家，作为软件实践的先行者，主要工作就是探索软件开发的最好最适合的方法和工具，使得该研发中心成为IT领域顶尖人才向往的地方之一。同时他是一个开源，协作和敏捷的布道者。 话题介绍： 实例化需求”是探索软件需求和加强开发效率和质量的绝佳实践。 通过在团队中的推动和实施，得出了一些有用的经验，希望一起来分享和探讨。 1.从测试人员着手，提高他们的积极性，并解决“拖后腿”和后期加班的根源 2.把需求用实例描述后，张贴在墙上来加强沟通和减少不必要的沟通会议。 3.引导团队来接受新实践来替代传统的从上往下的推行，来确保团队快速接受。通过以上的主要技巧来推动团队的“实例化需求”，测试人员的主动性提高了，而且需求质量明显提高，技术债务也降低了。]]>
讲师 ：蔡煜 上海爱立信研发中心的软件开发高级专家，作为软件实践的先行者，主要工作就是探索软件开发的最好最适合的方法和工具，使得该研发中心成为IT领域顶尖人才向往的地方之一。同时他是一个开源，协作和敏捷的布道者。 话题介绍： 实例化需求”是探索软件需求和加强开发效率和质量的绝佳实践。 通过在团队中的推动和实施，得出了一些有用的经验，希望一起来分享和探讨。 1.从测试人员着手，提高他们的积极性，并解决“拖后腿”和后期加班的根源 2.把需求用实例描述后，张贴在墙上来加强沟通和减少不必要的沟通会议。 3.引导团队来接受新实践来替代传统的从上往下的推行，来确保团队快速接受。通过以上的主要技巧来推动团队的“实例化需求”，测试人员的主动性提高了，而且需求质量明显提高，技术债务也降低了。]]> Tue, 19 Jun 2012 21:02:33 GMT /slideshow/scrum-gathering-2012-shanghai-13386724/13386724 LetAgileFly@slideshare.net(LetAgileFly) Scrum Gathering 2012 Shanghai_产物管理及用户体验 分会场：实例化需求的实践（蔡煜） LetAgileFly 讲师 ：蔡煜 上海爱立信研发中心的软件开发高级专家，作为软件实践的先行者，主要工作就是探索软件开发的最好最适合的方法和工具，使得该研发中心成为IT领域顶尖人才向往的地方之一。同时他是一个开源，协作和敏捷的布道者。 话题介绍： 实例化需求”是探索软件需求和加强开发效率和质量的绝佳实践。 通过在团队中的推动和实施，得出了一些有用的经验，希望一起来分享和探讨。 1.从测试人员着手，提高他们的积极性，并解决“拖后腿”和后期加班的根源 2.把需求用实例描述后，张贴在墙上来加强沟通和减少不必要的沟通会议。 3.引导团队来接受新实践来替代传统的从上往下的推行，来确保团队快速接受。通过以上的主要技巧来推动团队的“实例化需求”，测试人员的主动性提高了，而且需求质量明显提高，技术债务也降低了。 <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/scrumgathering2012shanghai-120619210234-phpapp01-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br> 讲师 ：蔡煜 上海爱立信研发中心的软件开发高级专家，作为软件实践的先行者，主要工作就是探索软件开发的最好最适合的方法和工具，使得该研发中心成为IT领域顶尖人才向往的地方之一。同时他是一个开源，协作和敏捷的布道者。 话题介绍： 实例化需求”是探索软件需求和加强开发效率和质量的绝佳实践。 通过在团队中的推动和实施，得出了一些有用的经验，希望一起来分享和探讨。 1.从测试人员着手，提高他们的积极性，并解决“拖后腿”和后期加班的根源 2.把需求用实例描述后，张贴在墙上来加强沟通和减少不必要的沟通会议。 3.引导团队来接受新实践来替代传统的从上往下的推行，来确保团队快速接受。通过以上的主要技巧来推动团队的“实例化需求”，测试人员的主动性提高了，而且需求质量明显提高，技术债务也降低了。
Scrum Gathering 2012 Shanghai_产物管理及用户体验 分会场：实例化需求的实践（蔡煜） from LetAgileFly
]]> 1123 3 https://cdn.slidesharecdn.com/ss_thumbnails/scrumgathering2012shanghai-120619210234-phpapp01-thumbnail.jpg?width=120&height=120&fit=bounds presentation White http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0 Scrum Gathering 2012 Shanghai_领导力与组织转型：公司敏捷转型所面临的文化挑战 /slideshow/scrum-gathering-2012-shanghai-13376552/13376552 scrumgathering2012shanghai-120619024103-phpapp02
讲师：王明兰 现任诺基亚(中国)投资有限公司移动手机部门敏捷教练，支持部门级和多个研发团队的敏捷转型。 之前任芬兰伊莱比特公司中国研发中心质量部经理，自2007年参加第一个敏捷项目团队，自2008年起开始大规模推动敏捷实施，特长于跨文化沟通及多文化环境的敏捷实施。 话题介绍： 公司的敏捷转型， 实质是一种革命。 作为变革者，你会无视不刻感受到公司现有文化的阻碍，这种阻碍体不仅现在巨大的工作方式变化中，甚至体现微小的人与人的交互中。 公司的文化体现在人们习以为常的行为，而这些行为为人们所不自觉。 当敏捷碰到公司根深蒂固的违背敏捷的文化，你该怎么办？当敏捷碰到一个国家5000年之久的文化，你该怎么办？]]>
讲师：王明兰 现任诺基亚(中国)投资有限公司移动手机部门敏捷教练，支持部门级和多个研发团队的敏捷转型。 之前任芬兰伊莱比特公司中国研发中心质量部经理，自2007年参加第一个敏捷项目团队，自2008年起开始大规模推动敏捷实施，特长于跨文化沟通及多文化环境的敏捷实施。 话题介绍： 公司的敏捷转型， 实质是一种革命。 作为变革者，你会无视不刻感受到公司现有文化的阻碍，这种阻碍体不仅现在巨大的工作方式变化中，甚至体现微小的人与人的交互中。 公司的文化体现在人们习以为常的行为，而这些行为为人们所不自觉。 当敏捷碰到公司根深蒂固的违背敏捷的文化，你该怎么办？当敏捷碰到一个国家5000年之久的文化，你该怎么办？]]> Tue, 19 Jun 2012 02:41:02 GMT /slideshow/scrum-gathering-2012-shanghai-13376552/13376552 LetAgileFly@slideshare.net(LetAgileFly) Scrum Gathering 2012 Shanghai_领导力与组织转型：公司敏捷转型所面临的文化挑战 LetAgileFly 讲师：王明兰 现任诺基亚(中国)投资有限公司移动手机部门敏捷教练，支持部门级和多个研发团队的敏捷转型。 之前任芬兰伊莱比特公司中国研发中心质量部经理，自2007年参加第一个敏捷项目团队，自2008年起开始大规模推动敏捷实施，特长于跨文化沟通及多文化环境的敏捷实施。 话题介绍： 公司的敏捷转型， 实质是一种革命。 作为变革者，你会无视不刻感受到公司现有文化的阻碍，这种阻碍体不仅现在巨大的工作方式变化中，甚至体现微小的人与人的交互中。 公司的文化体现在人们习以为常的行为，而这些行为为人们所不自觉。 当敏捷碰到公司根深蒂固的违背敏捷的文化，你该怎么办？当敏捷碰到一个国家5000年之久的文化，你该怎么办？ <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/scrumgathering2012shanghai-120619024103-phpapp02-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br> 讲师：王明兰 现任诺基亚(中国)投资有限公司移动手机部门敏捷教练，支持部门级和多个研发团队的敏捷转型。 之前任芬兰伊莱比特公司中国研发中心质量部经理，自2007年参加第一个敏捷项目团队，自2008年起开始大规模推动敏捷实施，特长于跨文化沟通及多文化环境的敏捷实施。 话题介绍： 公司的敏捷转型， 实质是一种革命。 作为变革者，你会无视不刻感受到公司现有文化的阻碍，这种阻碍体不仅现在巨大的工作方式变化中，甚至体现微小的人与人的交互中。 公司的文化体现在人们习以为常的行为，而这些行为为人们所不自觉。 当敏捷碰到公司根深蒂固的违背敏捷的文化，你该怎么办？当敏捷碰到一个国家5000年之久的文化，你该怎么办？
Scrum Gathering 2012 Shanghai_领导力与组织转型：公司敏捷转型所面临的文化挑战 from LetAgileFly
]]> 1083 3 https://cdn.slidesharecdn.com/ss_thumbnails/scrumgathering2012shanghai-120619024103-phpapp02-thumbnail.jpg?width=120&height=120&fit=bounds presentation White http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0 Scrum Gathering 2012 Shanghai_敏捷测试与质量管理分会场演讲话题：getting to done by testing at the same time as coding（李平 王珂） /LetAgileFly/scrum-gathering-2012-shanghaigetting-to-done-by-testing-at-the-same-time-as-coding scrumgathering2012shanghaigettingtodonebytestingatthesametimeascoding-120619013947-phpapp01
李平(Jessica), 王珂(James)， CSM, PMP, 资深测试/开发专家。 计算机硕士, 现任SunGard产物开发经理, 并担任团队的Scrum Master，曾从事信息安全，化工，金融领域软件开发，具有丰富的敏捷导入经验，带领团队成功完成了敏捷转型，是敏捷思想和实践的积极推广者。 话题介绍： 对一个新团队来说，听到“It’s done, BUT there’s still some testing to complete”已不足为奇。为了确保在一个sprint中真正完成所有用户故事，开发和测试必须 ”并行” 进行，打破常规。一起来关注SunGard团队是如何实现神奇转变的吧。]]>
李平(Jessica), 王珂(James)， CSM, PMP, 资深测试/开发专家。 计算机硕士, 现任SunGard产物开发经理, 并担任团队的Scrum Master，曾从事信息安全，化工，金融领域软件开发，具有丰富的敏捷导入经验，带领团队成功完成了敏捷转型，是敏捷思想和实践的积极推广者。 话题介绍： 对一个新团队来说，听到“It’s done, BUT there’s still some testing to complete”已不足为奇。为了确保在一个sprint中真正完成所有用户故事，开发和测试必须 ”并行” 进行，打破常规。一起来关注SunGard团队是如何实现神奇转变的吧。]]> Tue, 19 Jun 2012 01:39:45 GMT /LetAgileFly/scrum-gathering-2012-shanghaigetting-to-done-by-testing-at-the-same-time-as-coding LetAgileFly@slideshare.net(LetAgileFly) Scrum Gathering 2012 Shanghai_敏捷测试与质量管理分会场演讲话题：getting to done by testing at the same time as coding（李平 王珂） LetAgileFly 李平(Jessica), 王珂(James)， CSM, PMP, 资深测试/开发专家。 计算机硕士, 现任SunGard产物开发经理, 并担任团队的Scrum Master，曾从事信息安全，化工，金融领域软件开发，具有丰富的敏捷导入经验，带领团队成功完成了敏捷转型，是敏捷思想和实践的积极推广者。 话题介绍： 对一个新团队来说，听到“It’s done, BUT there’s still some testing to complete”已不足为奇。为了确保在一个sprint中真正完成所有用户故事，开发和测试必须 ”并行” 进行，打破常规。一起来关注SunGard团队是如何实现神奇转变的吧。 <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/scrumgathering2012shanghaigettingtodonebytestingatthesametimeascoding-120619013947-phpapp01-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br> 李平(Jessica), 王珂(James)， CSM, PMP, 资深测试/开发专家。 计算机硕士, 现任SunGard产物开发经理, 并担任团队的Scrum Master，曾从事信息安全，化工，金融领域软件开发，具有丰富的敏捷导入经验，带领团队成功完成了敏捷转型，是敏捷思想和实践的积极推广者。 话题介绍： 对一个新团队来说，听到“It’s done, BUT there’s still some testing to complete”已不足为奇。为了确保在一个sprint中真正完成所有用户故事，开发和测试必须 ”并行” 进行，打破常规。一起来关注SunGard团队是如何实现神奇转变的吧。
Scrum Gathering 2012 Shanghai_敏捷测试与质量管理分会场演讲话题：getting to done by testing at the same time as coding（李平 王珂） from LetAgileFly
]]> 449 4 https://cdn.slidesharecdn.com/ss_thumbnails/scrumgathering2012shanghaigettingtodonebytestingatthesametimeascoding-120619013947-phpapp01-thumbnail.jpg?width=120&height=120&fit=bounds presentation White http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0 Scrum Gathering 2012 Shanghai 精益与持续改进分会场：6年一线敏捷实践心得分享之持续集成（秦之远） /slideshow/scrum-gathering-2012-shanghai-6/13361940 scrumgathering2012shanghai6-120617223429-phpapp01
秦之远，诺基亚西门子持续集成Product Owner，敏捷过程改进执行者。秦之远目前负责诺基亚西门子两个大型WCDMA 3G通信平台的持续集成和交付。 2007~2011年，秦之远主导了下一代WCDMA 3G通信平台持续集成和交付转型，产物发布后，质量问题仅为同类产物的30%~40%，他因此赢得了2011年诺基亚西门子Service Excellence Award冠军。 秦之远于2006年加入诺基亚第一个敏捷团队（当时团队主要成员有:吕毅，窦涵之，李程远，徐毅），他先后担任了测试驱动开发教练（TDD Coach）、Scrum Master、持续集成technical leader、产物缺陷管理经理、持续集成Product Owner。 秦之远毕业于北京邮电大学，曾就职于华为、诺基亚和诺基亚西门子。 话题介绍： 2008~2009年,我们和研发团队一起，用了1年时间把诺基亚西门子下一代WCDMA 3G通信平台转型为每日发布(SCM，过程改进，测试自动化， CI)。2009~2012,我们经历了平台扩张，人员扩招，客户增长，时至今日我们仍然具备每日发布的能力。在此过程中，持续集成如何不断深入改进？我们一起回顾这段历史: 1.2007 30人研发团队持续集成: 失败案例 2.2008~2009 80人以下研发团队的持续集成: CI 1.0 3.2009~2011 80~200人研发团队的持续集成: CI 2.0 4.2011~未来 500以上研发团队的持续集成: CI 3.0]]>
秦之远，诺基亚西门子持续集成Product Owner，敏捷过程改进执行者。秦之远目前负责诺基亚西门子两个大型WCDMA 3G通信平台的持续集成和交付。 2007~2011年，秦之远主导了下一代WCDMA 3G通信平台持续集成和交付转型，产物发布后，质量问题仅为同类产物的30%~40%，他因此赢得了2011年诺基亚西门子Service Excellence Award冠军。 秦之远于2006年加入诺基亚第一个敏捷团队（当时团队主要成员有:吕毅，窦涵之，李程远，徐毅），他先后担任了测试驱动开发教练（TDD Coach）、Scrum Master、持续集成technical leader、产物缺陷管理经理、持续集成Product Owner。 秦之远毕业于北京邮电大学，曾就职于华为、诺基亚和诺基亚西门子。 话题介绍： 2008~2009年,我们和研发团队一起，用了1年时间把诺基亚西门子下一代WCDMA 3G通信平台转型为每日发布(SCM，过程改进，测试自动化， CI)。2009~2012,我们经历了平台扩张，人员扩招，客户增长，时至今日我们仍然具备每日发布的能力。在此过程中，持续集成如何不断深入改进？我们一起回顾这段历史: 1.2007 30人研发团队持续集成: 失败案例 2.2008~2009 80人以下研发团队的持续集成: CI 1.0 3.2009~2011 80~200人研发团队的持续集成: CI 2.0 4.2011~未来 500以上研发团队的持续集成: CI 3.0]]> Sun, 17 Jun 2012 22:34:25 GMT /slideshow/scrum-gathering-2012-shanghai-6/13361940 LetAgileFly@slideshare.net(LetAgileFly) Scrum Gathering 2012 Shanghai 精益与持续改进分会场：6年一线敏捷实践心得分享之持续集成（秦之远） LetAgileFly 秦之远，诺基亚西门子持续集成Product Owner，敏捷过程改进执行者。秦之远目前负责诺基亚西门子两个大型WCDMA 3G通信平台的持续集成和交付。 2007~2011年，秦之远主导了下一代WCDMA 3G通信平台持续集成和交付转型，产物发布后，质量问题仅为同类产物的30%~40%，他因此赢得了2011年诺基亚西门子Service Excellence Award冠军。 秦之远于2006年加入诺基亚第一个敏捷团队（当时团队主要成员有:吕毅，窦涵之，李程远，徐毅），他先后担任了测试驱动开发教练（TDD Coach）、Scrum Master、持续集成technical leader、产物缺陷管理经理、持续集成Product Owner。 秦之远毕业于北京邮电大学，曾就职于华为、诺基亚和诺基亚西门子。 话题介绍： 2008~2009年,我们和研发团队一起，用了1年时间把诺基亚西门子下一代WCDMA 3G通信平台转型为每日发布(SCM，过程改进，测试自动化， CI)。2009~2012,我们经历了平台扩张，人员扩招，客户增长，时至今日我们仍然具备每日发布的能力。在此过程中，持续集成如何不断深入改进？我们一起回顾这段历史: 1.2007 30人研发团队持续集成: 失败案例 2.2008~2009 80人以下研发团队的持续集成: CI 1.0 3.2009~2011 80~200人研发团队的持续集成: CI 2.0 4.2011~未来 500以上研发团队的持续集成: CI 3.0 <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/scrumgathering2012shanghai6-120617223429-phpapp01-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br> 秦之远，诺基亚西门子持续集成Product Owner，敏捷过程改进执行者。秦之远目前负责诺基亚西门子两个大型WCDMA 3G通信平台的持续集成和交付。 2007~2011年，秦之远主导了下一代WCDMA 3G通信平台持续集成和交付转型，产物发布后，质量问题仅为同类产物的30%~40%，他因此赢得了2011年诺基亚西门子Service Excellence Award冠军。 秦之远于2006年加入诺基亚第一个敏捷团队（当时团队主要成员有:吕毅，窦涵之，李程远，徐毅），他先后担任了测试驱动开发教练（TDD Coach）、Scrum Master、持续集成technical leader、产物缺陷管理经理、持续集成Product Owner。 秦之远毕业于北京邮电大学，曾就职于华为、诺基亚和诺基亚西门子。 话题介绍： 2008~2009年,我们和研发团队一起，用了1年时间把诺基亚西门子下一代WCDMA 3G通信平台转型为每日发布(SCM，过程改进，测试自动化， CI)。2009~2012,我们经历了平台扩张，人员扩招，客户增长，时至今日我们仍然具备每日发布的能力。在此过程中，持续集成如何不断深入改进？我们一起回顾这段历史: 1.2007 30人研发团队持续集成: 失败案例 2.2008~2009 80人以下研发团队的持续集成: CI 1.0 3.2009~2011 80~200人研发团队的持续集成: CI 2.0 4.2011~未来 500以上研发团队的持续集成: CI 3.0
Scrum Gathering 2012 Shanghai 精益与持续改进分会场：6年一线敏捷实践心得分享之持续集成（秦之远） from LetAgileFly
]]> 508 2 https://cdn.slidesharecdn.com/ss_thumbnails/scrumgathering2012shanghai6-120617223429-phpapp01-thumbnail.jpg?width=120&height=120&fit=bounds presentation White http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0 Scrum Gathering 2012 Shanghai_产物管理及用户体验 分会场：如何提高与业务客户沟通质量（侯伯薇） /LetAgileFly/scrum-gathering-2012-shanghai-13361629 scrumgathering2012shanghai-120617214126-phpapp01
根据自己的经验，介绍如何更好地与业务客户进行沟通，从而更好地保证开发出来的系统能够满足业务流程的需要和业务客户的需求。 主要包括对自己能力在各个方面的提升，不仅包括软件设计领域，也包括业务领域的知识；不仅包括各种硬能力，也包括各种更为重要的软能力。 期望通过自己的故事，对各位敏捷团队中与现场客户沟通的成员有所帮助。]]>
根据自己的经验，介绍如何更好地与业务客户进行沟通，从而更好地保证开发出来的系统能够满足业务流程的需要和业务客户的需求。 主要包括对自己能力在各个方面的提升，不仅包括软件设计领域，也包括业务领域的知识；不仅包括各种硬能力，也包括各种更为重要的软能力。 期望通过自己的故事，对各位敏捷团队中与现场客户沟通的成员有所帮助。]]> Sun, 17 Jun 2012 21:41:25 GMT /LetAgileFly/scrum-gathering-2012-shanghai-13361629 LetAgileFly@slideshare.net(LetAgileFly) Scrum Gathering 2012 Shanghai_产物管理及用户体验 分会场：如何提高与业务客户沟通质量（侯伯薇） LetAgileFly 根据自己的经验，介绍如何更好地与业务客户进行沟通，从而更好地保证开发出来的系统能够满足业务流程的需要和业务客户的需求。 主要包括对自己能力在各个方面的提升，不仅包括软件设计领域，也包括业务领域的知识；不仅包括各种硬能力，也包括各种更为重要的软能力。 期望通过自己的故事，对各位敏捷团队中与现场客户沟通的成员有所帮助。 <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/scrumgathering2012shanghai-120617214126-phpapp01-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br> 根据自己的经验，介绍如何更好地与业务客户进行沟通，从而更好地保证开发出来的系统能够满足业务流程的需要和业务客户的需求。 主要包括对自己能力在各个方面的提升，不仅包括软件设计领域，也包括业务领域的知识；不仅包括各种硬能力，也包括各种更为重要的软能力。 期望通过自己的故事，对各位敏捷团队中与现场客户沟通的成员有所帮助。
Scrum Gathering 2012 Shanghai_产物管理及用户体验 分会场：如何提高与业务客户沟通质量（侯伯薇） from LetAgileFly
]]> 217 2 https://cdn.slidesharecdn.com/ss_thumbnails/scrumgathering2012shanghai-120617214126-phpapp01-thumbnail.jpg?width=120&height=120&fit=bounds presentation White http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0 Scrum gathering 2012 shanghai 团队合作与团队指导：scrum master 取经路（王庆付） /slideshow/scrum-gathering-2012-shanghai-scrum-master/13335654 scrumgathering2012shanghaiscrummaster-120615025008-phpapp02
Scrum Master 取经路 王庆付 Scott Wang @敏捷Agile http://www.weibo.com/helloscrum 说在前面的…… .没有绝对的成功之道，但是方法、技巧能帮助我们少走弯路 .明白了Scrum Master曾经犯过的错，会离成功的Scrum Master更进 一步 304pxLight_bulb_icon_tips C:\Users\wanqingf\Downloads\logo_scrumgathering.png 期望 .了解Scrum Master成长过程中可能所遇到的挫折 .在挫折中磨练成为一个合格的Scrum Master C:\Users\wanqingf\Downloads\logo_scrumgathering.png 不会涉及 .“政治”陷阱 .人才流动的问题 .人员技术能力培养 .哪种开发流程规范更好 .PO相关工作 .正宗“Scrum”之争 .Scrum Master和项目经理之争 C:\Users\wanqingf\Desktop\Picture1_副本.png C:\Users\wanqingf\Downloads\logo_scrumgathering.png 议程 .Scrum Master 初心 .Scrum Master 八大磨难 .Scrum Master 真经 .Q&A C:\Users\wanqingf\Desktop\Picture2_副本.png C:\Users\wanqingf\Downloads\logo_scrumgathering.png Scrum Master 初心 C:\Users\wanqingf\Downloads\logo_scrumgathering.png 你听到了什么？ ? ? ? C:\Users\wanqingf\Downloads\logo_scrumgathering.png Scrum Master 职责 1.Scrum Master负责确保Scrum被理解并实施 .为了达到这个目的，Scrum Master要确保Scrum团队遵循Scrum的理论 、实践和规则 2.Scrum Master是Scrum团队中的服务型领导 3.Scrum Master帮助Scrum团队外的人员了解他们如何与Scrum团队 交互是有益的 4.Scrum Master通过改变这些交互来最大化Scrum团队所创造的价值 C:\Users\wanqingf\Downloads\logo_scrumgathering.png Scrum Master 服务于产物负责人 1.找到有效管理产物代办事项列表的技巧 2.清晰地和开发团队沟通愿景、目标和产物代表事项列表条目 3.教导开发团队创建清晰简明的产物代表事项列表条目 4.在经验主义环境中理解长期的产物规划 5.理解并实践敏捷 6.按需推动Scrum事件 C:\Users\wanqingf\Downloads\logo_scrumgathering.png Scrum Master 服务于开发团队 1.指导开发团队自组织和跨功能 2.教导并领导开发团队创造高价值的产物 3.移除开发团队进展过程中的障碍 4.按需推动Scrum事件 5.在Scrum还未完全被采纳和理解的组织环境下指导开发团队 C:\Users\wanqingf\Downloads\logo_scrumgathering.png Scrum Master 服务于组织 .领导并指导组织采用Scrum .在组织范围内计划Scrum的实施 .帮助员工及干系人理解并实施Scrum和经验性产物开发 .触发能增长Scrum团队生产力的改变 .与其他Scrum Master一起工作，来增加组织中Scrum应用的效力 C:\Users\wanqingf\Downloads\logo_scrumgathering.png C:\Users\wanqingf\Desktop\Picture4_副本.png 服务 C:\Users\wanqingf\Downloads\logo_scrumgathering.png 现实中]]>
Scrum Master 取经路 王庆付 Scott Wang @敏捷Agile http://www.weibo.com/helloscrum 说在前面的…… .没有绝对的成功之道，但是方法、技巧能帮助我们少走弯路 .明白了Scrum Master曾经犯过的错，会离成功的Scrum Master更进 一步 304pxLight_bulb_icon_tips C:\Users\wanqingf\Downloads\logo_scrumgathering.png 期望 .了解Scrum Master成长过程中可能所遇到的挫折 .在挫折中磨练成为一个合格的Scrum Master C:\Users\wanqingf\Downloads\logo_scrumgathering.png 不会涉及 .“政治”陷阱 .人才流动的问题 .人员技术能力培养 .哪种开发流程规范更好 .PO相关工作 .正宗“Scrum”之争 .Scrum Master和项目经理之争 C:\Users\wanqingf\Desktop\Picture1_副本.png C:\Users\wanqingf\Downloads\logo_scrumgathering.png 议程 .Scrum Master 初心 .Scrum Master 八大磨难 .Scrum Master 真经 .Q&A C:\Users\wanqingf\Desktop\Picture2_副本.png C:\Users\wanqingf\Downloads\logo_scrumgathering.png Scrum Master 初心 C:\Users\wanqingf\Downloads\logo_scrumgathering.png 你听到了什么？ ? ? ? C:\Users\wanqingf\Downloads\logo_scrumgathering.png Scrum Master 职责 1.Scrum Master负责确保Scrum被理解并实施 .为了达到这个目的，Scrum Master要确保Scrum团队遵循Scrum的理论 、实践和规则 2.Scrum Master是Scrum团队中的服务型领导 3.Scrum Master帮助Scrum团队外的人员了解他们如何与Scrum团队 交互是有益的 4.Scrum Master通过改变这些交互来最大化Scrum团队所创造的价值 C:\Users\wanqingf\Downloads\logo_scrumgathering.png Scrum Master 服务于产物负责人 1.找到有效管理产物代办事项列表的技巧 2.清晰地和开发团队沟通愿景、目标和产物代表事项列表条目 3.教导开发团队创建清晰简明的产物代表事项列表条目 4.在经验主义环境中理解长期的产物规划 5.理解并实践敏捷 6.按需推动Scrum事件 C:\Users\wanqingf\Downloads\logo_scrumgathering.png Scrum Master 服务于开发团队 1.指导开发团队自组织和跨功能 2.教导并领导开发团队创造高价值的产物 3.移除开发团队进展过程中的障碍 4.按需推动Scrum事件 5.在Scrum还未完全被采纳和理解的组织环境下指导开发团队 C:\Users\wanqingf\Downloads\logo_scrumgathering.png Scrum Master 服务于组织 .领导并指导组织采用Scrum .在组织范围内计划Scrum的实施 .帮助员工及干系人理解并实施Scrum和经验性产物开发 .触发能增长Scrum团队生产力的改变 .与其他Scrum Master一起工作，来增加组织中Scrum应用的效力 C:\Users\wanqingf\Downloads\logo_scrumgathering.png C:\Users\wanqingf\Desktop\Picture4_副本.png 服务 C:\Users\wanqingf\Downloads\logo_scrumgathering.png 现实中]]> Fri, 15 Jun 2012 02:50:06 GMT /slideshow/scrum-gathering-2012-shanghai-scrum-master/13335654 LetAgileFly@slideshare.net(LetAgileFly) Scrum gathering 2012 shanghai 团队合作与团队指导：scrum master 取经路（王庆付） LetAgileFly Scrum Master 取经路 王庆付 Scott Wang @敏捷Agile http://www.weibo.com/helloscrum ? 说在前面的…… .没有绝对的成功之道，但是方法、技巧能帮助我们少走弯路 .明白了Scrum Master曾经犯过的错，会离成功的Scrum Master更进 一步 304pxLight_bulb_icon_tips ? C:\Users\wanqingf\Downloads\logo_scrumgathering.png 期望 .了解Scrum Master成长过程中可能所遇到的挫折 .在挫折中磨练成为一个合格的Scrum Master ? C:\Users\wanqingf\Downloads\logo_scrumgathering.png 不会涉及 .“政治”陷阱 .人才流动的问题 .人员技术能力培养 .哪种开发流程规范更好 .PO相关工作 .正宗“Scrum”之争 .Scrum Master和项目经理之争 C:\Users\wanqingf\Desktop\Picture1_副本.png ? C:\Users\wanqingf\Downloads\logo_scrumgathering.png 议程 .Scrum Master 初心 .Scrum Master 八大磨难 .Scrum Master 真经 .Q&A C:\Users\wanqingf\Desktop\Picture2_副本.png ? C:\Users\wanqingf\Downloads\logo_scrumgathering.png Scrum Master 初心 ? C:\Users\wanqingf\Downloads\logo_scrumgathering.png 你听到了什么？ ? ? ? ? C:\Users\wanqingf\Downloads\logo_scrumgathering.png Scrum Master 职责 1.Scrum Master负责确保Scrum被理解并实施 .为了达到这个目的，Scrum Master要确保Scrum团队遵循Scrum的理论 、实践和规则 2.Scrum Master是Scrum团队中的服务型领导 3.Scrum Master帮助Scrum团队外的人员了解他们如何与Scrum团队 交互是有益的 4.Scrum Master通过改变这些交互来最大化Scrum团队所创造的价值 ? C:\Users\wanqingf\Downloads\logo_scrumgathering.png Scrum Master 服务于产物负责人 1.找到有效管理产物代办事项列表的技巧 2.清晰地和开发团队沟通愿景、目标和产物代表事项列表条目 3.教导开发团队创建清晰简明的产物代表事项列表条目 4.在经验主义环境中理解长期的产物规划 5.理解并实践敏捷 6.按需推动Scrum事件 ? C:\Users\wanqingf\Downloads\logo_scrumgathering.png Scrum Master 服务于开发团队 1.指导开发团队自组织和跨功能 2.教导并领导开发团队创造高价值的产物 3.移除开发团队进展过程中的障碍 4.按需推动Scrum事件 5.在Scrum还未完全被采纳和理解的组织环境下指导开发团队 ? C:\Users\wanqingf\Downloads\logo_scrumgathering.png Scrum Master 服务于组织 .领导并指导组织采用Scrum .在组织范围内计划Scrum的实施 .帮助员工及干系人理解并实施Scrum和经验性产物开发 .触发能增长Scrum团队生产力的改变 .与其他Scrum Master一起工作，来增加组织中Scrum应用的效力 ? C:\Users\wanqingf\Downloads\logo_scrumgathering.png C:\Users\wanqingf\Desktop\Picture4_副本.png 服务 ? C:\Users\wanqingf\Downloads\logo_scrumgathering.png 现实中 <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/scrumgathering2012shanghaiscrummaster-120615025008-phpapp02-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br> Scrum Master 取经路 王庆付 Scott Wang @敏捷Agile http://www.weibo.com/helloscrum ? 说在前面的…… .没有绝对的成功之道，但是方法、技巧能帮助我们少走弯路 .明白了Scrum Master曾经犯过的错，会离成功的Scrum Master更进 一步 304pxLight_bulb_icon_tips ? C:\Users\wanqingf\Downloads\logo_scrumgathering.png 期望 .了解Scrum Master成长过程中可能所遇到的挫折 .在挫折中磨练成为一个合格的Scrum Master ? C:\Users\wanqingf\Downloads\logo_scrumgathering.png 不会涉及 .“政治”陷阱 .人才流动的问题 .人员技术能力培养 .哪种开发流程规范更好 .PO相关工作 .正宗“Scrum”之争 .Scrum Master和项目经理之争 C:\Users\wanqingf\Desktop\Picture1_副本.png ? C:\Users\wanqingf\Downloads\logo_scrumgathering.png 议程 .Scrum Master 初心 .Scrum Master 八大磨难 .Scrum Master 真经 .Q&amp;A C:\Users\wanqingf\Desktop\Picture2_副本.png ? C:\Users\wanqingf\Downloads\logo_scrumgathering.png Scrum Master 初心 ? C:\Users\wanqingf\Downloads\logo_scrumgathering.png 你听到了什么？ ? ? ? ? C:\Users\wanqingf\Downloads\logo_scrumgathering.png Scrum Master 职责 1.Scrum Master负责确保Scrum被理解并实施 .为了达到这个目的，Scrum Master要确保Scrum团队遵循Scrum的理论 、实践和规则 2.Scrum Master是Scrum团队中的服务型领导 3.Scrum Master帮助Scrum团队外的人员了解他们如何与Scrum团队 交互是有益的 4.Scrum Master通过改变这些交互来最大化Scrum团队所创造的价值 ? C:\Users\wanqingf\Downloads\logo_scrumgathering.png Scrum Master 服务于产物负责人 1.找到有效管理产物代办事项列表的技巧 2.清晰地和开发团队沟通愿景、目标和产物代表事项列表条目 3.教导开发团队创建清晰简明的产物代表事项列表条目 4.在经验主义环境中理解长期的产物规划 5.理解并实践敏捷 6.按需推动Scrum事件 ? C:\Users\wanqingf\Downloads\logo_scrumgathering.png Scrum Master 服务于开发团队 1.指导开发团队自组织和跨功能 2.教导并领导开发团队创造高价值的产物 3.移除开发团队进展过程中的障碍 4.按需推动Scrum事件 5.在Scrum还未完全被采纳和理解的组织环境下指导开发团队 ? C:\Users\wanqingf\Downloads\logo_scrumgathering.png Scrum Master 服务于组织 .领导并指导组织采用Scrum .在组织范围内计划Scrum的实施 .帮助员工及干系人理解并实施Scrum和经验性产物开发 .触发能增长Scrum团队生产力的改变 .与其他Scrum Master一起工作，来增加组织中Scrum应用的效力 ? C:\Users\wanqingf\Downloads\logo_scrumgathering.png C:\Users\wanqingf\Desktop\Picture4_副本.png 服务 ? C:\Users\wanqingf\Downloads\logo_scrumgathering.png 现实中
Scrum gathering 2012 shanghai 团队合作与团队指导：scrum master 取经路（王庆付） from LetAgileFly
]]> 881 2 https://cdn.slidesharecdn.com/ss_thumbnails/scrumgathering2012shanghaiscrummaster-120615025008-phpapp02-thumbnail.jpg?width=120&height=120&fit=bounds presentation White http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0 Scrum Gathering 2012 Shanghai_Keynote: how to change the world（jurgen appelo） /slideshow/scrum-gathering-2012-shanghaikeynote-how-to-change-the-worldjurgen-appelo/13320692 scrumgathering2012shanghaikeynote-howtochangetheworldjurgenappelo-120614031855-phpapp01
]]>
]]> Thu, 14 Jun 2012 03:18:52 GMT /slideshow/scrum-gathering-2012-shanghaikeynote-how-to-change-the-worldjurgen-appelo/13320692 LetAgileFly@slideshare.net(LetAgileFly) Scrum Gathering 2012 Shanghai_Keynote: how to change the world（jurgen appelo） LetAgileFly <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/scrumgathering2012shanghaikeynote-howtochangetheworldjurgenappelo-120614031855-phpapp01-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br>
Scrum Gathering 2012 Shanghai_Keynote: how to change the world（jurgen appelo） from LetAgileFly
]]> 2000 4 https://cdn.slidesharecdn.com/ss_thumbnails/scrumgathering2012shanghaikeynote-howtochangetheworldjurgenappelo-120614031855-phpapp01-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0 Scrum gathering 2012 shanghai 团队合作与团队指导分会场演讲话题：你的团队什么颜色的（杨瑞） /slideshow/scrum-gathering-2012-shanghai-13305688/13305688 scrumgathering2012shanghai-120613050145-phpapp01
厦门英睿信息科技有限公司 你的团队什么颜色？ 团队成员性格的色彩标签 . 杨瑞 . 厦门英睿信息科技有限公司联合创始人 . 复旦大学软件工程硕士，同济大学自动控制学士 . 10年软件工程经验，8年过程改进经验，在基于传 统和敏捷的开发管理方面具有多年经验，目前是 国内敏捷社区内的活跃人士。 . 2011年ScrumGathering分享嘉宾 . 2011年AgileTour厦门&福州站组织者、分享嘉 宾 . 厦门敏捷社区发起人 Oscar@enways.com h0p://weibo.com/2444558 塞班岛 2012.03 @杨瑞--‐敏捷厦门 团队是什么？ 木桶理论 如何让具有短 板的木桶装更 多的水？ 星座 生肖黄道 MBIT 精力支配：外向 E — 内向 I 认识世界：实感 S — 直觉 N 判断事物：思维 T — 情感 F 生活态度：判断 J — 知觉 P …… 性格色彩 PROFESSIONAL DYNAMETRIC PROGRAMS PDP 九型人格 . 天命之谓性《礼记.中庸》 . 生之所以然者谓之性《荀子.正名篇》 . 积行成习，积习成性，积性成命 外向（率直） 内向（优柔） 理性 （关注事） 感性 （关注人） . 乐天的，自我调整能力强 . 愿意与人打交道 . 喜欢得到社会的认可 . 有影响力和魅力 . 表情和感情表现明显丰富多样 . 行动活泼充满自信 . 破冰高手 . 在压力下工作难以系统化处理 . 决定即兴，没想好就做，容易承诺 . 情绪波动大起大落 红色 . 孙中山 . 优势：积极乐观、善于表达 . 局限：缺乏条理、粗心大意、情绪化 . 反感：循规蹈矩 . 追求：广受欢迎与喝彩 . 担心：失去声望 . 动机：别人的认同、快乐 红色 社交/影响/活泼 . 以事为中心、以目标为指向 . 自我意识强烈 . 愿意承担具有挑战性的工作 . 语言直接 . 行动快速紧急，决定迅速. . 时间安排紧凑，效率高. . 担心丧失控制力 . 在压力下，不关心别人的感情与看法 . 如果长期没有成就，有强烈挫败感 黄色 . 朱镕基 . 优势：行动快速、目标导向、执着 . 局限：缺乏耐心、感觉迟钝、易怒 . 反感：优柔寡断 . 追求：工作效率、支配地位 . 担心：被驱动、强迫 . 动机：得到、成就感、控制 . （天生的领袖潜质） . （对改变的迫切需要） . （目标导向、渴望挑战） 黄色 主导/控制/力量 . 追求正确性和完美 . 自我要求很高，带来工作动力 . 担心自己的业务受到批评 . 言谈行动慎重，含蓄。 . 依据事实、信息、证据、比较，经验基准做出决定 . 做决定需要时间较多. . 压力下有时过分地批判他人 . 喜欢挑毛病 . 执行偏慢 蓝色 . 张国荣 . 优点：做事讲求条理、善于分析 . 局限：完美主义、过于苛刻 . 反感：盲目行事、被打断 . 追求：精细准确、.一丝不苟 . 担心：批评于非议 . 动机：进步、完美 . （亚里士多德：“所有天才都有完美型特点”） . （信条：质量比数量重要） . （深深的关怀和同情心） 蓝色 分析/思考/完美 . 喜欢.一贯性 . 以团队合作为指向，能包容 . 稳重忠诚，有韧劲 . 很好的聆听者，关注人的感情 . 温和温柔，迂回着说话. . 决定时依存他人意见. . 给人以很好的信赖感 . 喜欢维持现状，担心变化 . 在压力下过分地让步 . 行动缓慢.时间有余地 绿色 . 许三多 . 优势：恪尽职守、善于倾听 . 局限：过于敏感、缺乏主见 . 反感：感觉迟钝 . 追求：被人接受、生活稳定 . 担心：突然的变革 . 动机：归属感、和谐、稳定 . （中庸之道，最接近中国传统文化“和为贵”） . （低调、随和、镇定、耐心、乐天知命） 绿色 稳重/和谐/亲善 界面设计 软件开发 老板]]>
厦门英睿信息科技有限公司 你的团队什么颜色？ 团队成员性格的色彩标签 . 杨瑞 . 厦门英睿信息科技有限公司联合创始人 . 复旦大学软件工程硕士，同济大学自动控制学士 . 10年软件工程经验，8年过程改进经验，在基于传 统和敏捷的开发管理方面具有多年经验，目前是 国内敏捷社区内的活跃人士。 . 2011年ScrumGathering分享嘉宾 . 2011年AgileTour厦门&福州站组织者、分享嘉 宾 . 厦门敏捷社区发起人 Oscar@enways.com h0p://weibo.com/2444558 塞班岛 2012.03 @杨瑞--‐敏捷厦门 团队是什么？ 木桶理论 如何让具有短 板的木桶装更 多的水？ 星座 生肖黄道 MBIT 精力支配：外向 E — 内向 I 认识世界：实感 S — 直觉 N 判断事物：思维 T — 情感 F 生活态度：判断 J — 知觉 P …… 性格色彩 PROFESSIONAL DYNAMETRIC PROGRAMS PDP 九型人格 . 天命之谓性《礼记.中庸》 . 生之所以然者谓之性《荀子.正名篇》 . 积行成习，积习成性，积性成命 外向（率直） 内向（优柔） 理性 （关注事） 感性 （关注人） . 乐天的，自我调整能力强 . 愿意与人打交道 . 喜欢得到社会的认可 . 有影响力和魅力 . 表情和感情表现明显丰富多样 . 行动活泼充满自信 . 破冰高手 . 在压力下工作难以系统化处理 . 决定即兴，没想好就做，容易承诺 . 情绪波动大起大落 红色 . 孙中山 . 优势：积极乐观、善于表达 . 局限：缺乏条理、粗心大意、情绪化 . 反感：循规蹈矩 . 追求：广受欢迎与喝彩 . 担心：失去声望 . 动机：别人的认同、快乐 红色 社交/影响/活泼 . 以事为中心、以目标为指向 . 自我意识强烈 . 愿意承担具有挑战性的工作 . 语言直接 . 行动快速紧急，决定迅速. . 时间安排紧凑，效率高. . 担心丧失控制力 . 在压力下，不关心别人的感情与看法 . 如果长期没有成就，有强烈挫败感 黄色 . 朱镕基 . 优势：行动快速、目标导向、执着 . 局限：缺乏耐心、感觉迟钝、易怒 . 反感：优柔寡断 . 追求：工作效率、支配地位 . 担心：被驱动、强迫 . 动机：得到、成就感、控制 . （天生的领袖潜质） . （对改变的迫切需要） . （目标导向、渴望挑战） 黄色 主导/控制/力量 . 追求正确性和完美 . 自我要求很高，带来工作动力 . 担心自己的业务受到批评 . 言谈行动慎重，含蓄。 . 依据事实、信息、证据、比较，经验基准做出决定 . 做决定需要时间较多. . 压力下有时过分地批判他人 . 喜欢挑毛病 . 执行偏慢 蓝色 . 张国荣 . 优点：做事讲求条理、善于分析 . 局限：完美主义、过于苛刻 . 反感：盲目行事、被打断 . 追求：精细准确、.一丝不苟 . 担心：批评于非议 . 动机：进步、完美 . （亚里士多德：“所有天才都有完美型特点”） . （信条：质量比数量重要） . （深深的关怀和同情心） 蓝色 分析/思考/完美 . 喜欢.一贯性 . 以团队合作为指向，能包容 . 稳重忠诚，有韧劲 . 很好的聆听者，关注人的感情 . 温和温柔，迂回着说话. . 决定时依存他人意见. . 给人以很好的信赖感 . 喜欢维持现状，担心变化 . 在压力下过分地让步 . 行动缓慢.时间有余地 绿色 . 许三多 . 优势：恪尽职守、善于倾听 . 局限：过于敏感、缺乏主见 . 反感：感觉迟钝 . 追求：被人接受、生活稳定 . 担心：突然的变革 . 动机：归属感、和谐、稳定 . （中庸之道，最接近中国传统文化“和为贵”） . （低调、随和、镇定、耐心、乐天知命） 绿色 稳重/和谐/亲善 界面设计 软件开发 老板]]> Wed, 13 Jun 2012 05:01:44 GMT /slideshow/scrum-gathering-2012-shanghai-13305688/13305688 LetAgileFly@slideshare.net(LetAgileFly) Scrum gathering 2012 shanghai 团队合作与团队指导分会场演讲话题：你的团队什么颜色的（杨瑞） LetAgileFly 厦门英睿信息科技有限公司 你的团队什么颜色？ 团队成员性格的色彩标签 ? . 杨瑞 . 厦门英睿信息科技有限公司联合创始人 . 复旦大学软件工程硕士，同济大学自动控制学士 . 10年软件工程经验，8年过程改进经验，在基于传 统和敏捷的开发管理方面具有多年经验，目前是 国内敏捷社区内的活跃人士。 . 2011年ScrumGathering分享嘉宾 . 2011年AgileTour厦门&福州站组织者、分享嘉 宾 . 厦门敏捷社区发起人 Oscar@enways.com h0p://weibo.com/2444558 塞班岛 2012.03 @杨瑞--‐敏捷厦门 ? 团队是什么？ ? 木桶理论 如何让具有短 板的木桶装更 多的水？ ? 星座 生肖黄道 MBIT 精力支配：外向 E — 内向 I 认识世界：实感 S — 直觉 N 判断事物：思维 T — 情感 F 生活态度：判断 J — 知觉 P …… 性格色彩 PROFESSIONAL DYNAMETRIC PROGRAMS PDP 九型人格 ? . 天命之谓性《礼记.中庸》 . 生之所以然者谓之性《荀子.正名篇》 . 积行成习，积习成性，积性成命 ? 外向（率直） 内向（优柔） 理性 （关注事） 感性 （关注人） ? . 乐天的，自我调整能力强 . 愿意与人打交道 . 喜欢得到社会的认可 . 有影响力和魅力 . 表情和感情表现明显丰富多样 . 行动活泼充满自信 . 破冰高手 . 在压力下工作难以系统化处理 . 决定即兴，没想好就做，容易承诺 . 情绪波动大起大落 红色 . 孙中山 ? . 优势：积极乐观、善于表达 . 局限：缺乏条理、粗心大意、情绪化 . 反感：循规蹈矩 . 追求：广受欢迎与喝彩 . 担心：失去声望 . 动机：别人的认同、快乐 红色 社交/影响/活泼 ? . 以事为中心、以目标为指向 . 自我意识强烈 . 愿意承担具有挑战性的工作 . 语言直接 . 行动快速紧急，决定迅速. . 时间安排紧凑，效率高. . 担心丧失控制力 . 在压力下，不关心别人的感情与看法 . 如果长期没有成就，有强烈挫败感 黄色 . 朱镕基 ? . 优势：行动快速、目标导向、执着 . 局限：缺乏耐心、感觉迟钝、易怒 . 反感：优柔寡断 . 追求：工作效率、支配地位 . 担心：被驱动、强迫 . 动机：得到、成就感、控制 . （天生的领袖潜质） . （对改变的迫切需要） . （目标导向、渴望挑战） 黄色 主导/控制/力量 ? . 追求正确性和完美 . 自我要求很高，带来工作动力 . 担心自己的业务受到批评 . 言谈行动慎重，含蓄。 . 依据事实、信息、证据、比较，经验基准做出决定 . 做决定需要时间较多. . 压力下有时过分地批判他人 . 喜欢挑毛病 . 执行偏慢 蓝色 . 张国荣 ? . 优点：做事讲求条理、善于分析 . 局限：完美主义、过于苛刻 . 反感：盲目行事、被打断 . 追求：精细准确、.一丝不苟 . 担心：批评于非议 . 动机：进步、完美 . （亚里士多德：“所有天才都有完美型特点”） . （信条：质量比数量重要） . （深深的关怀和同情心） 蓝色 分析/思考/完美 ? . 喜欢.一贯性 . 以团队合作为指向，能包容 . 稳重忠诚，有韧劲 . 很好的聆听者，关注人的感情 . 温和温柔，迂回着说话. . 决定时依存他人意见. . 给人以很好的信赖感 . 喜欢维持现状，担心变化 . 在压力下过分地让步 . 行动缓慢.时间有余地 绿色 . 许三多 ? . 优势：恪尽职守、善于倾听 . 局限：过于敏感、缺乏主见 . 反感：感觉迟钝 . 追求：被人接受、生活稳定 . 担心：突然的变革 . 动机：归属感、和谐、稳定 . （中庸之道，最接近中国传统文化“和为贵”） . （低调、随和、镇定、耐心、乐天知命） 绿色 稳重/和谐/亲善 ? 界面设计 软件开发 老板 <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/scrumgathering2012shanghai-120613050145-phpapp01-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br> 厦门英睿信息科技有限公司 你的团队什么颜色？ 团队成员性格的色彩标签 ? . 杨瑞 . 厦门英睿信息科技有限公司联合创始人 . 复旦大学软件工程硕士，同济大学自动控制学士 . 10年软件工程经验，8年过程改进经验，在基于传 统和敏捷的开发管理方面具有多年经验，目前是 国内敏捷社区内的活跃人士。 . 2011年ScrumGathering分享嘉宾 . 2011年AgileTour厦门&amp;福州站组织者、分享嘉 宾 . 厦门敏捷社区发起人 Oscar@enways.com h0p://weibo.com/2444558 塞班岛 2012.03 @杨瑞--‐敏捷厦门 ? 团队是什么？ ? 木桶理论 如何让具有短 板的木桶装更 多的水？ ? 星座 生肖黄道 MBIT 精力支配：外向 E — 内向 I 认识世界：实感 S — 直觉 N 判断事物：思维 T — 情感 F 生活态度：判断 J — 知觉 P …… 性格色彩 PROFESSIONAL DYNAMETRIC PROGRAMS PDP 九型人格 ? . 天命之谓性《礼记.中庸》 . 生之所以然者谓之性《荀子.正名篇》 . 积行成习，积习成性，积性成命 ? 外向（率直） 内向（优柔） 理性 （关注事） 感性 （关注人） ? . 乐天的，自我调整能力强 . 愿意与人打交道 . 喜欢得到社会的认可 . 有影响力和魅力 . 表情和感情表现明显丰富多样 . 行动活泼充满自信 . 破冰高手 . 在压力下工作难以系统化处理 . 决定即兴，没想好就做，容易承诺 . 情绪波动大起大落 红色 . 孙中山 ? . 优势：积极乐观、善于表达 . 局限：缺乏条理、粗心大意、情绪化 . 反感：循规蹈矩 . 追求：广受欢迎与喝彩 . 担心：失去声望 . 动机：别人的认同、快乐 红色 社交/影响/活泼 ? . 以事为中心、以目标为指向 . 自我意识强烈 . 愿意承担具有挑战性的工作 . 语言直接 . 行动快速紧急，决定迅速. . 时间安排紧凑，效率高. . 担心丧失控制力 . 在压力下，不关心别人的感情与看法 . 如果长期没有成就，有强烈挫败感 黄色 . 朱镕基 ? . 优势：行动快速、目标导向、执着 . 局限：缺乏耐心、感觉迟钝、易怒 . 反感：优柔寡断 . 追求：工作效率、支配地位 . 担心：被驱动、强迫 . 动机：得到、成就感、控制 . （天生的领袖潜质） . （对改变的迫切需要） . （目标导向、渴望挑战） 黄色 主导/控制/力量 ? . 追求正确性和完美 . 自我要求很高，带来工作动力 . 担心自己的业务受到批评 . 言谈行动慎重，含蓄。 . 依据事实、信息、证据、比较，经验基准做出决定 . 做决定需要时间较多. . 压力下有时过分地批判他人 . 喜欢挑毛病 . 执行偏慢 蓝色 . 张国荣 ? . 优点：做事讲求条理、善于分析 . 局限：完美主义、过于苛刻 . 反感：盲目行事、被打断 . 追求：精细准确、.一丝不苟 . 担心：批评于非议 . 动机：进步、完美 . （亚里士多德：“所有天才都有完美型特点”） . （信条：质量比数量重要） . （深深的关怀和同情心） 蓝色 分析/思考/完美 ? . 喜欢.一贯性 . 以团队合作为指向，能包容 . 稳重忠诚，有韧劲 . 很好的聆听者，关注人的感情 . 温和温柔，迂回着说话. . 决定时依存他人意见. . 给人以很好的信赖感 . 喜欢维持现状，担心变化 . 在压力下过分地让步 . 行动缓慢.时间有余地 绿色 . 许三多 ? . 优势：恪尽职守、善于倾听 . 局限：过于敏感、缺乏主见 . 反感：感觉迟钝 . 追求：被人接受、生活稳定 . 担心：突然的变革 . 动机：归属感、和谐、稳定 . （中庸之道，最接近中国传统文化“和为贵”） . （低调、随和、镇定、耐心、乐天知命） 绿色 稳重/和谐/亲善 ? 界面设计 软件开发 老板
Scrum gathering 2012 shanghai 团队合作与团队指导分会场演讲话题：你的团队什么颜色的（杨瑞） from LetAgileFly
]]> 732 3 https://cdn.slidesharecdn.com/ss_thumbnails/scrumgathering2012shanghai-120613050145-phpapp01-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0 Scrum gathering 2012 shanghai 领导力与组织转型分会场演讲话题：让飞行中的敏捷软着陆（李忠利） /LetAgileFly/scrum-gathering-2012-shanghai-13305609 scrumgathering2012shanghai-120613045504-phpapp01
让飞行中的敏捷软着陆（李忠利）闭闭>
让飞行中的敏捷软着陆（李忠利）闭闭> Wed, 13 Jun 2012 04:55:01 GMT /LetAgileFly/scrum-gathering-2012-shanghai-13305609 LetAgileFly@slideshare.net(LetAgileFly) Scrum gathering 2012 shanghai 领导力与组织转型分会场演讲话题：让飞行中的敏捷软着陆（李忠利） LetAgileFly 让飞行中的敏捷软着陆（李忠利） <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/scrumgathering2012shanghai-120613045504-phpapp01-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br> 让飞行中的敏捷软着陆（李忠利）
Scrum gathering 2012 shanghai 领导力与组织转型分会场演讲话题：让飞行中的敏捷软着陆（李忠利） from LetAgileFly
]]> 837 2 https://cdn.slidesharecdn.com/ss_thumbnails/scrumgathering2012shanghai-120613045504-phpapp01-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0 Scrum gathering 2012 shanghai 精益与持续改进分会场演讲话题： 大型公司ci平台建设和实施分享（陈小光） /slideshow/scrum-gathering-2012-shanghai-ci-13305463/13305463 scrumgathering2012shanghaici-120613043739-phpapp02
大型公司CI平台建设和实施分享 腾讯 陈小光 Agenda .现状&挑战 .实践分享-平台建设 .实践分享-实施推广 .总结 .Q&A .7年研发管理和优化经验，跨越银行、互联网等行业 .目前腾讯持续交付、持续集成实践者 .爱好广泛包括且不限敏捷实践，音乐，数学 .微博 @v陈小光v .Mail go2cxg@vip. 现状&挑战-现状 .工程师>500 .同时进行的项目>20 .开发语言覆盖c,c++,php,java，以及手机平台等 .项目之间依赖复杂，涉及到多层循环 现状&挑战-挑战-平台 .同时存在CI平台五套，各自为政，平台不一，资源浪费，是否要整合？ .当项目代码量超过百万时，如何提升构建效率？如何管理复杂构建依赖？ .CI集群30台，如何能及时有效的更新工具和软件以及配置到相关环境里面？ .如何保证从开发->测试->上线三个步骤的源码和二进制包版本一致性？ .如果处理来自不同团队的对CI平台的需求？ 现状&挑战-挑战-实施 .BU老大们对CI理解不一，如何获取他们的支持？ .开发对持续构建的失败漠不关心怎么办？ .如何让不到五人的CI团队，高满意度的支持大于五百人团队实施CI？ .如何提高开发编写单元测试的积极性？ .底层代码随意变更提交，影响到上层代码怎么办？ 解决方案-平台-设计思想 .平台设计思想: .统一平台和运维，减少维护成本和机器资源，成果共享 .环境保证绝对权威，跟线上、测试、开发保持一致 .提升易用性，减少用户学习成本 .统一测试和上线的包出口 .工具尽量使用开源 .Jenkins .Subversion .Testlink 解决方案-平台-拓扑结构 new.jpg 解决方案-平台-高效构建系统 . 基于开源scons自研的一套分布式统一构建系统 .支持c++,java,probuf,swig等多种语言 .代码变更后可以自动分析依赖关系 .集构建，测试，静态代码检查，高亮错误显示等功能 .支持增量和分布式编译和测试 . 解决了构建效率和依赖管理问题 .其他提升构建速度方法: . 使用tmpfs,IO效率基本为0，需要大内存机器 . 使用cache机制，比如ccache . 分布式编译，比如distcc . 源码分层:抽离基础库代码专人维护,包括common和thirdparty 解决方案-构建分级 构建类型 .NightlyBuild:夜间，全量测试和构建，重建cache .CheckInBuild:CheckInSvn，增量ut，增量构建， 基于cache .HandleBuild:按需，全量构建和测试，为了打包 解决方案-平台-统一接入脚本 概述：统一某种类型的项目或代码的公共动作(比如编译,执行ut,静态检查,包上传等)到一 个脚本或工具里面，用户只需要输入路径配置即可完成CI的配置，减少用户学习和使用 成本]]>
大型公司CI平台建设和实施分享 腾讯 陈小光 Agenda .现状&挑战 .实践分享-平台建设 .实践分享-实施推广 .总结 .Q&A .7年研发管理和优化经验，跨越银行、互联网等行业 .目前腾讯持续交付、持续集成实践者 .爱好广泛包括且不限敏捷实践，音乐，数学 .微博 @v陈小光v .Mail go2cxg@vip. 现状&挑战-现状 .工程师>500 .同时进行的项目>20 .开发语言覆盖c,c++,php,java，以及手机平台等 .项目之间依赖复杂，涉及到多层循环 现状&挑战-挑战-平台 .同时存在CI平台五套，各自为政，平台不一，资源浪费，是否要整合？ .当项目代码量超过百万时，如何提升构建效率？如何管理复杂构建依赖？ .CI集群30台，如何能及时有效的更新工具和软件以及配置到相关环境里面？ .如何保证从开发->测试->上线三个步骤的源码和二进制包版本一致性？ .如果处理来自不同团队的对CI平台的需求？ 现状&挑战-挑战-实施 .BU老大们对CI理解不一，如何获取他们的支持？ .开发对持续构建的失败漠不关心怎么办？ .如何让不到五人的CI团队，高满意度的支持大于五百人团队实施CI？ .如何提高开发编写单元测试的积极性？ .底层代码随意变更提交，影响到上层代码怎么办？ 解决方案-平台-设计思想 .平台设计思想: .统一平台和运维，减少维护成本和机器资源，成果共享 .环境保证绝对权威，跟线上、测试、开发保持一致 .提升易用性，减少用户学习成本 .统一测试和上线的包出口 .工具尽量使用开源 .Jenkins .Subversion .Testlink 解决方案-平台-拓扑结构 new.jpg 解决方案-平台-高效构建系统 . 基于开源scons自研的一套分布式统一构建系统 .支持c++,java,probuf,swig等多种语言 .代码变更后可以自动分析依赖关系 .集构建，测试，静态代码检查，高亮错误显示等功能 .支持增量和分布式编译和测试 . 解决了构建效率和依赖管理问题 .其他提升构建速度方法: . 使用tmpfs,IO效率基本为0，需要大内存机器 . 使用cache机制，比如ccache . 分布式编译，比如distcc . 源码分层:抽离基础库代码专人维护,包括common和thirdparty 解决方案-构建分级 构建类型 .NightlyBuild:夜间，全量测试和构建，重建cache .CheckInBuild:CheckInSvn，增量ut，增量构建， 基于cache .HandleBuild:按需，全量构建和测试，为了打包 解决方案-平台-统一接入脚本 概述：统一某种类型的项目或代码的公共动作(比如编译,执行ut,静态检查,包上传等)到一 个脚本或工具里面，用户只需要输入路径配置即可完成CI的配置，减少用户学习和使用 成本]]> Wed, 13 Jun 2012 04:37:37 GMT /slideshow/scrum-gathering-2012-shanghai-ci-13305463/13305463 LetAgileFly@slideshare.net(LetAgileFly) Scrum gathering 2012 shanghai 精益与持续改进分会场演讲话题： 大型公司ci平台建设和实施分享（陈小光） LetAgileFly 大型公司CI平台建设和实施分享 腾讯 陈小光 Agenda .现状&挑战 .实践分享-平台建设 .实践分享-实施推广 .总结 .Q&A ? .7年研发管理和优化经验，跨越银行、互联网等行业 .目前腾讯持续交付、持续集成实践者 .爱好广泛包括且不限敏捷实践，音乐，数学 .微博 @v陈小光v .Mail go2cxg@vip. ? 现状&挑战-现状 .工程师>500 .同时进行的项目>20 .开发语言覆盖c,c++,php,java，以及手机平台等 .项目之间依赖复杂，涉及到多层循环 ? 现状&挑战-挑战-平台 .同时存在CI平台五套，各自为政，平台不一，资源浪费，是否要整合？ .当项目代码量超过百万时，如何提升构建效率？如何管理复杂构建依赖？ .CI集群30台，如何能及时有效的更新工具和软件以及配置到相关环境里面？ .如何保证从开发->测试->上线三个步骤的源码和二进制包版本一致性？ .如果处理来自不同团队的对CI平台的需求？ 现状&挑战-挑战-实施 .BU老大们对CI理解不一，如何获取他们的支持？ .开发对持续构建的失败漠不关心怎么办？ .如何让不到五人的CI团队，高满意度的支持大于五百人团队实施CI？ .如何提高开发编写单元测试的积极性？ .底层代码随意变更提交，影响到上层代码怎么办？ ? 解决方案-平台-设计思想 .平台设计思想: .统一平台和运维，减少维护成本和机器资源，成果共享 .环境保证绝对权威，跟线上、测试、开发保持一致 .提升易用性，减少用户学习成本 .统一测试和上线的包出口 .工具尽量使用开源 .Jenkins .Subversion .Testlink 解决方案-平台-拓扑结构 new.jpg ? 解决方案-平台-高效构建系统 . 基于开源scons自研的一套分布式统一构建系统 .支持c++,java,probuf,swig等多种语言 .代码变更后可以自动分析依赖关系 .集构建，测试，静态代码检查，高亮错误显示等功能 .支持增量和分布式编译和测试 . 解决了构建效率和依赖管理问题 .其他提升构建速度方法: . 使用tmpfs,IO效率基本为0，需要大内存机器 . 使用cache机制，比如ccache . 分布式编译，比如distcc . 源码分层:抽离基础库代码专人维护,包括common和thirdparty 解决方案-构建分级 构建类型 .NightlyBuild:夜间，全量测试和构建，重建cache .CheckInBuild:CheckInSvn，增量ut，增量构建， 基于cache .HandleBuild:按需，全量构建和测试，为了打包 解决方案-平台-统一接入脚本 概述：统一某种类型的项目或代码的公共动作(比如编译,执行ut,静态检查,包上传等)到一 个脚本或工具里面，用户只需要输入路径配置即可完成CI的配置，减少用户学习和使用 成本 <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/scrumgathering2012shanghaici-120613043739-phpapp02-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br> 大型公司CI平台建设和实施分享 腾讯 陈小光 Agenda .现状&amp;挑战 .实践分享-平台建设 .实践分享-实施推广 .总结 .Q&amp;A ? .7年研发管理和优化经验，跨越银行、互联网等行业 .目前腾讯持续交付、持续集成实践者 .爱好广泛包括且不限敏捷实践，音乐，数学 .微博 @v陈小光v .Mail go2cxg@vip. ? 现状&amp;挑战-现状 .工程师&gt;500 .同时进行的项目&gt;20 .开发语言覆盖c,c++,php,java，以及手机平台等 .项目之间依赖复杂，涉及到多层循环 ? 现状&amp;挑战-挑战-平台 .同时存在CI平台五套，各自为政，平台不一，资源浪费，是否要整合？ .当项目代码量超过百万时，如何提升构建效率？如何管理复杂构建依赖？ .CI集群30台，如何能及时有效的更新工具和软件以及配置到相关环境里面？ .如何保证从开发-&gt;测试-&gt;上线三个步骤的源码和二进制包版本一致性？ .如果处理来自不同团队的对CI平台的需求？ 现状&amp;挑战-挑战-实施 .BU老大们对CI理解不一，如何获取他们的支持？ .开发对持续构建的失败漠不关心怎么办？ .如何让不到五人的CI团队，高满意度的支持大于五百人团队实施CI？ .如何提高开发编写单元测试的积极性？ .底层代码随意变更提交，影响到上层代码怎么办？ ? 解决方案-平台-设计思想 .平台设计思想: .统一平台和运维，减少维护成本和机器资源，成果共享 .环境保证绝对权威，跟线上、测试、开发保持一致 .提升易用性，减少用户学习成本 .统一测试和上线的包出口 .工具尽量使用开源 .Jenkins .Subversion .Testlink 解决方案-平台-拓扑结构 new.jpg ? 解决方案-平台-高效构建系统 . 基于开源scons自研的一套分布式统一构建系统 .支持c++,java,probuf,swig等多种语言 .代码变更后可以自动分析依赖关系 .集构建，测试，静态代码检查，高亮错误显示等功能 .支持增量和分布式编译和测试 . 解决了构建效率和依赖管理问题 .其他提升构建速度方法: . 使用tmpfs,IO效率基本为0，需要大内存机器 . 使用cache机制，比如ccache . 分布式编译，比如distcc . 源码分层:抽离基础库代码专人维护,包括common和thirdparty 解决方案-构建分级 构建类型 .NightlyBuild:夜间，全量测试和构建，重建cache .CheckInBuild:CheckInSvn，增量ut，增量构建， 基于cache .HandleBuild:按需，全量构建和测试，为了打包 解决方案-平台-统一接入脚本 概述：统一某种类型的项目或代码的公共动作(比如编译,执行ut,静态检查,包上传等)到一 个脚本或工具里面，用户只需要输入路径配置即可完成CI的配置，减少用户学习和使用 成本
Scrum gathering 2012 shanghai 精益与持续改进分会场演讲话题： 大型公司ci平台建设和实施分享（陈小光） from LetAgileFly
]]> 922 3 https://cdn.slidesharecdn.com/ss_thumbnails/scrumgathering2012shanghaici-120613043739-phpapp02-thumbnail.jpg?width=120&height=120&fit=bounds presentation White http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0 https://public.slidesharecdn.com/v2/images/profile-picture.png https://cdn.slidesharecdn.com/ss_thumbnails/sponsorshipprogram2013regionalscrumgatheringchina-130415214302-phpapp01-thumbnail.jpg?width=320&height=320&fit=bounds slideshow/sponsorship-program-2013-regional-scrum-gathering-china/18886695 Sponsorship program 20... https://cdn.slidesharecdn.com/ss_thumbnails/scrumgathering2012shanghai-120805101928-phpapp01-thumbnail.jpg?width=320&height=320&fit=bounds slideshow/scrum-gathering-2012-shanghai-13877578/13877578 Scrum gathering 2012 s... https://cdn.slidesharecdn.com/ss_thumbnails/scrumgathering2012shanghai-120706035926-phpapp02-thumbnail.jpg?width=320&height=320&fit=bounds slideshow/scrum-gathering-2012-shanghai-13560190/13560190 Scrum Gathering 2012 S...