《实践敏捷开发的困惑》的相关内容

重新开个新帖： 最进一直在研究用户故事，有些心得同大家交流下，欢迎排砖： 我认为用户故事同用例最大的区别在于： 使用的方式 用例被看作需求的主要成果，用来作为设计，实现，测试的前置条件。并且作为工件在项目中需要保留。 相反 用户故事作为获取需求的开始，起到提纲的作用，最初的用户故事，可看作将要满足的功能的站位符，提醒我们有这么回事。 在UP中你会看到：有特性和用例的区别。 在XP中只有用户故事。 ...

极限编程 (XP) 是于 1998 年由 Smalltalk 社群中的大师级人物 Kent Beck 首先倡导的。 下面是极限编程的有效实践： 1、    完整团队          XP 项目的所有参与者（开发人员、客户、测试人员等）一起工作在一个开放的场所中，他们是同一个团队 ...

XP 的主要设计者之一 Martin Fowler 在《设计已死》 http://martinfowler.com/articles/designDead.html http://www.agilechina.org/MartinFowler/isdesigndead.htm 中说： "Don't worry about design, if you listen to your code a g ...

  首次采用敏捷方式进行开发，我想把我们的做法与大家分享下，同时希望大家指出我们的不足和需要改进的地方，让我们的项目进行的更顺利，目前项目已过三分之一，客户比较满意，还算顺利。   项目简介：一个DMS小项目，预计时间14人月.客户需求不是很明确，想一边做一边提，适合引入敏捷开发（实际上用户的需求也一直在变，当他们看到每次的small release时都会有新的想法）。 ...

极限编程 2001 年，为了解决许多公司的软件团队陷入不断增长的过程泥潭，一批业界专家一起概括出了一些可以让软件开发团队具有快速工作、响应变化能力的价值观和原则，他们称自己为敏捷联盟。敏捷开发过程的方法很多，主要有：SCRUM，Crystal,特征驱动软件开发（Feature Driven Development，简称FDD），自适应软件开发(Adaptive Software Developm ...

极限编程 (XP) 是于 1998 年由 Smalltalk 社群中的大师级人物 Kent Beck 首先倡导的。 下面是极限编程的有效实践： 1、    完整团队          XP 项目的所有参与者（开发人员、客户、测试人员等）一起工作在一个开放的场所中，他们是同一个团队 ...

《敏捷软件开发（原则、模式与实践）》（美）Robert C.Martin 著        邓辉 译        孟岩 审笔记笔记摘录：Eleven第一部分 敏捷开发第1章 敏捷实践        教堂尖顶上的风标，即 ...

极限编程与敏捷开发 徐景周 在按照我的理解方式审查了软件开发的生命周期后，我得出一个结论：实际上满足工程设计标准的惟一软件文档，就是源代码清单。 -- Jack Reeves 简介        2001年，为了解决许多公司的软件团队陷入不断增长的过程泥潭，一批业界专家一起概括出了一些可以让软件开发团队具有快速工作、响应变化 ...

这两个圆圈表示不同的视角上的敏捷实践，包括开发者视角和项目管理的视角。接下来从里向外进行介绍，因为有些实践我了解得不清楚，如果下面有哪些说得不对的地方也请大家指出。Test-Driven Development，测试驱动开发，它是敏捷开发的最重要的部分。在ThoughtWorks，我们实现任何一个功能都是从测试开始，首先对业务需求进行分析，分解为一个一个的Story，记录在Story Card上。 ...

敏捷不是一个过程，是一类过程的统称，它们有一个共性，就是符合敏捷价值观，遵循敏捷的原则。 敏捷的价值观如下： 个体和交互 胜过 过程和工具  可以工作的软件 胜过 面面俱到的文档 客户合作 胜过 合同谈判  响应变化 胜过 遵循计划  由价值观引出的12条敏捷原则：  1、我们最优先要做的是通过尽早的、持续的交付有价值的软件来使客户满意。 2、即使到了开发的后期，也欢迎改 ...