《构建之法》阅读笔记二

       今天看了第六章敏捷流程,在里面我看到了冲刺执行任务中的每日例会,在这里身份的类似于主人暑假给我们布置的任务和发表博客的要求,其中这里面有三条内容,分别是我昨天做了什么,今天做了什么,在其中又遇到了什么问题。这个写问题只有在冲刺阶段真正的做了,用心的去解决了,才会真的有收获;相反这些流程也会流于形式化,像书中说的“狗熊开每日例会”的状态,我想可能就是我今年暑假的状态,再开始安装eclipse到学习html和css的这个阶段,我可能就是保证着每天敲代码的时间,但是确实书中所说的“狗熊开例会”的状态,不问收获和效率,不讲究问题的解决和分析。但是看到这本书时对之前有了反思和感想:不可使自己做的事情和花费在代码的时间上流于形式,而是将其转变成真正的收获和反思。但是在本章的后面对敏捷的故事——兼酒后问答,我不是很能看懂,理解的也不是很透彻很到位,可能是缺乏相应的工作经验,还是能力有限,还需不断学习呀

     第七章我就不在叙述了,简单的说我看着第七章有点吃力,所里我们来看第八章需求分析吧。需求分析对于软件团队来说是十分重要的。这关乎到软件是否能够收到针对人群的欢迎,软件团队必须慎重考虑并且在开发过程中必须考虑到这个元素,而这里就详细的描述了需求分析。在这里它讲述了七个重点内容:

                      软件需求:软件需求的具体步骤和需求的类别;

      软件产品的利益相关者:用户讲述软件的利益;

      获取用户需求——用户调查:准确的获得用户最需要东西的方法;

      竞争性需求分析的框架:通过NABCD模型,将我们的阶段统合成一个整体,保证在执行时有一定的标准;

      功能的定位和优先级:说明了两种功能和两种需求的作用以及相互联系;

      计划和估计:指定目标,并能在预计的范围内控制或者改善计划;

      分而治之:可以分工的调整工作;

      而从第八章开始则着重讲了微软PM的来历,主要解决的问题是交流成本,开发和测试搞不定的事情,并且也说明了要成为合格的PM,需要具备的能力:观察、理解和快速学习的能力,分析管理能力,一定的专业能力和自省能力,这都表明我们学习自己的专业知识要有目的性,不可毫无目标,毫无计划的乱学一通,要着实的讲究效率。

    

原文地址:https://www.cnblogs.com/hhjing/p/12248568.html