AgileChina参会笔记

敏捷中国这个会议是一个比较不错的技术会议，简单记录一下：

腾讯 林松 互联网产品研发的敏捷经验分享

1. 腾讯在敏捷上的思路是：在产品上是FDD（功能驱动开发），过程采用SCRUM，实践采用XP。
2. 在TimeBox并没有统一的要求，主要根据产品的特点进行设计，其中比较有意思的是产品安排在周四进行发布，以避免由于周五发布造成的加班现象。
3. 在产品的回顾阶段，通过对改进建议设置改进人的方式，避免回顾流于形式。
4. 在站立会议方面，通过更换主持人的方式，增加趣味性，避免过于枯燥。
5. 产品发布采用了灰度发布，降低发布的风险。
6. 利用“与客户订婚”、“跟客户回家”的概念、眼球观测仪器等设备，准确把握需求。
7. 利用Sale的方式，进行敏捷的推广。
8. 利用团队比较，加大团队的热情，利用类似股票的实时面板，提高团队间的竞争。
9. 对敏捷的改善过程是：认知、认可、实践、优化和成熟。
10. 对敏捷的能力，也提出了A1、A2、A3等模型。
11. 有意思的是提出了厕所文化的事情，就是Google在厕所中进行文化和技术的传播。

ThoughtWorks 路宁 敏捷工厂之旅

1. 清洁明亮的工厂，像医院一样
2. 5S：Sort（有序）、Stabklize（整理）、Shine（清洁）、Standardize（标准）、Sustain（保持）
3. 开发的环境要考虑：桌面、照明、布线、服务器、代码结构、软件配置、电脑系统
4. 方方面面的可视化、地面上的标记、可视化控制、现场管理、强调自我管理，现场、现实、现物处理问题
5. 迅速流动和停止流动
6. 看板和拉动生产，Code on failed Test
7. 交付能力，准时生产和零库存，准时生产=多交付，零库存=交付即可运行，库存量=剩余工作量
8. 自主的工作单元，加工之后立即检测的U型工作单元=Unit
9. 单件流，被授权的全功能小团队
10. 全功能小团队、迭代开发、难以可视化的工作流程通过结对解决，而且要通过到处结对来解决问题，达到平衡
11. 流动、消除浪费、到处流动
12. 在开发活动中保证质量，全员参与的全程质量体系
13. Andon灯=持续集成，失败立即修正
14. 改进活动，发现和消除浪费，持续改进

ThoughWorks QiHuiQin 德明如是说：Build Quality In

1. 全程的质量参与
2. 尽早进入测试
3. 测试是全面的包括需求、设计、功能等多个方面
4. 通过结对，达到能力的均衡

总结：

1. 敏捷需要尝试，需要不断的改进
2. 全程的质量控制是质量提升的根本
3. 利用Lean避免浪费
4. 敏捷要根据实际情况进行应用，不可千篇一律
5. ThoughWorks公司是一家咨询公司，因此过度的开放环境是OK的，而所有的公司都是这种开放的方式就死翘翘了
6. 了解和学习别人的经验是我们进步的捷径
7. 对于我而言，要持续关注XP、Scrum、Lean和GTD