调岗

去年有一个比较大的身份转变：我调岗了。调整的原因一个是我自己想动动了，干得太久了，一个是新岗位也需要人，借机就过来了。新岗位和之前有所不同，需要去横向支持架构工作。对这个事情我一开始还有点犯怵，之前虽然也搞架构，但都是给自己做，给几百人的团队做架构师，之前没有这种类型的经验，这里面还牵扯到公信力和专业性的问题。

超出预期

到今天为止，我自己觉得是超出预期的，超出我自己预期。

架构项目A：确保架构顺利升级，完善了全流程监控，最近集中召回了多起线上问题。架构升级项目，尤其是ToB的项目，技术成果很难拿，目前来看拿到了；
探索项目B：业务那边和老板那边的事情，都有交代，自己也进去帮助业务梳理了一些事情和思路，并推进业务按照我的思路执行。能让业务按照技术思路做，很难得。

我理解的架构师

架构师岗位设立的初衷，是为了帮助部门负责人解决技术层面看到的问题，这里面有技术设计问题，也有需求问题引起的架构问题，总之，是要技术驱动主动往前推。

方案问题，这个好办，方案拿出来review下，该调整链路就调整，该调整模型就调整，对我来说难度不大；
需求问题，这个会复杂很多，因为它还会好办业务需求、产品需求两层。
- 要推进这个事情，首要是梳理清楚业务流程、生产关系。我的经验是一开始找一些case去接触，如果case没找好，大不了被喷一顿，但是人是要认识下的，流程也是要了解下的，从点到线再到面，一步步把业务情况摸清楚，这样技术才不会被动。
- 如果要解决需求问题，对于沟通、信息拉齐上也有一些要求，能基于了解到的分工，把大家串联起来，相当于自己来做业务在某个场景的POC，要置身其中，用业务语言也大家交流。目前大家遇到问题咨询我的时候，我会冲淡路由的角色，把对应的负责人拉进来；
边界问题，我帮大家解决了一些架构问题后，后续类似的问题或者大家觉得关联的问题都会拉我进来一起聊。如果双方有分歧，架构师得做到中立，确保自己输出的架构理念跟老板的一致，这样也能树立好自己的威信。如果吃不准，需要找老板确认。我前前后后也支持了几次架构仲裁，目前看我的判断OK，这点也超出我的预期，说实话没有团队这个包袱设计方案要轻松和清晰很多。
人的问题，架构治理完后，怎么保证后续不劣化？我目前的做法是整理好流程说明，比如报警后怎么处理，该找谁，去哪个群反馈。目前看负责的同学执行得很好。架构治理得做到这一步；
汇报问题，这个其实很重要，甚至我认为是最重要的。前面提到，架构师是帮助老板解决问题的，那么我们遇到问题是需要及时反馈的，包括我们的想法，每个子团队的想法，都需要同步到位，哪怕挨喷。今年能拿到这个结果，我觉得跟老板给空间、时间都有关系。另外，我定期找他同步进展沟通想法也帮助很大，我目前推进事情、交流想法越来越遛，跟老板的背书和支持都离不开关系，需要多去争取。

原文链接：2024年的总结，转载请注明来源！

–EOF–

Notebook 10