技术团队中是否需要一个自由人?

在一般的技术开发团队里,大家各自负责各自的模块, 但是随着需求的不断扩展, 各个模块开始不可避免的产生交集, 还有大量的底层逻辑,说不清谁来负责

当出现其他需求进入自己模块的时候,需要对接口, 对设计提出新的要求, 需要迭代升级时, 难免出现阻力, 如果让本来负责这个功能的同事来负责升级,会占用他当前的工作时间, 影响既定的工作安排

而且他就不得不去了解很多新需求. 如果让负责新需求的同事去对其他人的模块进行升级, 会导致不同风格的碰撞, 而且效率不可避免的低, 另外可能会给已有的模块引入新的不稳定因素.

 

在很多团队运动比赛中, 比如足球, 篮球, 排球, 都有一个被称为"自由人", "影锋" 的角色, 他负责的位置不完全固定, 负责找到对方阵容漏洞的最佳位置, 打击要害.

在军事中则是尖刀般的特种部队.

 

所以, 在技术开发团队中需要这样一个人, 有足够的权威性, 灵敏的嗅觉, 全面的能力, 灵活的工作方式/内容, 极强的主动性, 良好的沟通能力, 甚至是指挥决策能力. 可以专注于解决项目中的痛点和难点. 专注于整理/规范/统一项目的不同模块的对外接口.

 

 

----------------------------------------------------------------------

写了那么多, 几天过后才发现, 这不就是架构师吗???????

想象一下

如果在游戏开发团队里

策划提的需求全部要经过软件系统架构师, 并且这群人也负责从技术,产品等多维度评估需求的合理性, 然后内化到软件架构中, 由架构师和技术团队其他成员共同负责实施, 这样的团队是有多美好~~

再考虑一步其实任何职能的人都需要有架构师这个层次

如果策划也有一群架构师 (系统策划)  和 程序的架构师直接沟通需求. 再落地的需求自然是质量高的

当然, 这里需要注意一个极端, 架构师虽然是专职的, 但是务必务必要深入一线, 不能架构只架构, 那就会变成另外一种: 一线员工眼里的 "瞎指挥" 的人. 

不了解业务.从不在业务一线工作的架构师就是流氓. 不并肩作战的人不是队友而是敌人.

 

 

---------------------------2019.5.7-------------------------------------- 

Committer机制

https://mp.weixin.qq.com/s/2SnyJKoZMH4z6BfiuzZ9nA

 

转载于:https://www.cnblogs.com/wmalloc/p/10722685.html