大点的开发项目肯定会涉及到多个模块,由多个开发人员,或者多个小组共同完成。
模块之间通信部分的定义就需要模块开发人员进行有效的沟通。
假定开发人员只对自己的模块了解,如果由各个模块的开发人员进行协定,如果没有分歧,那当然皆大欢喜。
如果有较大的分歧,开发人员从自己的角度出发,到底应该如何达成一致?
解决方案:
1.不同开发人员一起讨论,谈判式的进行定义。
优点:耗费的人力少。人数少的情况下,能促进团队人员之间的默契。
缺点:容易相互推诿,产生矛盾,无法考虑大局。
2.一个对要进行通信的模块都了解的角色(总设计师)决策。
优点:总体风格一致,最大提升系统架构稳定。
缺点:依赖于总设计师的水平,无法做到集思广益。不利于开发人员的成长。
3.不同模块的开发人把自己的角度拿出来大家一起进行评估,总设计师主持,大家一起决策!
优点:集思广益,利于人员成长,团队的融合。
缺点:比较耗费人力,时间。