-
编辑 删除
你可以对看板中的“拉动”说不
非常强调“拉动”心理学的应用。大多数赞同精益观点的人都更喜欢拉动而不是传统的推动系统，因为前者被认为会带来卓越的表现和生产力。然而，也可能在某种场景下你想对拉动说不。Nicole Kohari提到，就传统而言，公...
-
编辑 删除
为什么有些公司敏捷实施不成功？
介绍 常听说有公司实施敏捷失败？本文研究探讨了那些经常被忽视，却导致敏捷实施失败的组织级原因，也讨论了为什么这些组织级原因并不是很容易能发现，并提出了一些处理此类...
-
编辑 删除
管理大师的敏捷之道
转自：http://www.infoq.com/cn/articles/deming-and-agile领导者是教练，不是裁判”—— W Edward Deming并不是在ScrumMaster课程上说的这句话，但毋庸置疑——这句话能引起每个名副其实的ScrumMaster的共鸣。Q...
-
编辑 删除
功能点分析（Function Point Analysis）学习笔记（四）
4、计算交易功能4.1、相关概念4.1.1、交易功能类型 外部输入 External Inputs（EI） 外部输出 External Outputs（EO） 外部查询 External inQuiries（EQ） 4.1.2、EI 是处理来自应用边界之外的数据或控制信...
-
编辑 删除
功能点分析（Function Point Analysis)学习笔记（三）
3、计算数据功能3.1、基本概念3.1.1、数据功能类型内部逻辑文件 InternalLogical File （ILF） 外部接口文件 External Interface File （EIF）此处的文件不是传统数据处理意义上的文件，而是指一组逻辑上相互...
-
编辑 删除
功能点分析（Function Point Analysis）学习笔记（二）
1、决定分析类型功能点计算的类型分为： 开发项目——开发项目功能点计算度量的是项目完成、用户第一次安装系统时提供给用户的功能 升级项目——升级项目功能点计算度量的是项目完成对已存在的应用系统新增、修...
-
编辑 删除
功能点分析（Function Point Analysis）学习笔记(一）
前段时间，有抽空余时间对功能点分析进行了较深入的研习。以下将研习过程中的内容摘要如下，以做备忘和参考： IFPUG维护的功能点分析（FPA）是众多功能点评估方法中的一种，目前应用较广泛。当前最新版本是4.2.1. ...
-
编辑 删除
在瀑布式项目中实现敏捷开发
转自：http://www.ibm.com/developerworks/cn/websphere/techjournal/0907_hines/0907_hines.html?ca=drs-cn-0923作者：Liz Hines, 程序主管, IBMScott Baldwin, ScrumMaster 和软件工程师, IBMMark Giles, 开发经...
-
编辑 删除
SOA和敏捷：是朋友?还是敌人?
SOA的目标是以服务作为构建企业应用的“积木块”，使整个企业敏捷起来，而敏捷软件开发则是通过引入一些最佳实践来增加沟通与反馈，以达到同样的目的。哪个是正确的？哪个更好？我们正在拿苹果和桔子做比较吧？它们...
-
编辑 删除
案例分析：荷兰铁路公司的分布式Scrum开发
Scrum为项目执行提供了可靠的、已被证实的基础。但是，在每个项目中，Scrum都必须根据具体需求和环境进行调整，这是项目成败的决定性因素。在这篇文章中，我们将会介绍我们如何成功地完成了一个大型的（20人年，超过...
-
编辑 删除
XP迭代的计划和运作
在步入新千年的时候，我们迎来了一个有趣的XP项目。说它有趣，不仅仅是因为它是我们在ThoughtWorks的第一个XP项目，还因为它的庞大：大约有50人。在这里我们将讨论我们如何为每一次单独的迭代建立“必要活动计划表”...
-
编辑 删除
持续集成
在任何软件开发过程中都有一个重要的部分：得到可靠的软件创建（build）版本。尽管知道创建的重要性，但是我们仍然会经常因为创建失败而惊讶不已。在这篇文章里，我们将讨论Matt（Matthew Foemmel）在ThoughtWorks的...
-
编辑 删除
设计已死？
对很多粗略接触到 Extreme Programming 的人来说，XP 似乎 宣告了软件设计的死刑。不只很多的设计被嘲笑为 "Big Up Front Design"[译注1]，连很多技术像UML、富有弹性的程序架构 (framework)，甚至连模式 (pattern) ...
-
编辑 删除
大型项目的XP(极限编程)
我们在ThoughtWorks这样的大型项目中应用XP方法的时间超过了15个月。这个项目开始于三年前，那时它有大量的需求文档和几个独立的功能小组。从2000年1月起，我们决定应用XP，虽然当时我们已经知道XP并不适用...
-
编辑 删除
从一个项目谈XP在国内的应用
一． XP简介1.1 传统软件开发方法在最近的数十年中，很多企业的CEO们都面临着增加盈利的压力，因此，他们采用各种方法，例如裁员、业务外包、BPR、ERP、CRM等等。以上种种，使得世界500强的大部分企业在20世纪90年...
-
编辑 删除
极限编程 (Extreme Programming, XP) 的一些想法
看过这麽多的 XP 文章後，我觉得历来的软体案子，都是由做老板的作好所有的安排，工程师也学会了接受这一切安排。但是，公司实际出售的是工程师的产出，客户买的也是工程师的产出；可惜目前市场上的实际情况却没有为...
-
编辑 删除
极端编程（eXtreme Programming，XP）的特点及讨论
XP在很多方面都和我们传统意义上得软件工程不同，同时，它也和传统得管理和项目计划得方法不同。这些方法在软件工程和其他管理活动中都有借鉴意义。 特点如下： 不采用瀑布式得软件工程方法，而采用原型法...
-
编辑 删除
幕间休息：——完成的感觉
大多数项目持续数月之久；有一些会持续数年。为了防止在无边无际地编码-即使是漂亮的优质代码-的持续打击下变得发狂，每一个项目都需要停顿。一个程序员可以获得的最好的停顿是一种完成的感觉。XP的设计循环提供了一...
-
编辑 删除
设计模式与XP
概述 模式和极端编程（XP ）都为软件设计、开发者提供了无法用金钱衡量的帮助。但是迄今为止XP 大量关注于重构（refactoring ），而对模式只字不提。在这篇文章中，我问“为什么”，并且最终描述出模式怎样以XP...
-
编辑 删除
RUP/XP 方针：成对编程
虑一个典型的代码审视的工作。一个需要一人8小时开发的模块由8个人花一小时审视。也就是等于总共要花费16个工作人日。然而，审视者不能保障必需的时间去熟悉代码，而且他们的审视也相当的肤浅。单个人开发确实能非常...
