今天读了第四和第五章，所得收获如下：
1、改进需求的过程是一个从失败、错误开始，还要历经像受人为抵制的影响及因任务的时间紧迫二导致改进被搁置这样的挫败。在软件开发过程的改进中主要有两个目标：解决在以前项目或目前项目中遇到的问题，防止和避免你可能在将来的项目中要遇到的问题。
2、对于需求，它一旦改变就要改变其他的多个与之相关联的过程。如：指定项目计划过程、项目跟踪和控制过程、变更控制过程、系统测试过程、用户编制文档过程、构造过程。同样的，与其他项目风险承担者沟通的接口也会发生变化的。我的观点就是要与其他领域的合作者多多的交流，让你的改进/改变的项目和对应的调整计划传达出去。反对变更是由于害怕变更带来的影响，所以，要指明你进行的过程变更所可能带来的影响，从而减少大家的恐惧感。因为人们都不喜欢被迫离开所习惯的环境，所以，在改进需求变更的过程中，要面临人们的恐惧，甚至是抵制与反对。所以，还要做好心理准备。
3、软件工程师都是绝对的乐观主义者。总是希望下一个项目进行顺利而忽略以前项目发生的问题。而项目按计划进行时，会出现许许多多潜在危险阻碍项目的进行。典型的需求风险包括：对需求的误解、不恰当的用户参与。软件项目管理者必须要明确和控制他们的项目风险，并且要从需求工程的风险开始着手。不仔细研究是不能够使风险减少的。风险管理能够让你采取一些措施尽可能的减少潜在的风险所带来的影响、不确定或随意变更项目的范围和目标以及持续变更需求。
4、项目管理一直面临的风险挑战有：不准确的估计、对准确估计的否决、对项目状态不清楚及资金的周转的困难。风险管理就是使用某些工具和步骤吧项目风险限制在一个可接受的范围内，其中，风险管理包括的活动有：风险评价（标识，分析，确定优先级）、风险避免和风险控制（制定管理计划，解决方案，监控）。所以，为了全面的认识和了解项目的过程中的风险，需要将项目风险整理编写成文档的形式，这样在整个项目开发过程中有利于风险承担者了解风险情况和状态。当项目比较大时，需要将风险计划单独编写成一个完成的文档。风险管理计划包括用于识别、评估、编写、跟踪风险的各种方法和途径。
