个人对软件开发模式和开发流程的粗浅认识

        在看过《构建之法》这本书第五章软件团队的模式之后，在我的第一感觉中，我觉得如果我可以选的话，我会选择交响乐团模式。

        首先团队人员可以按照已经制定好的规章进行工作，并且对自己的工作很熟悉，每个人都知道自己能干什么，团队需要你干什么，能把每个人放到合适的位置，而只有一个决策者的好处就是执行力十分强大，不会出现较大的分歧，即使个别人员出现什么差错，也可以根据之前制定好的补救措施及时进行补救。

        然而，有利必然有弊，在这种相对稳定的模式下，一旦出现打破稳定的情况出现，例如说出现了大面积的差错，无法即使解决或者之前根本没有考虑过有这种情况发生，那么整个团体就有可能面临崩溃。同时这种模式我认为只适用于一个已经稳定的团体，如果是对一个经常会出现变动的团体来说，这种模式下的人员缺乏相互之间的交流。

        像功能团体模式这样的，同事之间能相互平等、相互协作、相互交流，但过多的交流同样会导致执行力的下降，没有决策者这个角色的存在，可能会导致一些问题迟迟得不到解决，一拖再拖，最后导致整个项目的失败。

        最后我认为我最合适的团队模式应该是在小范围组成各个主治医生团队，并在各个团队之间采用交响乐团模式，并增加适当的交流和沟通的一种模式。

转载于:https://www.cnblogs.com/JAMEKT/p/5471116.html

相关资源：Scrum敏捷软件开发_敏捷开发-专业指导文档类资源-CSDN文库

来源：aizi1956