软件工程中理想团队模式构建的设想与软件流程的理解

 

    根据《构建之法》第1,5,17章的内容，我对软件工程中的团队和软件流程有了一定的了解，也有了一些自己的想法。首先，作为一个团队要有一致的集体目标，团队成员有各自的分工，互相依赖合作，共同完成任务，这是一般团队最基础需要必备的。

    我设想中理想的团队模式类似于业余剧团模式，每个人在团队中听从中央指挥的指导和安排，有头有主更好地去宏观的去决策和把控一个项目的进程，不同与业余剧团模式的会更换员工所处角色的类型，我理想中的团队模式是员工选择去处理自己最擅长的那一部分，并且就专注于那一部分，极少更换，就像一部戏曲里出演小生武生花旦青衣的通常在下部戏曲中也极少变更。

    首先作为中央指挥需要很了解自己每个团队成员能力的优势和劣势（新加入的成员可以先进行询问以初步了解）可以先把目标分成几个模块，然后根据每个员工的特性，分配任务，列出分配表，然后反馈下去，如有不合适的地方，员工也可以私底下讨论进行调整，但要先向中央指挥进行汇报。这种模式的好处是整个项目的效率会变高，减少与员工与项目之间的磨合时间，人员之间也有一定的自由选择权。

    软件流程需要根据项目的大小抉择需要使用的模型，在设计大型系统时，要做相邻步骤的回溯，解决上一阶段未能解决的问题，要让顾客正式地、深入地、持续地参与到项目中来，因为根据模型的步骤，越往下进行，进行前期更改的成本越高，所以最好在初期反复与顾客确认，贴合顾客需求，循序渐进的实现整个项目。而中小型项目，回溯的成本较小，为了追求效率可以适当减少复审，但依然需要与顾客多进行交流，保证基本的内容不产生错误，因为初期内容的错误回溯的成本依旧是很高的。