本周五还有一个峰会主题要讲，因为这个主题更多的是讲如何做业务架构的，所以我把之前的标题《使用TOGAF做产品开发》改为《使用TOGAF来做业务架构》。在我发布这些内容时，有些人也希望我发布一下去年的研发峰会的主题讲稿。其实这些讲稿之前都已经发布过了，为了让大家看得更方便，我在本篇都列出来。 业务需求分析入门 信息系统开发平台OpenExpressApp 企业架构建模－ArchiMate语言 架构师成长之路－个人学习经验分享 使用TOGAF来做业务架构 敏捷个人结果系统 - 认识自我，管理自我   敏捷个人QQ群（非IT人员）：128020082 推荐：你可能需要的在线

    执行力是敏捷个人需要学习的一个内容，本篇主要介绍执行力相关的内容，大家在读后可以采用介绍的一些指南开始行动。 执行力的三个层面 按照命令和规则做事的过程，简单讲就是能够听话照做 按照预定的计划行为的过程，简单讲就是做事章法 将想法变成现实的过程，简单讲就是规划实现 　　对第一个层面来说，要做的事情是片段的、非连贯的，但对第二个层面来说是连续的、整体的。一个计划并不是一两个步骤做好就行，而要将整体的顺序都做好才能达成效果。有了第二个层面的执行，组织的运转就有了相对较高的效率，但仍然不够，这就需要第三个层次的执行：创新规划并落实执行。组织的进步在于创新、在于设计、在于策划、在于走出习惯的自我，而且不仅仅是要有想法，还要有实现想法的能力，这就是第三个层次的执行。这三个层次的执行是逐步支撑的，第一个层次是第二个层次的保障，第二个层次是第三个层

Big dreams create the magic that stirs men's souls to greatness." — Bill McCartney 　　 　　今天是2010年最后一天了，这个练习非常合适在这种日子出现。你的年度总结做了吗？今年有什么收获吗？你是兴奋、平淡还是后悔？如果没有值得你兴奋的事情出现，那么本次练习将可以让你去思考一下你的有意义的事情，希望每个敏友们在明年的今天都能感受到一个收获的一年。 　　当你决定开始做一些有重要意义的事情时，你的生活也会从普通变得特别、变得更有意义。与其毫无激情的度过每一天，还不如每天都过的有意义。当有那么几件事情是你内心必须要做的时候，我们就不会失败，我们会一直保持动力，即使摔倒了也能爬起来。 你的结果:让自己沉浸在一些有重要意义的事中，带到自己一个全新的生活。 　　在30天敏捷结果：开篇中说到接下

“You don’t overcome challenges by making them smaller but by making yourself bigger.” —John C. Maxwell 你不能通过把挑战变小来克服它，而应该让自己变得更强大来战胜它   　　我们每个人都会遇到问题，问题是生活的一部分，它们总会不断地冒出来。与其躲避问题，我更加喜欢拥抱问题，积极地去应对它而不是逃避，基于这一点，最有效的事情就是学会解决问题的技术，成为有一个问题解决者。我在个人管理：问题应对之道中首次谈到问题，本篇把问题解决作为敏捷结果的一次练习再次出现。   你的结果:  学习解决问题的一种系统化的方法，成为一个有技巧的问题解决者   　　在30天敏捷结果：开篇中说到接下来我们将进行敏捷结果

  “Let your imagination release your imprisoned possibilities.” — Robert H. Schuller   　　每天清晨起来，我们新的一天就开始了。我们可以选择驱动今天，也可以选择由今天来驱动我们。当我们主动设计今天，那么我们就可以定义成功的标准，可以在今日的游戏中胜利，但我们要是被动的度过今天，那么可能明天我们就会独自一人在为今天后悔。   你的结果: 设计你的每一天，学会如何安排你的每一天来支持你取得成功  　　在30天敏捷结果：开篇中说到接下来我们将进行敏捷结果练习，前一篇学习了21：正面失败，吸取教训，改善结果，我们对失败有个重新的认识。今天我们要进行Getting Result练习的第22天：设计你的一天（Day 22 – D

敏捷开发是一种以人为核心、迭代、循序渐进的开发方法。在敏捷开发中，软件项目的构建被切分成多个子项目，各个子项目的成果都经过测试，具备集成和可运行的特征。第一次看到敏捷开发的定义，我就被敏捷开发迷住了。通俗来说，敏捷开发可以让我们用过的代码可以再次重用，因为是再次重用，所以相对安全，再次调试也没有第一次那么费心，省时省力。不断重用代码的过程中把存在的bug不断的修复，也因为不断的去重用， 这个模板变得起越来越独立，适用的情况越来越广范，最后在安全方面达到铜墙铁壁，在开发方面达到随心所欲，在维护方面达到从容面对。敏捷开发的确是利害，但如何练就这种深奥的武功呢？就我自身的情况靠人传授武功是不可能了，因为公司就我一个做开发的，苦思幂想之后，决定从开源的优秀框架入手，把它一行一行代码看懂，然后再为我所用。因为是一个人开发，前台和后台都得包办，哪从那一面做起呢？ 之前有过一二个月的开发经验，觉得前台的

“There are no right answers to wrong questions.”–Ursula K. Le Guin  错误的问题是得不到正确的结果的   你的结果: 学会如何问关键的问题来帮助你立即改善你的结果   　　在30天敏捷结果：开篇中说到接下来我们将进行敏捷结果练习，前一篇学习了19：你在为谁做事？，今天我们要进行Getting Result练习的第20天：好的问题可以获得好的结果（Day 20 — Ask Better Questions, Get Better Results）   　　问问题是一个需要自己不断发生的事情，你问的越好对你来说可以获得更多。通过改善你问自己的问题，你可以改善你生活中不同热点区域的生活质量。 为什么要问问题 问对问题可以帮助我们平衡、聚焦，做出

敏捷开发的12准则(这里我们着重于准则4-6)：   准则4：Business people and developers must work together daily throughout the project.  翻译：业务人员和开发人员在项目开发过程中应该共同工作。  注释：客户从一开始就参与项目，这意味着开发团队能比较准确地了解用户的需求，能够根据客户的需求变化及时的作出相应的调整，无疑能对客户的需求理解得最为透彻，能够对需求变化作出最敏捷的反应。    在实际开发中，这个准则一般是很难被满足的，大部分客户会很忙，没有时间坐在开发工程师的身边进行来帮助开发。所以出现了一种新的职业—商务分析师，在下面的例子里，一位来自ThoughtWorks项目团队的的商务分析师就详细描述了其在项目团队里扮演的角色和一些

敏捷宣言的诞生：         2001年2月11日到13日，17位软件开发领域的领军人物聚集在美国犹他州的滑雪胜地雪鸟（Snowbird）雪场。经过两天的讨论，“敏捷”（Agile）这个词为全体聚会者所接受，用以概括一套全新的软件开发价值观。这套价值观，通过一份简明扼要的《敏捷宣言》，传递给世界，宣告了敏捷开发运动的开始。 敏捷新的价值观：  Individuals and interactions over processes and tools    个体与交互  重于 过程和工具 Working software over comprehensive documentation   &nb

11月份工作上主要是进行指标产品sprint8以及考虑业务平台的建模支持，本来在TOGAF工具上安排的时间有十几天，但是本月零星工作较多，所以投入的时间只有一周多点。大部分晚上的时间都在进行敏捷结果练习以及查看blog和看书了，一方面锻炼自己，另一方面与团队分享。   敏捷个人  30天敏捷结果（12）：效率角色－你是启动者还是完成者？ 30天敏捷结果（13）：如何对事情付诸行动 30天敏捷结果（14）：要事第一 30天敏捷结果（15）：让自己处于宁静状态 30天敏捷结果（16）：使用隐喻来激励自己 30天敏捷结果（17）：找出高效时间，并利用它来处理重要事情 30天敏捷结果（18）：给每周增加创造性时间 30天敏捷结果（19）：你在为谁做事？     30天敏捷生活（5）：形成个人价值观 30天敏捷生活（6）： 你的生活目标是什么？ 30天敏捷生活

  “Beauty is altogether in the eye of the beholder.?” — Lew Wallace   你的结果: 清楚你是为谁在做事，知道你做的事情是满足期望的还是提供价值的内容   　　在30天敏捷结果：开篇中说到接下来我们将进行敏捷结果练习，前一篇学习了18：给每周增加创造性时间，今天我们要进行Getting Result练习的第19天，你在为谁做事？（Day 19 — Who are You Doing it For?）当我们清楚了为谁做事时，随之而来的就是信仰。当你知道你为谁做事，你能够检查是否所做的有价值，或者是否有更重要的事情。你能够投入更多的时间和精力在重要事情上，更重要的是，你能够更好的找到你做事的价值。 你传递什么价值？ 在我们做产品开发时，经常会