第五章团队和流程
读了第五章，我第一次认识到什么是团队。团队有一致的集体目标，团队要一起完成这目标。一个团队的成员不一定要同时工作，例如接力赛跑。2. 团队成员有各自的分工，互相依赖合作，共同完成任务。我们所组成的团队，也应该是这样，有一个共同的目标，完成一个共同的软件，各有分工。团队有各种各样的模式，有分工明确的（足球）团队，主治医师模式，明星模式，社区模式，业余剧团模式，秘密团队，特工团队，交响乐团模式，爵士乐模式，
功能团队模式。很多软件公司的团队最后都演变成功能团队，简而言之，就是具备不同能力的同事们平等协作，共同完成一个功能。
开发流程中有多个模式，写了再改模式，瀑布模型，生鱼片模型，子瀑布模型，先阶段的软件开发很大程度上都是写了再改模式。我们其实更应该改进我的开发流程，用瀑布模式的变形模式。能够让我们团队开发的软件更加完善，也让我们团队更能分工合作。
第六章 敏捷流程
敏捷的流程
在软件工程的语境里，“敏捷流程”是一系列价值观和方法论的集合。从2001年开始，一些软件界的专家开始倡导“敏捷”的价值观和流程，他们肯定了流行做法的价值，但是强调敏捷的做法更能带来价值。法现有的做法敏捷的做法，流程和工具个人和交流，完备的文档可用的软件，为合同谈判与客户合作，执行原定计划响应变化。敏捷开发原则
1. 尽早并持续地交付有价值的软件以满足顾客需求
2. 敏捷流程欢迎需求的变化，并利用这种变化来提高用户的竞争优势
3. 经常发布可用的软件，发布间隔可以从几周到几个月，能短则短
4. 业务人员和开发人员在项目开发过程中应该每天共同工作
5. 以有进取心的人为项目核心，充分支持信任他们
6. 无论团队内外，面对面的交流始终是最有效的沟通方式
7. 可用的软件是衡量项目进展的主要指标
8. 敏捷流程应能保持可持续的发展。领导、团队和用户应该能按照目前的步调持续合作下去
9. 只有不断关注技术和设计，才能越来越敏捷
10. 保持简明—尽可能简化工作量的技艺—极为重要
11. 只有能自我管理的团队才能创造优秀的架构、需求和设计
12. 时时总结如何提高团队效率，并付诸行动
敏捷的步骤：第一步：找出完成产品需要做的事情—Product Back-log。Backlog。第二步：决定当前的冲刺（Sprint）需要解决的事情—Sprint Backlog。第三步：冲刺（Sprint）。冲刺期间，每天要开一个每日例会。第四步：得到软件的一个增量版本，发布给用户。
我们在每天的例会上不能，很好的总结昨天的得失，把握不好今天的进度。可能完不成今天的进度。我们要改进每日例会的总结，让总结给有意义。要记录下每次例会的结果，以留作参考。