阅读有感
1.对于软件工程来说，以前的做法和现在的做法有啥不同？（p108)
答：
| 以前做法 | 敏捷做法 |
|---|---|
| 流程和工具 | 个人和交流 |
| 完备的文档 | 可用的软件 |
| 为合同谈判 | 与客户合作 |
| 执行原定计划 | 响应变化 |
2.敏捷开发原则是什么?（p109）
答：
敏捷开发原则1
尽早并持续的交付有价值的软件以满足客户需求
敏捷开发原则2)
敏捷流程欢迎需求的变化，并利用这种变化来提高用户的竞争优势。
敏捷开发原则3)
经常发布可用的软件，发布间隔可以从几周到几个月，能短则短。
敏捷开发原则4)
业务人员和开发人员在项目开发过程中应该每天共同工作。
敏捷开发原则5)
以有进取心的人为项目核心，充分支持信任他们。
敏捷开发原则6)
无论团队内外，面对面的交流始终是最有效的沟通方式。
敏捷开发原则7)
可用的软件是衡量项目进展的主要指标。
敏捷开发原则8)
敏捷流程应能保持可持续的发展。领导，团队和用户应该能按照目前的步调持续合作下去。
敏捷开发原则9)
持续关注卓越的技术和优良的设计，会增强敏捷能力。
敏捷开发原则10)
简明为本——它是极力简化不必要的工作量的技艺。
敏捷开发原则11)
只有自我管理的团队才能创造最优秀的架构，需求和设计。
敏捷开发原则12)
时时总结如何提高团队效率并付诸行动。
3.敏捷对团队的要求是什么？（p116）
答：
自主管理（self-managing),自我组织（self-organing），多功能性（cross-functional）
敏捷开发讲究的是团队的自我改进，讲究的是通过自我管理达到团队整体效能的提升，因此对于敏捷开发的绩效考核一定不要考核到个人头上，那将严重破坏敏捷团队的自管理，破坏团队内部的协作精神。绩效考核和敏捷开发在理念上是存在一定冲突的，绩效考核更注重通过外部压力促进绩效的提升，而敏捷开发更注重通过内部的自我改进动力促进绩效提升，所以对敏捷团队做绩效考核一定要慎之又慎，否则极易破坏敏捷团队的自我改进动力，将其从与客户共赢为中心的导向变成以绩效指标为中心，那就不再是敏捷了。如果要做绩效考核的话，对于敏捷开发团队的考核只能做到团队整体级别。在选取指标时要与敏捷的精神想匹配，可以从与客户的合作关系、团队内部的协作、响应变更的速度、可使用的工作组件的发布速度等角度去设计指标。至于开发工作的量化，可以考虑将功能点估算作为软件规模的度量方法，相对比较客观一些，但这个指标不能反映开发过程中变更带来的额外工作量。所有指标都有局限性，关键看公司想获得什么商业目标
