本文开篇引用《管理3.0》里的一句话：
所有模型都是错误的，但都有用。
以下是我在京东研发实践总结的敏捷模型（或者叫模式），供敏捷爱好者参考。
该模型的名字是“一个核心，四个基本点”
一个核心是以价值为核心。
四个基本点分别为：透明、迭代、反馈和教练。
不给工具的模型都是耍流氓！
--引用自某人
下面分别介绍一下该模型当中用到的工具。
以价值为核心 – 工具实践是产品列表，详细介绍请点击。
基本点一（透明） – 工具实践是任务板。对于开始敏捷转型的团队，尤其推荐使用物理的任务板。
基本点二（迭代） – 工具实践是Sprint。在Scrum中，最重要的核心是1-3周的时间盒限制的Sprint。
基本点三（反馈） – 工具实践是每日站会、Sprint评审会、Sprint回顾会。
基本点四（教练） – 进行敏捷转型的关键在于，有人了解真正的敏捷是什么。那么不管内部教练还是外部教练，所起到的作用就在于此了。
最后总结为：
如果您想要了解细节，可以和我联系：
如果您需要敏捷培训，可以参考这里。
我们一起来看一下敏捷团队可能用到的工具。
如果说支持敏捷软件开发（比如Scrum）的工具，一般有如下几类：
1. 大型（全流程，相对笨重）- Rally，IBM Rational Team Concert, 微软TFS，
2. 中型（一般只解决某个流程，比如需求管理，简单的缺陷跟踪） - Jira，VersionOne
3. 小型（团队协作工具） - trello, teambition, slack, google doc,
4. 特定工具 - 比如持续集成Jenkins，代码静态检查Sona, findbugs，代码管理git
Jira (母公司Atlassian已经上市） - 简单易用的Scrum、看板工具，而且有很多插件。
trello - 快速拖动，灵活设置，个人非常喜欢的一款工具。好几个个人项目都在这上面，包括《Scrum精髓》翻译。
teambition - 个人用过的最好用的团队协作工具，比起tower, worktile好用的不是一点半点。
slack - 即时消息工具，方便的创建不同的频道。另外集成了常见的团队协作工具，比如github, twitter,dropbox, asana等。
google doc - 最好用的在线文档工具，没有之一
jenkins - 好用的持续集成工具，如果要在线持续集成，并且使用了github，可以试试travis
这篇心得是来自参会者龚正对于敏捷之旅2015年北京站的思考，感谢龚正！
BOB老师，您好
上周日参加的北京敏捷之旅，对于最后座谈会上大家讨论的一个问题很有感触，写了一篇心得~
-——————————————————————————–
上周日参加了北京的敏捷之旅，连续听了四位老师的讲座，新学到了不少知识，对之前的一些问题又有了新的认识。最后的一场座谈会中，大家讨论的一个问题让我联想到了两种管理思维的不同之处。
座谈会上，有位PMO的同学问到PMO员工未来的发展规划和职业道路，一位老师回答说，在自组织团队里，PMO是会消失掉的，PMO的作用是帮助项目经理管理项目，如果项目经理可以管理好项目的话，PMO就不需要存在
了，所以PMO的工作是把自己干掉，这听起来很矛盾。当时有另一个同学就反驳、并列举了他们公司中PMO的职责，比如客户的沟通、纠正项目经理管理中的问题、提供项目经理职业发展规划、督促项目经理进行自我提升等等。最后因为会议时长的原因，这个话题就没有继续讨论下去。
话题结束后，我开始思考传统的管理思路和敏捷管理思路的区别。传统的管理方法中，管理者好像在假定下级的管理者和员工因为经验的缺失、视野不够高，他们的管理能力是不胜任的，所以才需要进行监督和控制，管理者把大量的精力投入到对项目的管控中，当项目越来越多时，管理者便设立了PMO辅助他进行项目管理，PMO办公室开始制定项目流程、控制项目过程、用KPI考核绩效，用项目管理的工具来跟踪项目的执行。
敏捷的管理思路更多的是强调团队的自组织和自律性，认为团队可以自行的做好自己的计划、执行和监督的工作。所以不需要管理者过多的干预，团队也可以自发的协调好彼此的关系，管理者需要信任下属，给予他们适度的授权。
两者的区别类似于管理学中的X理论和Y理论，传统管理思维认为大部分人是被动的，所以需要被管理，而敏捷管理思维则认为大部分人是主动的，所以他们可以自己管理自己。两种不同的出发点，产生了两种不同的管理方式，采用哪一种管理方式，则取决于管理者的性格和所处的环境了。
-—————————————————————————-
谢谢BOB老师还有其他的会议组织者，周日一天学了很多东西~
-—–以下是广告——
场地赞助商
礼品赞助商
图书赞助商
从英文来看facilitate的意思是使能够、使之变得更容易的意思，大致可以延伸理解为支持并推进。
国内对facilitate的翻译包括引导、催化、促动、建导等。
入门法则快速记忆–TRRE
引导之前，首先要明确时间规则。有两点需要注意：
接下来要介绍的是这个环节的产出是什么，或者说对参与者的期待是什么。结果或产出一定要具体，也可以结合下面的例子环节，给出具体示例。
然后就需要介绍规则是什么。介绍规则的时候，还可以介绍一下哪些是违反规则的，给出示例。
上述TRR讲完之后，可以结合在一起给出完整的例子。
如果是非常简单的引导技术和结果，可能会略过例子环节。而我碰到的大多数引导过程是需要给出例子，或许是引导师邀请参与者共同示范。
引导技术入门是TRRE，即Timebox,Result,Rule,Example–时间盒，结果，规则，示例。
2015年9月更新
Scrum教练静修活动（Retreat）已经报名41人，每个人都是非常有经验的敏捷教练，而且他们来自10个不同的国家和地区，分别是中国、香港、台湾、巴西、澳大利亚、德国、美国、印度、日本、泰国。想要来和高手过招吗？
2015年7月
Scrum教练静修活动通知：重大消息，早鸟名额只剩下少量的几个，如果想参加的同学需需要抓紧啦。
另外，为了达到静修的目的，整体参与者数量限制在75人，并且为了更好的多样性，每个企业限报名3人，超过3人将进入等待名单，在静修活动前2周将通知等待名单的结果。
静修不同于训练营、聚会、开放空间或者大会。这是一群更深层次以及更有经验的小规模的群体。静修的目的（愿景）是营造一段时光，通过有意义的方式，大家可以专注于学习和成长。以全新的视角，远离烦嚣，深度思考并共同协作的空间。
这次活动将于9月17日-9月19日在上海浦东香格里拉大酒店举行。有兴趣的小伙伴们可以抓紧时间报名啦，早鸟票价数量有限哦。早鸟价450美元。普通票价550美元。
报名链接：https://www.regonline.com/Register/Checkin.aspx?EventID=1722484
这里是2014年亚太区Scrum教练静修的结果，里面充满有意思和有意义的结果： https://coachesretreatthailand.ning.com/
时间：2017年3月23日-24日
地点：北京，待定
最近的课程：
2017年1月12日13日 成都 https://yihuode.io/activities/404
2017年3月23日24日 北京 https://yihuode.io/activities/419
2017年5月25日26日 北京 https://yihuode.io/activities/420
价格：早鸟价：6300元（3月13日前有效）；三人同行每人可享6000元；普通7000元；费用包含报名费、考试费，不含差旅住宿费。
因名额限制，座位保留以付款为准。如因故无法参加可自行找人替换，如申请退款则退交款额50%，所以付款前慎重考虑。
说明：京东员工、敏捷社区志愿者有特别折扣，详情联系讲师（邮件或微信）
从2001年提出敏捷宣言至今已有十余年，敏捷不仅仅在国外发展势头很强劲，在中国也有越来越多的企业开始敏捷转型。一开始是外企把敏捷带入中国，目前国有企业、民营企业、私营企业以及初创企业都在或多或少的应用敏捷实践。越来越多的企业和公司认识到敏捷转型的重要性。敏捷不仅仅是一些方法或实践，更是一种心态的变化，也是一个新的旅程。
在本次课程中，学员不仅从实际操作的层面上掌握Scrum的运用技巧，学员还将学会如何避免Scrum实施过程中的一些常见问题。Scrum很简单，但要掌握其精髓却并非容易，讲师结合自己在企业内实施敏捷转型的实践经验和Scrum框架，通过案例与游戏介绍解释什么是Scrum以及为什么Scrum可以如此高效。课程中通过多个游戏，和穿插的实例、练习、讨论等让学员亲历Scrum的工作过程、领悟Scrum的内涵、掌握Scrum的精髓。你的工作方式的改变从这里开始。
敏捷软件开发逐步地深入人心，但在敏捷转型的企业中，只有很少一部分可以做到持续不断地交付商业价值，使客户满意。相当数量的企业敏捷转型后，效果并不理想，然而问题在哪儿呢？本次工作坊将会从“道、法、术”的层面来解读敏捷，学员将不仅仅知道什么是敏捷，还会了解为什么需要敏捷，敏捷的核心是什么，敏捷会给企业带来什么好处。
Scrum作为敏捷软件开发的一种框架，很简单，但实现起来并不容易。本模块将会分析Scrum价值观，Scrum的基础以及Scrum的概述。
Scrum中包含3个角色：ScrumMaster，产品负责人和开发团队。为什么是这3个角色，为什么没有项目经理，一线经理负责什么。这些问题将会在本模块进行解读。
Scrum中的开发团队是自组织的、跨职能的团队，是小的团队，是蜂拥式的工作方式。如何组建这样的开发团队，如何能够激发开发团队的自主性，这个子模块会重点探讨开发团队相关的问题。
ScrumMaster是一个全新的角色，他不是项目经理。在Scrum团队中ScrumMaster常常看起来很“闲”，没什么事情做。这是一种错觉，也是一种误解。ScrumMaster可以作为教练，辅导团队Scrum转型；ScrumMaster也可以作为牧羊犬，保护团队不受外界干扰，可以在Sprint内专注于完成Sprint目标；ScrumMaster还可以作为引导师，使团队的会议变得更聚焦、更简单；ScrumMaster还是变革大师，不仅帮助自己团队Scrum转型，还要帮助组织进行转型。
产品负责人负责最大化产品以及开发团队工作的价值。在Scrum中，通过什么工具，以什么方式，产品负责人可以完成上述的工作，以及产品负责人的职责是什么，将会在这个子模块进行探讨。
产品列表是团队工作的输入，是至关重要的一环。好的产品列表是ODDE的。如何创建一个好的产品列表，如何拆分产品列表中的条目，都有哪些内容可以放在产品列表中，产品列表的一些常见臭味。以上这些话题将在这个模块中进行深入的探讨。
敏捷中的估算怎么做，需要细化到什么程度。敏捷宣言中提到“响应变化 高于 遵循计划”，那么在敏捷中是否还需要计划。敏捷中的规划都有哪些，分别是什么用处，在什么阶段使用。本模块主要讨论这样的一些主题。
流水账和反思记录一篇。
2016年10月20日，携家眷一同从北京出发顺利抵达杭州。出发前约好大连的巩敏杰一共打车前往酒店（会场）。非常凑巧的是我们两个航班前后脚抵达，省去了彼此的等待时间。更让我意外的是敏杰同学不住在会场酒店，却把我们一家先送到。在此特别感谢一下！
抵达酒店后发现舟师傅刚刚到达，深夜促膝长谈一番，回酒店休息啦。
10月21日，早饭约孟繁强一起，约两家家属一起出去玩。可能孩子岁数差异比较大，最后没成行。早饭后签到，实话说签到流程还是蛮顺利的，也可能是我签到的时间比较晚。就是签到环节领取发票，这个比较耽误时间，我果断决定等后面有时间过来取。
讲真，第一天大会只听了第一个Keynote（David Hussman）。非常喜欢他的一个类比。音乐家关注的不是写出更多的音乐，而是如何让自己的音乐影响力更大（更多的人喜欢）。
想一下我们的软件开发吧！今天（10月24日）是程序员节，尤其是在这样一个节日里，程序员们，管理者们，你们还在关注效率这件事情吗？还在关注写出更多的代码吗？需要转变思路啦。
另外Hussman还按照敏捷宣言的格式（xxx over yyy）提出了一番产品开发的宣言。如下：
上午后来和春山、大卫张、Bill等一起讨论中兴敏捷转型中的一些困惑。有很多的感触。尤其还学到了领导力相关的模型。（个人和组织层面看问题）更细节的信息，可以当面约聊哈。
下午约CSx一起商量下一届SG的事情，以及其他相关的Scrum联盟事宜。
多谢Ethan Huang介绍搜狗的美女金燕燕认识。不过貌似她的目的很明确。
Open Space环节，我提了一个话题，有钱有闲。可惜后来我先退出了。
晚上和老婆儿子一起品尝旁边的味庄，味道不错！赞一个！
回去后，参与到品茶大会，Andy、黄哲、张燎原、杨瑞、飞哥、陈婧、Terry等。意外发现Terry是个段子手。。。
10月22日，ScrumGathering第二天，感谢组织者、志愿者、以及视觉团队。这个环节做得非常棒，要对这些幕后英雄给以肯定。
听了第一个keynote（David Anderson）。话题临时从taking Scrum implementation to next level with Kanban改为find your own agility path with Kanban。本来想看看Anderson如何把Scrum带到一个更高层面，有点小失望。
在他的演讲当中，讲的是敏捷很深层的道理，不涉及对错的问题。所以也没有get到多少。
然后“破裤衩”环节，有一些很有意思的演讲。比如Scrum和土马的碰撞；网易杭州研发中心项目管理部的实践；等等。这个环节相当挑战呀，每个人只有20张ppt，每张ppt只有20s，时间到了自动跳到下一张ppt。
下午讨论了一下《Large Scale Scrum》这本书的翻译工作，目前确定了初步分工，开始干活了。
总结一下，本次大会给我最大的体会是，场外的闲聊绝对值得。要和不同的人去碰撞。
学不明白就别学了，用得上就直接用好了——这就是方法。 — 李笑来
这本书是看完《把时间当做朋友》，看到李笑来的推荐后快速翻阅的。虽然短小，也有一些收获。
有一天，有个人在Twitter上提问：
@maozhu1: @xiaolai 还请李老师用140字概括一下怎样才能学好英语？
我回复说：
其实一个字就够了：“用”。
反思一下这个字“用”，对于敏捷何尝不是呢。我的培训课程中，经常有学员会问，如何实施敏捷，怎么做。如果都没有去“用”，何谈学好或用好呢？
本书给我留下最深印象的是李笑来严谨的学习态度和方法。比如朗读，使用word作为词典工具，学习语法书，等等。
本书的后记，也着实让我震惊。一个人用两年时间，0基础开始用英语，雅思6.5分开始了留学。
所以，如果想要学好英语，那么开始用起来吧。
如果想要学好敏捷，也开始用起来吧。
摘要：
内容大纲
新闻
-—————————————
CSDN敏捷知识库出台啦！敏捷学习指南，敏捷知识一网打尽，敬请移步： https://lib.csdn.net/base/agile
社区
-—————————————
Scrum Gathering中国，10月21日22日在杭州举办，目前（9月30日前）门票价格为3000元（原价3500元），十人团购享受九折，报名链接https://study.163.com/course/introduction/1003059019.htm#/courseDetail
Scrum Gathering为敏捷实践者提供一次聚会的机会，分享关于Scrum和敏捷的实践以及知识，体验scrum 和敏捷的热情。在为期2天的盛会中，你将遇见志趣相投的Scrum实践者、讲师、教练和拥趸，你也将听到惊艳的主题演讲，参与开放空间活动，升华你对Scrum及敏捷的理解。
荐书
-—————————————
《把时间当做朋友》是我非常推荐的一本书。该书已经网络公开了，具体请移步：https://zhibimo.com/books/xiaolai/ba-shi-jian-dang-zuo-peng-you
从本书中最大的体会是，我被洗脑了，彻底的洗脑了。收获了几句非常简单的大实话：
课程
-—————————————
Certified ScrumMaster中文认证课程 - 10月27日28日 北京 https://yihuode.io/activities/357
价格：早鸟价：6000元（10月15日前有效）；三人同行8折优惠（5600元）；普通7000元
说明：京东员工、敏捷社区志愿者有特别折扣，详情联系讲师
***********************************************************************
学习设计与引导工作坊 - 10月11日12日北京 https://yihuode.io/activities/361
***********************************************************************
Certified ScrumMaster中文认证课程 - 11月17日18日 厦门 https://jinshuju.net/f/yoy02v
关于我
-—————————————
姜信宝 （Bob Jiang）
中国北方第一位CST（Certified Scrum Trainer）
资深敏捷教练、金牌讲师
旨在帮助企业改进工作方法以取得更好的商业价值。
Certified LeSS Practitioner，《Scrum精髓》的译者。
邮件： bob@bobjiang.com 微信： bob_jiang_xinbao
电话： 13910939018
报名请点击链接
时间: 2016年8月4日 - 2016年8月5日
地点: 北京
价格：早鸟5600元，7月21日前有效；普通7000元
特别说明：京东员工、敏捷社区志愿者有特别折扣，详情联系讲师（邮件或微信）
在这次课程中，学员将从实际操作的层面上学习和掌握Scrum的运用技巧，学员将学会如何避免Scrum实施过程中的一些常见问题。Scrum很简单，但并非容易，讲师结合自己在企业内实施敏捷转型的实践经验和Scrum框架，通过案例与游戏介绍解释什么是Scrum以及为什么Scrum可以如此高效。课程中通过多个游戏，和穿插的实例、练习、讨论等让学员亲历Scrum的工作过程、领悟Scrum的内涵、掌握Scrum的精髓。你的工作方式的改变从这里开始。
可以给讲师写邮件（bobjiang@bobjiang.com） 或者加微信
姜信宝 Bob Jiang
5月17日非常有幸和2位引导大师（来自澳大利亚的Tom和David）一起交流。从David那里我更进一步学习了焦点式对话ORID这个方法（参考资料：什么是ORID）。以前我也多次运用这个方法，也算小有心得，但是对于R(反应性问题)和I(诠释性)的问题，感觉总是问不好。而且有的时候干脆跳过反应性或诠释性问题。这次David给我一个很有力的说法：
R反应性问题，就好像是最后决策背后的能量，是助推器，使我们更加有动力去产生最后的决策。
I诠释性问题，是主题与个人之间产生链接，以及可能是参与者之间产生链接。而这种链接可以为我们带来意想不到的收获。
如果你想和我交流ORID焦点式对话，欢迎扫一扫我的微信：
最后送大家一个小例子，用来解释为什么焦点式对话是很自然的。
在课堂上，David把胶带扔给明伟老师，以下为明伟老师的反应和解释：
David用了一个小小的例子，就解释了ORID是一个很自然的对话过程。非常棒的例子！
本文是整理我的分享《Scrum精髓-之京东敏捷之旅》，这个演讲分别在敏捷之旅厦门、敏捷之旅福州、敏捷之旅天津以及光环国际敏捷组织转型大会上分享过。
这个分享主要包含2大部分：
案例分享主要讲了2个，一个是活动提报团队；另一个是途牛融合团队。
在活动提报团队中，团队没有关注功能场景，两次未能真正满足业务方的需求。后来团队进行敏捷转型，并且引入需求发起方到团队中，随时能搞响应需求变化并可以澄清需求以及验收。最终第三次较好的完成了业务方的需求。并且得到了业务方和老刘的高度认可。
第二个案例是途牛融合。前期采用用户故事地图进行版本规划，拆分成3个迭代。另外把所有接口和风险都列出来，每天更新。最后做到了60天完成两大上市公司的融合。并且8.18促销当天，总收入同期增长10倍！
从在京东内部敏捷辅导的案例当中，我总结了如下的京东敏捷模型（当心：所有的模型都是错误的，但是有用的）
一个核心：以价值为核心
没有工具或实践的模型都是耍流氓！
那么以价值为核心的实践就是产品待办列表（Product Backlog）。好的产品待办列表是ODDE的，参考我之前写的博客。
基本点1：透明
软件开发当中很多信息都是不透明的，而信任的基础又是透明。那么首当其中就是要把可以透明的信息都展示出来，这里我首推物理板子，如上图左边。如果是异地团队（不推荐搞异地团队），可以考虑使用电子板工具，如上图右边（京东自主研发的lessw）。
基本点2：迭代
迭代还有一层意思就是重复的做事情，那么重复做事情必须有一个限制。对于Scrum，这个限制就是时间盒。
基本点3：反馈
敏捷的核心不是快，而是反馈快，参考我的博客。针对反馈的实践，敏捷当中有很多的工具和实践。
每日站会
采用最多的是每日站会，每天团队凑在一起，回答3个问题。这里的关键点不是汇报工作，而是团队作为一个整体同步信息，为了达成迭代目标而努力。
评审会议，而不是演示会议，参看我之前的博客。
基本点4：教练
如果上面说的实践您还不会，或者在练习的过程中碰到问题怎么办，那么这个时候就需要有教练-即敏捷教练。不论是内部教练或者是外部教练，都对敏捷转型会有很大的帮助。
下面是这个模型的总结，希望京东敏捷模型对你也有所启发。
敏捷真的必须都是特性团队吗？
在回答这个问题之前，我们先来一起看看团队的分类和各自的优缺点。目前大多数组织内团队为组件团队（Component Team），与之对应的就是特性团队（Feature Team）。
优点：同一组件的人在一个团队内，组件的所有权清晰，大家的技能相同，便于交流沟通。
缺点：不利于产品交付，做出的组件与其他组件集成时可能出现问题。
什么是特性团队？
Larmen和Vodde总结认为：理想的功能特性团队是应该跨职能、跨组件以及同地协作的。团队开发完整的用户功能，一般由6到8名具备通用技能、同时各具专长的人组成。换句话说，这就是我们Scrum团队的原型。
优点：
缺点：
【Larmen和Vodde】同时也指出了功能特性团队所面临的几大挑战…对于这点我非常感谢他们。常见的障碍包括…a.代码的并发访问、b.共享设计责任、c.学习新技能的难度以及d.公司组织结构。他们认为：通过一些现代的工具，这些挑战还是能被克服的…但这需要时间。
最后该回答题目了，那么特性团队是否是必须的？
答案是取决于所在的组织环境，是的，虽然这个答案不是你想要的，但我只能给出这个答案。
我个人是倾向于特性团队，为什么，上面也已经说了很多好处。
我认为最重要的一个原因是，效果大于效率，也就是说作为一个团队，我们要看一下最后的产出（效果）是什么，而不是看团队的工作效率有多高。
最后我们一起来看一下组件团队和特性团队的对比图。（来自Craig Larmen和Bas Vodde）
