http://blog.csdn.net/mfowler/category/209092.aspxzh-CNThu, 19 Oct 2006 19:18:00 GMT60mfowlerhttp://blog.csdn.net/mfowler/archive/2006/08/30/1144166.aspxWed, 30 Aug 2006 14:23:00 GMThttp://blog.csdn.net/mfowler/archive/2006/08/30/1144166.aspxhttp://blog.csdn.net/mfowler/comments/1144166.aspxhttp://blog.csdn.net/mfowler/archive/2006/08/30/1144166.aspx#Feedback4http://blog.csdn.net/mfowler/comments/commentRss/1144166.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1144166在做需求分析时单靠范例规格这一种技术是不够的，但这并非说“以例为规”不能用作捕获需求的首要手段。 既然已明确单以范例做规格还不够，显然就需要做更多工作，通过彻底的沟通交互，确保敲定需求中的每一件事。而以传统的需求分析技术，人们总是想当然地以为把东西写出来了，交互过程也就完成了 ——这真是一个致命缺点。<img src ="http://blog.csdn.net/mfowler/aggbug/1144166.aspx" width = "1" height = "1" />mfowlerhttp://blog.csdn.net/mfowler/archive/2006/08/04/1018416.aspxFri, 04 Aug 2006 12:23:00 GMThttp://blog.csdn.net/mfowler/archive/2006/08/04/1018416.aspxhttp://blog.csdn.net/mfowler/comments/1018416.aspxhttp://blog.csdn.net/mfowler/archive/2006/08/04/1018416.aspx#Feedback1http://blog.csdn.net/mfowler/comments/commentRss/1018416.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1018416我经常听到人们说做企业软件枯燥乏味，无非是把数据传来传去，真正有本事的人得做真正地道的软件——需要很炫的算法，还得死磕硬件，没准还有满篇的数学。我觉得发生这种情况通常就是由于缺失了客户亲和力。企业软件开发对智力水平的真正挑战来自：对某一业务领域，如何弄清软件在哪些地方能产生什么样的实际贡献。要做好这件事，扎实的技术功底不能少，齐备的业务知识也不可或缺——与业务人员密切合作以积累业务知识，在此过程中取悦你的客户，企业软件开发的乐趣就在于此——另外，激励机制是使工作做得漂亮、团队富有生产力的关键所在。<img src ="http://blog.csdn.net/mfowler/aggbug/1018416.aspx" width = "1" height = "1" />mfowlerhttp://blog.csdn.net/mfowler/archive/2006/08/03/1016065.aspxThu, 03 Aug 2006 22:22:00 GMThttp://blog.csdn.net/mfowler/archive/2006/08/03/1016065.aspxhttp://blog.csdn.net/mfowler/comments/1016065.aspxhttp://blog.csdn.net/mfowler/archive/2006/08/03/1016065.aspx#Feedback1http://blog.csdn.net/mfowler/comments/commentRss/1016065.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1016065一个能觉得工作中满是乐趣的团队是一个能把活干得漂漂亮亮的团队。换成纯粹的生意措辞就是：它能提高生产率，能让你的开发预算更经济。开发经理们应该把他们一大块儿精力放在想办法激励和调动团队的热情和积极性上——这是我的一贯主张。 但如果大家都只把客户定位成系统最终的仲裁者，还嫌不够糟的话就坚持只用文档来交流需求，那这条激励红线就断了。<img src ="http://blog.csdn.net/mfowler/aggbug/1016065.aspx" width = "1" height = "1" />mfowlerhttp://blog.csdn.net/mfowler/archive/2006/08/02/1012592.aspxWed, 02 Aug 2006 23:46:00 GMThttp://blog.csdn.net/mfowler/archive/2006/08/02/1012592.aspxhttp://blog.csdn.net/mfowler/comments/1012592.aspxhttp://blog.csdn.net/mfowler/archive/2006/08/02/1012592.aspx#Feedback1http://blog.csdn.net/mfowler/comments/commentRss/1012592.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1012592临场客户是白皮书（译注1）里十二条XP实践里的一条，具体意思是：客户需要亲临开发者开放的工作空间现场，这样他们能随时回答问题，还可以随时与开发团队沟通。实际上临场客户是开发团队的一分子，军功章有开发者的一半，也有临场客户的一半。 XP里的这种客户来自组织机构的业务方，而非开发方，他们是这个系统的最终受益者，是系统的常规用户，他们供职的机构通常就是这个软件的支付方。进一步说，他们的职责就是为系统潜在的特性具有怎样的业务价值做出决策，并向开发团队描述需求。临场客户可能不只一个人，通常也是一个团队。<img src ="http://blog.csdn.net/mfowler/aggbug/1012592.aspx" width = "1" height = "1" />mfowlerhttp://blog.csdn.net/mfowler/archive/2006/07/31/1004193.aspxMon, 31 Jul 2006 13:47:00 GMThttp://blog.csdn.net/mfowler/archive/2006/07/31/1004193.aspxhttp://blog.csdn.net/mfowler/comments/1004193.aspxhttp://blog.csdn.net/mfowler/archive/2006/07/31/1004193.aspx#Feedback0http://blog.csdn.net/mfowler/comments/commentRss/1004193.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1004193这种局部调整策略是极限编程乃至所有敏捷方法的一条精华思想。我的同事们仍然偏爱代码集体所有，这是相同的，然而，世事往往不尽相同。<img src ="http://blog.csdn.net/mfowler/aggbug/1004193.aspx" width = "1" height = "1" />mfowlerhttp://blog.csdn.net/mfowler/archive/2006/07/27/985668.aspxThu, 27 Jul 2006 14:11:00 GMThttp://blog.csdn.net/mfowler/archive/2006/07/27/985668.aspxhttp://blog.csdn.net/mfowler/comments/985668.aspxhttp://blog.csdn.net/mfowler/archive/2006/07/27/985668.aspx#Feedback1http://blog.csdn.net/mfowler/comments/commentRss/985668.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=985668敏捷方法令许多人难以理解的精华思想之一即其人本导向（people orientation）。敏捷过程爱好者们有一个共识：过程对于项目能否取得成功只是次级重要的。“敏捷宣言”的头条即“个体及个体间的交互重于过程和工具”。 以敏捷的视角看，成败属于团队，而非过程。<img src ="http://blog.csdn.net/mfowler/aggbug/985668.aspx" width = "1" height = "1" />mfowlerhttp://blog.csdn.net/mfowler/archive/2006/07/25/974251.aspxTue, 25 Jul 2006 11:40:00 GMThttp://blog.csdn.net/mfowler/archive/2006/07/25/974251.aspxhttp://blog.csdn.net/mfowler/comments/974251.aspxhttp://blog.csdn.net/mfowler/archive/2006/07/25/974251.aspx#Feedback4http://blog.csdn.net/mfowler/comments/commentRss/974251.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=974251选择弱代码所有权还是集体代码所有权，这更多的是与该团队应对变化及适应变化的能力相关的。两者都可以正常工作，也都可能发生问题，机会均等。我个人更欣赏推行集体代码所有权的团队具备的应变活动力——尤其是在极限编程的情境下。 <img src ="http://blog.csdn.net/mfowler/aggbug/974251.aspx" width = "1" height = "1" />mfowlerhttp://blog.csdn.net/mfowler/archive/2006/07/24/967846.aspxMon, 24 Jul 2006 10:10:00 GMThttp://blog.csdn.net/mfowler/archive/2006/07/24/967846.aspxhttp://blog.csdn.net/mfowler/comments/967846.aspxhttp://blog.csdn.net/mfowler/archive/2006/07/24/967846.aspx#Feedback1http://blog.csdn.net/mfowler/comments/commentRss/967846.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=967846这套Server——Buidix，经过在ThoughtWorks的几个项目里的试用，现在，它来到了大家面前。Buidix是一个完整的开发服务器，通过了一伙要求苛刻的ThoughtWorker的实战演习测试，终于可以免费获取了。<img src ="http://blog.csdn.net/mfowler/aggbug/967846.aspx" width = "1" height = "1" />mfowlerhttp://blog.csdn.net/mfowler/archive/2006/06/23/824317.aspxFri, 23 Jun 2006 08:46:00 GMThttp://blog.csdn.net/mfowler/archive/2006/06/23/824317.aspxhttp://blog.csdn.net/mfowler/comments/824317.aspxhttp://blog.csdn.net/mfowler/archive/2006/06/23/824317.aspx#Feedback1http://blog.csdn.net/mfowler/comments/commentRss/824317.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=824317Martin Fowler在上海与软件技术专家交流敏捷技术的对话实录<img src ="http://blog.csdn.net/mfowler/aggbug/824317.aspx" width = "1" height = "1" />mfowlerhttp://blog.csdn.net/mfowler/archive/2006/06/23/824306.aspxFri, 23 Jun 2006 08:41:00 GMThttp://blog.csdn.net/mfowler/archive/2006/06/23/824306.aspxhttp://blog.csdn.net/mfowler/comments/824306.aspxhttp://blog.csdn.net/mfowler/archive/2006/06/23/824306.aspx#Feedback6http://blog.csdn.net/mfowler/comments/commentRss/824306.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=824306林教授：从我的这类接受传统教育的软件业者来看，我们接受的是UML和CMM，来自于RUP。人们都希望能非常严格的执行，并且实现起来并不容易。有一些人就在想，为什么大多数方法论都来自于美国。很多人从传统的方法学，转到敏捷，转到极限编程，原因是什么呢？这个我要问问您。<img src ="http://blog.csdn.net/mfowler/aggbug/824306.aspx" width = "1" height = "1" />mfowlerhttp://blog.csdn.net/mfowler/archive/2006/06/19/813411.aspxMon, 19 Jun 2006 15:33:00 GMThttp://blog.csdn.net/mfowler/archive/2006/06/19/813411.aspxhttp://blog.csdn.net/mfowler/comments/813411.aspxhttp://blog.csdn.net/mfowler/archive/2006/06/19/813411.aspx#Feedback6http://blog.csdn.net/mfowler/comments/commentRss/813411.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=813411上海交通大学，“上海敏捷专家论坛”现场，Martin Fowler先生作出了精彩的演讲：不仅热情介绍Ruby是一个非常好的开发工具，还现场演示Ruby编程，并且细数了Ruby语言的优缺点。<img src ="http://blog.csdn.net/mfowler/aggbug/813411.aspx" width = "1" height = "1" />mfowlerhttp://blog.csdn.net/mfowler/archive/2006/06/04/772383.aspxSun, 04 Jun 2006 09:11:00 GMThttp://blog.csdn.net/mfowler/archive/2006/06/04/772383.aspxhttp://blog.csdn.net/mfowler/comments/772383.aspxhttp://blog.csdn.net/mfowler/archive/2006/06/04/772383.aspx#Feedback2http://blog.csdn.net/mfowler/comments/commentRss/772383.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=772383来自ThoughtWorks的敏捷团队角色定义 <img src ="http://blog.csdn.net/mfowler/aggbug/772383.aspx" width = "1" height = "1" />