敏捷开发与 XP 的实践方法

敏捷（アジャイル）是一种开发理念：以较短的周期反复进行从计划到确认的过程，一点点增加可运行的软件。

这个短周期称为迭代（イテレーション），每次都从当时优先级高的功能做起。不是一开始就定死全部规格，而是边与用户沟通边调整要做的范围。比起把文档整理得细致周全，更看重尽早展示能运行的东西并获取意见。

类比就像旅行时不在出发前把行程精确到分钟，而是每天看天气和身体状况，重新安排第二天的计划。

记法英语 agile 意为“灵活、敏捷”。想象不背沉重的计划书、能随时转向的轻快身手。

用户故事（ユーザーストーリー）是敏捷中描述需求的一种方式，从使用者的立场用简短的句子写出“作为谁、想做什么、为什么”。

一个故事要短到能写在一张卡片上，细节条件在动手制作前再与用户商量决定。连理由也写下来，制作方就不容易忽略这个功能要为谁解决什么困扰。故事会标上优先级，每次迭代按从高到低的顺序制作。

类比就像餐馆里客人点餐时说“我不太能吃辣，想要孩子也能吃的菜”。菜谱的细节由后厨和客人商量着定。

记法story 就是“故事”。故事的主角永远是用户，制作方或系统不会成为主语。

该术语的过去问 1 题 ユーザーストーリー →

XP 是一种开发方法，它把敏捷理念整理成日常开发中要遵守的一组具体习惯（实践，プラクティス）。

它面向规模较小的团队，以短周期反复发布，在跟上不断变化的需求的同时保持软件质量。实践包括测试驱动开发和结对编程等，都是把公认有益的习惯每次都不落下地执行。

类比就像运动队每次都坚持热身、互相喊话、赛后复盘这些基本功，从而变强。

记法这个两字母缩写取自 Extreme 的 X 和 Programming 的 P。

该术语的过去问 2 题 XP →

极限编程（エクストリームプログラミング）是 XP 的正式名称，两者指同一种开发方法。

英语写作 Extreme Programming，含有把公认良好的开发习惯贯彻到极致的意思。内容与缩写 XP 完全相同，无论以哪种叫法出现，都当作同一种方法来理解。

记法extreme 意为“极端的”。名字体现的是毫不打折地把基本习惯做到底的态度。

该术语的过去问 1 题 エクストリームプログラミング →

测试驱动开发（テスト駆動開発）是一种开发方式：先写要做的功能的测试，再写能通过该测试的代码。

先写好的测试表明了“做到什么才算完成”，因此在动手之前规格就已清晰。写测试、让它通过、整理代码，这个小循环反复进行，每次都用测试确认行为。英文缩写为 TDD，是 XP 的代表性实践。

类比就像组装家具之前，先定下“这个书架放 30 本书也不会歪”这一合格标准，再开始动手。

记法“驱动”就是“推动的力量”。从字面就能读出：由测试打头阵，带动整个开发。

该术语的过去问 1 题 テスト駆動開発 →

结对编程（ペアプログラミング）是两个人并排坐在同一屏幕前，一边商量一边编写同一段代码的开发方式。

握键盘输入的人称为驾驶员（ドライバー），在旁边一边确认一边考虑方针的人称为领航员（ナビゲーター），两人不时互换角色。编写过程中另一人同步查看，因此能尽早发现错误，知识和写法也能在团队中传开。这是 XP 的实践之一。

类比就像汽车拉力赛中，车手握方向盘，副驾驶座上的搭档看着地图报出路线。

记法pair 和鞋子、手套一样，是“两个一组”。用“一张桌子前并排放两把椅子”的画面来记。

该术语的过去问 2 题 ペアプログラミング →

重构（リファクタリング）是在不改变程序外部可见行为的前提下，把命名、结构等内部构造整理得更易读、更易修改的工作。

这里所说的外部可见行为，是指给出相同输入时返回的结果以及用户能看到的表现。即使表面上的动作不变，减少重复或重新划分处理，也能让之后的修改和功能追加更容易。整理之后行为是否保持不变，要通过运行测试来确认。

类比就像整理房间时一件东西都不扔，只是重新给抽屉分隔，让东西更好找。

记法re-factor 可以想成把数学里的因式分解重新做一遍：值保持不变，只重组式子的形式。

该术语的过去问 2 题 リファクタリング →