| 这个作业属于哪个课程 | https://edu.cnblogs.com/campus/zswxy/computer-science-class2-2018 |
|---|---|
| 这个作业要求在哪里 | https://edu.cnblogs.com/campus/zswxy/computer-science-class2-2018/homework/11815 |
| 这个作业的目标 | 思考并解决阅读中的一些问题 |
| 学号 | 20188426 |
在第三章里面出现了一种叫做分析麻痹的思维误区
分析麻痹：一种极端情况是想弄清楚所有细节，依赖所有关系之后再动手。
为什么不可以先把东西弄清楚再动手？这样会有什么样的弊端？
在做软件的时候，我觉得先把所有的东西分析清楚，再按照这个过程去解决，这样是可行的，这是我的观点。中间也许会出现问题，但是一般情况下应该是可以解决的。
书上有一部分是说的两人合作，事实上无论是多么熟悉的两个人，在有些问题的看法上总会有分歧，会觉得自己的更好，这样的情况一个怎么样处理呢？
对于两人合作，我并不是觉得一人一定比两人好，但是两个人在产生分歧的时候真的会很难处理，除非两边各退一步。
书上写了MSF不提质量第一；
我很疑惑质量在绝大数情况不都应该排在第一位吗？
这让我想到了老师常说的完成比完美更重要。完成的确更加重要，但是质量也是非常重要的，就比如市场上的电子产品，如果没有质量，会有人使用吗？也许会有，但是这款电子产品一定生存不了多久。
书上说敏捷有它最适用的范围；
在我的观点中，很少软件会做到一次开发成功，都是经过多次测试成功的。在这方面，敏捷不是可以很好的处理吗？所以到底有什么类型的东西是不适合用敏捷的呢？
敏捷编程技术还很难应用于每个部分一开始就要用的关键任务型应用软件。有些公司本身也不适合使用敏捷编程技术，因为采用了集中的命令式管理方式，这遏制了敏捷编程发挥作用所需的有创意的方法。
这只是网上的一些解答，对于这个问题，我还是不太了解，主要还是不太懂敏捷这个东西。
MSF第三条原则是充分授权和信任；里面有一点是MSF提倡自下而上的计划。在这种情况下，如果意志不坚定的话，还是会对开发过程造成一定的影响，所以一般是怎么解决这一点的呢？