今天看了第六章敏捷流程，在里面我看到了冲刺执行任务中的每日例会，在这里身份的类似于主人暑假给我们布置的任务和发表博客的要求，其中这里面有三条内容，分别是我昨天做了什么，今天做了什么，在其中又遇到了什么问题。这个写问题只有在冲刺阶段真正的做了，用心的去解决了，才会真的有收获；相反这些流程也会流于形式化，像书中说的“狗熊开每日例会”的状态，我想可能就是我今年暑假的状态，再开始安装eclipse到学习html和css的这个阶段，我可能就是保证着每天敲代码的时间，但是确实书中所说的“狗熊开例会”的状态，不问收获和效率，不讲究问题的解决和分析。但是看到这本书时对之前有了反思和感想：不可使自己做的事情和花费在代码上的时间流于形式，而是将其转变成真正的收获和反思。但是在本章的后面对敏捷的故事——兼酒后问答，我不是很能看懂，理解的也不是很透彻很到位，可能是缺乏相应的工作经验。
第七章我就不在叙述了，简单的说我看着第七章有点吃力，所里我们来看第八章需求分析吧。需求对于软件团队十分重要。关乎软件是否会受到欢迎，必须慎重考虑这个元素，即需求分析。在这里它讲述了七个重点内容：
软件需求：软件需求的具体步骤和需求的类别；
软件产品的利益相关者：用户讲述软件的利益；
获取用户需求——用户调查：准确的获得用户最需要东西的方法；
竞争性需求分析的框架：通过NABCD模型，将我们的阶段统合成一个整体，保证在执行时有一定的标准；
功能的定位和优先级：说明了两种功能和两种需求的作用以及相互联系；
计划和估计：指定目标，并能在预计的范围内控制或者改善计划；
分而治之：可以分工的调整工作；
而从第八章开始则着重讲了微软PM的来历，主要解决的问题是交流成本，开发和测试搞不定的事情，并且也说明了要成为合格的PM,需要具备的能力：观察、理解和快速学习的能力，分析管理能力，一定的专业能力和自省能力，这都表明我们学习自己的专业知识要有目的性，不可毫无目标，毫无计划的乱学一通，要着实的讲究效率。