对于《构建之法》第95页阿超所说的程序员Melvin Conway总结的康威规律中所讲,“软件系统是给用户使用的,用户的需求并非要看这个机构的内部组织架构图,而是要解决用户的问题。一个合适的团队结构,能更大的改进交流的效率,让团队更能把注意力集中在最主要的目标——解决用户需求上面。”由此能够看出,一个软件工程开发的过程当中,用户的需求占据着至高无上的地位,那么机构的内部组织架构就不重要了吗?当用户不断地提出新的问题时,软件开发人员又将如何解决所以而带来的时间问题呢?此外,评价一个团队的好坏,也是只关注他们是否能够解决用户的需求,而无需顾及每一个机构的内部组织架构吗?html
经过阅读《构建之法》第五章中软件团队的模式相关内容,我了解到了团队模式的多样性,可是对于这些团队模式的特色以及各自的优缺点还不是太理解。同时,对于团队模式也有如下一些困惑。在咱们如今的学习中和之后的工做中所适合的团队模式是否同样呢?当一个全新的软件工程项目开始时,应该如何选择一个最合适的团队模式呢?当选定一个团队模式之后,在整个项目开发过程当中,最初所选的团队模式是否能够发生变化呢?若是发生变化,那么会在哪些状况下才能够改变团队模式呢?在软件工程开发的过程当中改变团队模式,会对整个软件工程项目形成一些积极或者消极的影响吗?程序员
经过阅读第九章的相关知识点,我深入体会到了在一个软件团队中PM的重要性以及想要成为一个合格的PM所必备的一些条件,同时也产生了不少疑惑。在182页的讲述中,我知道了PM能够表示为如下三种:Product Manager(产品经理)、Project Manager(项目经理)、Program Manager(程序经理),那么这三种PM有什么本质的区别呢?在一个大型的公司中,是否同时须要这三种PM的存在呢?此外,对于当代大学生来讲,初入社会不多有成为一个合格的PM所需的能力,那么咱们应该从哪方面开始,又应该如何培养这些能力呢?架构