匆匆看完构建之法，觉得这种不认真看完书就去写随笔去评价这本书是对作者的不尊重，所以觉得应该提问题和写感悟。
我的一点拙见，提的问题在现在这个信息发达的时候感觉只要有时间都可以自己解决。
感觉软件工程这个学科是一个学习团队如何协作的学科。瀑布式开发在每一个阶段追求工作完整，但是对变化的感觉一定很慢。敏捷开发是先从整体功能中找到核心部分的功能，打造成能基本运行，有价值的小部分，听用户意见，及时调整。书中第六章有个问题：敏捷是万能的么？回答：不是，和任何武功战术一样，敏捷有它的最适用范围。想起考研时政治学的方法论，可最后总结还是具体问题具体分析。我觉得在学习中遇到很多问题也许有很多种解法，但是学好软件工程这门学科的话感觉可以找到最适用的方法去解决。书中6.6练习与讨论中也给了答案：结合软件开发的情况。
感觉书中写的很多地方很理想化，读的也不太细，就是有的时候小微企业小团队没有这样的条件，就像普通小修车厂去用erp管理估计老板连饭都吃不上，只能用原始的管理方法管理。发展不太均衡，就像治国宗教到规矩制度，也许软件工程这门学科我还不是很了解，我会继续学习。
这门课感觉有点像管理课程。也许我的理解有限，理解不是很到位。
问题：
1、团队中每个人都有自己的想法，性格，政治因素怎么协调？
2、对于条件很低的团队企业来说是不是做不到这么全面？
3、您觉得是学习框架思维重要，还是新的知识是重要？
4、就算一个软件开发很厉害的团队没有选择一个营销能力很厉害的企业是否还有资本创新？