00.《用户故事与敏捷方法》介绍了如何编写理想的用户故事，造成用户故事不理想的原因有哪些，如果在无法与用户交流情况下有效地搜集用户故事，如果对已经写好的用户故事进行整理、排列优先级及再次基础上进行计划，管理和测试。
01.因为不同的参与者有不同的需求。项目经理想跟踪进度，开发人员想实现系统，产品经理向要灵活性，测试人员想要度量，而用户想要一个可用的系统。
02.每一个系统需要实现的目标和实现那个目标所需要的大致成本。
03.在早期对特性进行成本考虑可以趋势我们在起始阶段就对软件特性排列优先级，而不是在最后为了赶上发布日期而惊慌地缩减功能。
04.需求规格说明，拿起来翻开一看，那些格式化的语言就变成了世界上最好的催眠曲。
05.以更快的速度、更少的消耗应对显示世界需求的快速变化。
06.用户故事、规划会议等类似系列非技术实践，实施起来可能并不复杂，但是必须要结合TDD、持续集成、重构等技术实践，否则要想产生高质量的代码就是空谈，由此而完成的软件产品或是项目也必将成为沙滩上的城堡，连一个小小的浪头都无法抵挡。
07.沟通使客户和团队成员都朝同一个方向前进，着意味着更少的错误，更少的浪费、风险和成本。
08.3C:Card(卡片)，Conversation(交谈)和Confirmation(确认)
09.回答三个问题：这个星期我做了什么，下个星期我准备做什么，有什么困难。