电子书读起来真别扭？
除了没有翻书的唰唰声做笔记也麻烦，纸页颜色也不爽。
总之，非常难受。
===========目录之前================
如何确定一个软件系统应该做什么？
和不同的人去沟通你的决定？
同一个产品的不同的参与者有不同的需求。
项目经理想跟踪进度，开发人员想实现系统，产品经理想要灵活性，测试人员想要度量，而用户想要一个可用的系统。
做出一个人人都支持、皆大欢喜的决定。
用户故事：目标、成本+最后责任时刻。
最重要特性；特性优先级排序。
简单、及时响应、随需而动、密切交流。
给用户故事排优先级，先开发最重要的，后按需及时展开次要的，通过交谈获取所需要的细节，产出具有真正价值的软件，成果可以被审核和验证甚至交付使用。然后我们继续开发后续最重要的用户故事。
敏捷需求管理方式
Amazon.com user story 用户故事圣经
以更快的速度、更少的消耗应对现实世界需求的快速变化
Head First
3C:Card卡片\Conversation交谈\Confirmation确认
产品经理群友讲的如何让公司的各个都形成凝聚力，就你走其他人都想跟着走的，范一下。
结合TDD、持续集成、重构等技术实践
用户故事、规划会议等类似系列非技术实践
Scrum管理概念框架 如何减少技术债务、做好单元测试等
InfoQ中文站敏捷社区
软件开发始于需求收集与分析
作为角色，我想要功能，以此（商业价值） 括号这边不太理解？？？？？
整个开发流程：产品负责人收集需求进行用户故事编写，放入产品Backlog中。
Sprint计划会议中，成员讨论其中一些用户故事，细化故事细节，确定验收标准，使用Planning Poker（计划扑克）估算故事点。
然后，将故事分成一些小的任务，并估算工作是将。。。。。
？？？？段落太长，查下关键字重新理解下。。。。。。
Skype网上语音会议。Scrum每日例会一样。
Excel燃尽图
版本管理工具Subversion
持续集成工具CruiseControl
Kent Beck 《解析极限编程---拥抱变化》
！！！！！！！！！大量预先的需求收集和文档会以很多方式导致项目失败！！！！！
完美==完蛋；完美==完蛋；完美==完蛋；完美==完蛋；完美==完蛋；完美==完蛋；完美==完蛋；完美==完蛋；完美==完蛋；完美==完蛋；
起步
通过用户角色建模收集故事，在不能直接访问真实的最终用户时编写故事，测试用户故事。（这句话真绕，建模用户和真实用户有区别吗？？？？？？
估算和计划
如何测试进度和评估项目是否如期进行。
用故事点估算故事，如何做3~6月的发布计划。
敏捷过程SCRUM？？？？
用户故事特有的优势
极限编程
==========目录之后=============