如果有能够衡量敏捷是否成功的终极因素，那就是敏捷方式持续改进软件开发的外围系统。我知道一些高管采用敏捷技术来改进业务运营。但是直到最近，我才听说敏捷也可以成功应用到家庭管理上。
上周，我无意在本地公共电台广播听到纽约时报记者Bruce Feiler讨论敏捷的成功。我很熟悉他的工作，但是不知道他居然还涉猎软件开发领域。听完后才知道，他其实并没有从事软件开发。《快乐家庭的秘密》一书的作者提出过敏捷编程技术如何帮助他和很多其他家庭解决一起生活或者工作的人们都会面临的问题。“几乎我认识的每个人都被家庭生活的琐事所淹没，”Feiler在广播里说，之前他也在TED公开演讲里讲过相同主题。
Feiler在演讲中谈到了如何召开简短会议，让孩子们设计自己的解决方案，以及在错误发生时，如何在家庭中得到大家的承诺，在事情变成一团糟之前快速解决问题。
Feiler说，对家庭而言，敏捷的成功来自于三个方面：随机应变、给孩子们自主权、分享自己的经验。他的演讲让我意识到贯彻执行敏捷技术的巨大作用。这也让大家更容易理解敏捷的成功，尤其对于拥有成熟经验的软件团队而言。下面是我认为Feiler的观点中可以应用到软件行业的方面。
敏捷的成功：随机应变
持续调节和适应是敏捷实践的核心。Feiler称其为“为变化而生的系统”。他说父母在寻找养育孩子的正确方式时，太依赖于shrinks和自助专家。他们不会质疑传统观念，比如“家庭晚餐对孩子有益”。但是你家庭里的实际情况是什么呢？妈妈下班很晚。孩子们要练习足球。可能家庭早餐才是你需要的，Feiler告诉听众。也就是说，家庭，或者整个团队，可以在任何问题出现前解决它们。
要达到敏捷的成功交付支撑业务的最佳软件软件专家也可以引用这些规则。比如，传统方式认为应该在开发过程中让业务的利益相碰者持续参与。所有软件团队需要理解什么才是最重要的事情。但是是不是几乎所有敏捷团队都在这些方面苦苦挣扎？这就需要掌握敏捷的技术核心，而不是循规蹈矩。如果你坚持让业务主管参与到流程里，但是他不听怎么办？那可能不如让他们参与到简短的sprint里。作为团队，需要持续寻找新的，更加高效的方式来让业务领导参与到软件开发中来。
敏捷的成功：给孩子们自主权
Feiler的演讲让我意识到孩子（和父母）在家庭的行事方式和他们在工作上专业的行为通常都不一样。比如，他的家庭正在解决过激反应的问题：一个孩子在iPhone被没收时发脾气；孩子考试没通过时妈妈怒气冲天。在头脑风暴出解决方案时，Feiler的一个女儿提议每个家庭成员在一周之内只能过激10分钟。“这意味着10分钟的发脾气时间吗？或者可以一次五分钟，分成两次？还是一周10次，每次持续一分钟？“她的姐姐继续问。
和孩子们一样，专业人员 有一些比另外一些严重也会过激反应，不是因为他们还年轻，而是因为这是人类的天性。但是，如果选择不被这些行为激怒，而是一起探讨，参与并且将其融入到流程里是不是会更好呢？当有人过激反应时， 我们接受它并且限制它。这会让我们更容易找到解决方法，继续前进并完成工作。作为软件专家，我们不太可能阻止参与项目的外部stakeholder发脾气，但是可以预见到这样的情况，专注于工作，交付正确的软件，而不是被他人的愤怒情绪所影响。
敏捷的成功：分享自己的经验
Feiler说适应能力和预测某种行为的能力是敏捷成功的两个方面。第三点我们称之为”分享自己的经验“。家庭以及软件团队可以尝试说出自己是谁，知道些什么，来自于哪里，相信什么以及追求什么。通常，这意味着像真正的团队一样一起工作，创建使命宣言，团队认为的价值列表非常重要。
我正在我的团队里尝试这些。如下是目前我收获的：讲出真相，知错就改。一天至少步行10000步，尽可能早得关闭电脑。找到达到长期目标的方法，同时也预留足够的时间处理紧急事务以满足截止日期。
构建完美软件开发流程，或者正确管理家庭，并没有统一的模式。两者都很困难。但是在这两个领域，敏捷技术，加上持续的应用和改进，都能够达到敏捷的成功。
敏捷开发
让敏捷回顾产生的行动得以实施
敏捷方法论：极限编程 一次反思
业务软件制胜法宝：协作
Agile已死 Agility长存？
敏捷开发切记勿变动团队成员
大型敏捷项目之道分而治之：管理技巧
大型敏捷项目之道分而治之：适宜的团队
什么样的敏捷开发是我们真正需要的
敏捷测试实践
敏捷开发企业架构最佳实践
你不知道敏捷ALM工具的陷阱
可扩展敏捷开发呼唤明确的实践
敏捷业务：站立会议通往成功之路
敏捷开发的六个实战经验
敏捷项目估算：什么是故事？什么是点数？
敏捷开发流程管理须参考的三个要素
运用敏捷打造分布式开发团队
企业中的敏捷扩展实践
诺基亚娱乐部门如何用DevOps补敏捷之不足
用Scrum促成凡事固定的项目
如何提升开发团队的敏捷能力
怎么能保证你的敏捷团队不被指标毁掉？
对敏捷团队来说 快乐是否重要？
Kanban vs. Scrum：你应该选择哪一个敏捷工具？
七个垂手可得的敏捷开发工具
敏捷会导致死亡行军项目吗？
基于风险测试利于减少不良结果
多任务只会耽误项目进程？
敏捷软件开发风险：克服功能蔓延
敏捷软件开发已走向主流地位？
有利于软件开发的五个敏捷编程方法
你为什么要关注行为驱动开发
测试人员在敏捷过程中的挑战
敏捷管理初期出现的常见问题
看敏捷开发项目如何成为Jed Moffitt的IT副业的？
Scrum中QA角色经验分享
专家建议：如何创建软件开发团队
六步确定你的企业是否足够敏捷
找出敏捷衡量指标 让企业更敏捷
在敏捷开发过程中，架构师是鸡还是猪？
缺陷跟踪：精益原则妙用 适时获得正确数据
敏捷开发中 测试人员做哪些工作
Scrum vs. Kanban：软件开发新方法大比拼
为什么要考虑在组织中使用大规模敏捷？
你的公司需要分布式敏捷团吗？
敏捷式 vs. 瀑布式：软件需求最佳方式
四条原则直通真正敏捷境界
五大工具确保敏捷开发的成功
如何实施整体团队敏捷方法
敏捷需求是否源于不同的瀑布收集？
集中化测试在敏捷团队中是否占有一席之地？
Rally Software与仁能信息联手 助华企业提高敏捷性
敏捷文档编制路线图
从敏捷工程实践中获益的五种途径
开放式敏捷实施：执行摘要
敏捷开发需要管理者和等级制度吗？
敏捷回顾得益于积极性与洞察力
敏捷与ALM的天作之合
敏捷开发创始人Martin Fowler：估算的目的
当软件遇上设计 浅谈敏捷UX VS.精益UX
关于敏捷研发的跨界反思
修复bug与解决问题 从敏捷到精益
度量敏捷实施的价值
不再头疼于敏捷测试报告
敏捷开发之十二条敏捷原则
敏捷开发最佳实践：瀑布模式和Scrum模式结合
XML敏捷开发的挑战（下）
XML敏捷开发的挑战（上）
用户案例：敏捷开发作用在何处？
如何处理敏捷开发中的迭代问题（上）
敏捷开发的二十六条至理名言
对敏捷开发的五大误解
敏捷开发中的架构设计
敏捷开发实践真的不利于架构设计吗？
如何解决敏捷开发中的用人不当问题
另一种层面的敏捷开发
敏捷开发真实案例
敏捷开发实践中的精神内涵
敏捷开发的利器
用户称敏捷方法实施难 但值得一试
敏捷项目挑战项目经理
为什么敏捷可行？
分享十个让敏捷设计更加高效的方法
敏捷软件文档是自相矛盾的说法吗？
导致你的敏捷开发项目失败的五个原因
产品项目里的九个敏捷开发实战经验
增进敏捷团队中测试和开发人员间的协作
你不需要遵守的七个敏捷开发最佳实践
置之死地而后生：JMS死亡消息队列妙用
初创企业如何实现快速敏捷开发
敏捷开发及其给业务发展带来的影响
敏捷开发过程剖析及工具推荐
优秀的敏捷项目经理是项目成功的尚方宝剑
业务领导参与软件应用开发 成功率更高
如何有效开发敏捷需求
TFS让你的敏捷更规范
个人如何采用敏捷的工作方法
我们一直都在努力坚持原创.......请不要一声不吭，就悄悄拿走。
我原创，你原创，我们的内容世界才会更加精彩！
