今天去参加UMLChina组织的一个Alistair Cockburn（
http://alistair.cockburn.us/）见面会，本来是想到现场见一下潘加宇然后开溜的，但进入现场看到莫映、前同事Robert，索性多听一会儿。因为Alistair在敏捷开发方面比较有经验，再加上演讲时生动的身体语言，听起来倒也有意思。边听边验证自己对敏捷的理解，发现原来自己对敏捷是有误解的，这和自己缺少实践经验有很大的关系。
加深对敏捷的理解
从前的理解一：敏捷开发是先做再说，前期别考虑那么多。
现在的理解：任何开发，包括敏捷方法在内，都应该有较强的预见性，这样才能在后期遇到问题时，能够策略性地了解情况，让变化造成的损失减少到最小。只有不断地思考，才能更好地利用好敏捷开发；
从前的理解二：敏捷已经有了很好的规则，按照这些步骤去做就好。
现在的理解：敏捷是没有规划的，相对于传统的重型方法，敏捷最关注的是人，人是有规则的吗？敏捷只所以给人有规则的印象，是因为前期大师们提出了一些思想，但做个比喻，将对敏捷开发的理解分为三个等级，大师们已经到了第三级，而我们普通开发人员还在第一级，于是误解由此产生——将大师的每句话都理解为规则；
从前的理解三：判断一个项目团队是否敏捷，看他们制定了哪些制度。
现在的理解：因为敏捷关注的是人，所以看一个团队是否应用了敏捷方法，最重要的是看他们团队之间的沟通是什么样子的，如果沟通顺畅，多反省，多总结，那么十有八九，这个团队是敏捷的；
从前的理解四：敏捷需要很少的流程、文档与合同，这些耗时的东西都可省略。
现在的理解：不仅不能省略，而且还要有意识地去加强。即使在敏捷宣言的四个原则里也没有谈到省略这些东西，只是说有更好的方法选择，这些规程性的东西是知识延续的一个比较好的方法，不能丢。只是需要注意的地方是不要过于关注这些东西，要把精力放在人的上面。
在会后Helena找到Alistair谈及CSDN的国外专家博客翻译计划时，他表示出了很大的兴趣，有意和Matin Flower一道在CSDN安家，这倒也是今天参会的一个不大不小的收获。
不是冤家不聚头
比较有意思是今天还碰到了两个冤家，正应了那句“不是冤家不聚头”，而且还碰到了两个。一个是因为在Blog里翻译了InfoQ上的一篇文章，介绍了一本其网站上所提的书籍，并说有需要的可以直接和我联系我邮件给他即可，被InfoQ的编辑发现，要求让需要的人直接去其网站上下载。呵呵，来回了几次邮件，因此认识，今天有缘相见，大有相见恨晚之感，虽然我是一脸赔笑。另外是因为在《程序员2005精华本》上“非法”使用了一位朋友的文章，后来结算稿费的时候没有及时处理，被此友鄙视异常，虽然辗转几次已经解决，但已经在其心中留下“阴影”，今天相见，哈哈大笑，相约下次稿费结算一定要“稳、准、快”。（解释一点：因为《精华本》是走的书的出版路线，稿费一般要比杂志迟三五个月左右，这也是导致此友未及时收到稿费的原因之一，但主要原因是我们的办事效率太低！）
让批评成为鞭策自己前进的动力
附注一点收到读者对《开源大本营》反馈的感受：陆续收到一些朋友对《开源大本营》的反馈，不论是在新闻还是在论坛里，有鼓励也有批评，每看到一条批评，心里就失落与愧疚一分。但也是值得欣喜的地方，毕竟表示有人对这件事情在关注。有位朋友在所发的《开源大本营》的新闻里直接点名批评，“霍泰稳不称职，把一个好题材做成了鸡肋，还在博客上为自己开脱”，其实我又哪为在自己开脱，呵呵，郁闷。从刚开始的忐忑不安，再看过读者后的面红耳赤不敢出门，再到现在厚着脸皮接受批评，已经走过了一个三步曲，期待自己能够挺过这一段时间，也期待能够收到更多朋友的反馈，也期待收到更多有益的批评。
分享到：
相关推荐
- **第4章：方法论**：介绍了敏捷开发方法论的概念和设计原则，通过XPUnderGlass案例研究，解释了为什么需要方法论，以及如何在实践中应用敏捷方法论。 - **第5章：敏捷与自适应性**：阐述了敏捷开发的轻量化但...
《敏捷软件开发》这本书由Alistair Cockburn撰写，详细介绍了敏捷方法的核心理念和技术实践。 #### 核心知识点 1. **不可预知性与沟通障碍** - **不可预知性**：在软件开发过程中，很多因素是不确定的，包括客户...
随着技术的发展，不同的用例方法逐渐形成并发展起来，其中最具代表性的两种方法是亚克申（Ivar Jacobson）方法和寇本（Alistair Cockburn）方法。由于这两种方法在实际应用中有诸多差异，因此统一这些方法以更好地...
在软件开发中，敏捷方法对传统软件工程的挑战是显然的。敏捷方法强调团队成员之间的交流与合作，客户沟通和反馈，快速响应变化的能力和灵活的项目管理。这对于传统软件工程的挑战是很大的，因为传统软件工程通常强调...
### 敏捷思维-架构设计中的方法学 #### 方法学概览 方法学(Methodology)在软件开发领域扮演着至关重要的角色。它不仅提供了一种系统化的思考方式，还为软件项目的规划、执行与评估提供了指导原则。方法学通常被视...
敏捷开发是一种快速响应变化、强调团队协作和持续交付价值的软件开发方法论。它源于2001年的“敏捷宣言”，由17位业界专家共同签署，旨在提供一种更高效、更灵活的软件开发方式，以应对快速变化的需求和市场环境。 ...
本书不仅深入探讨了敏捷开发的核心理念和技术实践，还收录了与多位敏捷方法论创始人的访谈记录，包括Kent Beck（极限编程）、Alistair Cockburn（Crystal）、Ken Schwaber（Scrum）、Bob Charette（Lean）等，为读者...
Alistair.jl：Julia的最小回归库
在《敏捷软件开发》一书中，作者Alistair Cockburn深入探讨了软件开发过程中的不确定性及其对项目的影响。该书面向具有一定经验的读者群体，强调了在软件开发过程中不存在一种放之四海而皆准的最佳实践或方法论。...
充满激情和娱乐性的整体讲师，对学生非常在意，并具有足够的街头信誉，可以让他的学生自愿进行此类设置。 “算法很有趣”和“编程很有趣”是他在演讲中的口号。 该项目的主要目的是鼓励学生/初学者以容易进入的...
《撰写有效用例——Alistair Cockburn》一书深入探讨了如何撰写清晰、精确且有价值的用例，这是软件开发过程中关键的一部分。Alistair Cockburn作为人类与技术交互领域的专家，通过本书提供了宝贵的指导原则，帮助...
2. 教育团队成员关于敏捷方法和其他相关概念，确保大家对改进的目标和方法有共同的理解。 3. 实施迭代过程，每一迭代周期都设定明确的目标，并对过程进行评估和调整。 4. 通过持续集成和测试，确保产品质量和团队...
Alistair Cockburn在其著作《Agile Software Development》中提出了方法论的十三个核心要素，这些要素覆盖了软件开发的各个方面： 1. **角色**(Roles): 不同的团队成员在项目中的职责。 2. **个性**(Personality): ...
- **敏捷软件过程的局限性**：分析了敏捷开发方法的优势和局限性，帮助开发者更好地选择合适的开发策略。 - **适应性Web应用程序开发模式**：介绍了一种新的Web应用开发模式，强调适应性和灵活性，以应对不断变化...
水晶敏捷方法论（Crystal Agile Methodologies）是一种灵活且适应性强的敏捷开发方法，由Alistair Cockburn于1998年提出，并在2001年及2004年进行了进一步的发展和完善。水晶方法论的核心理念在于认为不同的项目应...
- **Alistair Cockburn**：著名软件工程师和敏捷方法论的倡导者之一，他参与了敏捷宣言的起草工作。 #### 8. 敏捷开发与传统开发方法的比较 - **敏捷开发**：一种灵活的软件开发方法，强调快速响应变化和客户满意度...
这表明演讲将探讨敏捷方法论在过去几年的应用情况，并提出针对当前挑战的新策略。 ##### Slide2: 重置 接下来，演讲进入重置的部分。这部分可能会讨论为什么需要对现有的敏捷实践进行重置，包括识别出的问题、瓶颈...
- Alistair Cockburn：他是敏捷软件开发的先驱之一，涉及多个领域的专家，包括软件架构设计和项目管理。 - Stephen R. Palmer：虽然未提供具体信息，但从上下文中可以推测，他可能对彩色建模或软件工程的其他方面...