本文从什么是架构师PM化、架构师PM化的特点、危害等方面讲述如何防止架构师PM化。
作者 | 李效锋(清默)
来源 | 阿里开发者公众号
引言：什么是架构师PM化
和一些做项目主架构或者一号位的同学聊天，经常会听到一种说法：项目主架构做着做着就会做成PM。这背后什么含义呢，细品下来有几层意思：
1.整个蚂蚁的架构非常复杂，涉及的域众多，做主架构或者一号位需要大量的协调投入；
2.不同域之间的资源错配现象严重，需要投入大量精力在锁定资源和推进排期上；
3.项目结构过于复杂，PM催主架构，主架构催域架构，域架构催开发，层层订，各种站会，代码没几行，会议一大堆；
4.现在做的一些项目和产品，技术含量其实是不高的，面条式架构，在架构设计和技术上的投入感觉不多。
架构师PM化，其实就是脱实向虚的一种表现。
架构师和PM其实都是需要对项目的进度和里程碑关心的。不同的是，PM是用表格和数字关心的进度，是没有任何实体内容的，就是一个死的燃尽图；架构师对进度的把控应该是更solid的，背后应该有架构设计和模型拆解做支撑，架构师对进度的把控是对交付物的把控，风险和进展都是有实体内容支撑的。
架构师PM化的特点
什么迹象可以表明架构师已经PM化或者走在PM化的道路上呢？
亲力操刀的实质性工作越来越少
大量参加各种评审会议和汇报，在架构方案、系分、编码、测试上的产出却越来越少甚至没有。
更喜欢拉会催进度
对于项目的把控在架构层面的减少，在管理层间的增多。喜欢：
●拉会过进度；
●钉钉催进度；
●收集进度向上汇报。
越来越难直接回答问题
排查问题和定位原因已经不能独立完成，需要拉各种开发同学一起。
甚至于，还拉不对人，要一个拉一个。
喜欢流程
碰到资源和进度问题，喜欢从流程上去排期和上升，通过技术手段架构调整解决的少。
架构师PM化的危害
对项目的危害
一个项目中有两个PM，而没有架构师的话，对项目进度的把控是很虚的，只是在例会上对各个模块开发的一个进度汇总。模块和模块之间是割裂的，风险也不太容易识别出大小和优先级。
对组织的危害
PM和PM之间，一定会产生踩脚，卷就来了。
同时，合格的架构师会越来越少，架构的升级和演变会变得越来越困难。
剩余60%，完整内容请点击下方链接查看：
https://mp.weixin.qq.com/s?__biz=MzIzOTU0NTQ0MA==&mid=2247532580&idx=1&sn=874e5ab55110c1196754cb76d1684cd3&chksm=e92a7d2bde5df43de07041edc7a537b23f7940f20d70ea733217c06754d47c4b257b5bb0cb92&token=1900710254&lang=zh_CN#rd
版权声明：本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。