今天我读了敏捷开发指南和设定范围两个模块，感受颇深。
敏捷开发指南
项目启动的提交产物对所有项目都是必需的，无论项目的敏捷程度如何。例如，即
使是最敏捷的项目也必须考虑工作的范围，否则项目将因为没人知道哪些部分的工作是
相关的面处于漫无目的的状况。这里不同敏捷程度之间的区别在于记录这些提交产物的
正式程度。
兔子项目应该将工作范围模型的草围贴在墙上，将风险承担者的列表在blog中列出，将项目目标用记号笔写在项目会议室的墙上。兔子可能最多只召开一个简短的会议。关于项目启动的大部分一致意见来自于blog.电话以及其他非正式的交互方式。尽管相对不太正式，
但是我们还是非常强调将工作范围写成文档的重要性。这确保了思考相关的工作，面不只是
打算构建的产品。
骏马项目应该更正式并举行一个项目启动会议。他们接下来会把项目启动的结果告
诉相应的人员，包括所有的风险承担者。提交产物被记录下来并分发给相关人员。骏马
项目可能从初次的低保真的原型中得到好处，原型可以确保所有风险承担者知道项目的
方向。
如果没有在项目进行前准备好项目启动提交产物，大象项目会损失惨重。在大多数情况
下，提交产物会在与关键风险承担者的会议中形成，结果会被记录下来并分发给相关人员
大象项目应该有额外的步骤，即让QA 人员测试项目启动提交产物。大象项目非常重要，如
果出错的话代价将很大。需求的基础必须非常牢固，并经过证明。风险分析和费用预估对大
象项目米说很亚要。有清晰定义的、正确理解的工作范围是非常关键的。根据敏捷程度的不同，理解项目启动提交产物的正式程度也不同。不论哪种情况，理解这些提交产物都是很必要的。本章解释了需要哪些东西才能达到这种层次的理解。
设定范围
在需求项目开始阶段感兴趣的范围是工作的范围，产品将用于支持这部分工作。工作指
的是用户需要这个产品来支持的业务活动。工作可能是商业活动、某种科学或技术工作，目
前是自动化的或是手工的工作，或者是这些工作与其他类型工作的组合。在某些情况下可以
是目前尚未存在的工作，这些工作只有项目结束后才会开始。只要它涉及一些处理活动和一
些信息，我们就称之为工作。对工作感兴趣的原因是: 当且仅当我们能理解工作，我们才能
构建对工作有帮助的产品。
设定范围的方法是将研究的工作与围绕它的工作区分开。要做到这一点，必须记住所研
究的任何一项工作都或多或少与其他的L作有联系。例如，考虑作为业务分析师，或程序员，
或其他任何职务所做的工作。当完成工作时，会产生输出。假定输出的是需求规格说明。#
输出传递给其他人、其他组织，或其他系统，或用这里的术语来说，其他工作，通过书面、
口头或电子文档的形式。这两部分工作通过一条或多条信息流连接在了一起。实际上，进入与离开一部分工作的信息确定了工作的范围。
通过这本书，了解到需要针对不同的项目采取不一样的措施，然后范围应该设定也是有说法的。