本人曾经负责某互联网电商公司架构部，离职交接时写过一篇交接文档，叫做“架构部操作手册”，如今时过境迁，里面很多信息已不再敏感，脱敏处理后分享，大家可以从中看到架构部的具体工作情况。

　　PS：每个公司的部门分工、流程、机制由其文化、历史、人员背景等决定，无一定之规，仅供参考。

　　架构部属于技术部中的公共部门，面向技术部整体，在架构层面负责，包括三个小组：架构与规范、应用架构研发、性能测试，并组织技术委员会。

　　负责系统架构蓝图设计，系统设计的合规，架构的持续改善与治理，研发流程的规范制定与审查，提升整体技术架构水平。研发公共技术组件，推进技术体系规范化，架构合理化，实现平台化、功能通用化，提高技术能力，使系统具备更强的灵活性，满足公司业务战略发展需要，实现业务技术一体化。

　　负责技术基础应用平台体系的搭建，包括项目管理、自动化编译部署、应用监控告警、报单处理、数据库元数据管理等通用系统的设计开发。提升技术部的自动化、工具化水平，提高工作效率，强化运维能力和信息化管理能力。

　　负责对性能要求较高的核心系统、技术组件进行线下和线上性能测试，提前发现性能问题、验证系统性能指标达成情况，确保系统更为稳定。

　　根据公司业务发展战略需要，关注电商业务场景需要的大流量、高并发、高可靠性、实时性、平台化、服务化的底层技术。针对不同领域组织专家小组、课题小组，实现跨团队技术共享与协作。定期组织技术沙龙，分享外部技术热点，挖掘内部技术成果，收集技术资料供技术部学习。与外部协作举办线下技术沙龙，邀请外部专家，与其他公司进行技术交流，向业界技术会议推荐专家讲师（进行报备及主题审核），进行主题分享，发表技术文章，活跃团队技术气氛，强化公司技术品牌。

　　复杂系统需要有清晰的层次划分，一般自上而下调用，避免逆向依赖而导致循环依赖。

　　中台包括通用服务，搜索、推荐、数据、购物车、交易、客户信息、商品信息、价格、库存、促销、礼券、礼品卡、商家、积分、支付、全站配置等系统。

　　对未来系统架构进行规划，明确边界划分，指导产品线设计，避免重复建设、长期缺位等问题。

　　系统成熟度根据不同的系统类型，定义成熟度标准，梳理各系统当前实际水平，指导系统演进。参见

　　、拍卖、直播。2.根据项目需要，参与项目需求分析、技术方案设计、上线.主导项目架构设计、核心代码实现、技术难点公关，如：

　　技术设计方案评审，在PDLC上登记，每周三下午定期举行，特殊情况可临时评审。

　　要求尽可能早、同一个项目各系统一起进行架构评审，这样可能根据建议进行调整。架构评审重点在于把关，提高研发设计能力，考虑全面，达到基本要求。

　　技术部自发的重点重构项目往往忽视架构设计评审，导致后续开发、测试、上线、运行出现问题。

　　对互联网、电商领域新兴技术进行调研，跟踪趋势，分析优劣，根据公司实际情况提出实行建议。比如日志中心、Redis集群、容器化、微服务等。

　　公司技术架构体系并不完整和统一，需要逐步完善，并重在解决实际痛点和获得技术部广泛认可。技术架构作为基础，逐步完善意味着整体技术水平提升，并以技术提升效率，降低成本和风险，创造价值。路线是组件到框架到平台，由易入难，由轻落重。

　　响应各技术团队技术咨询、协助解决技术问题，重点在于架构部推广的框架、组件、平台。

　　架构部应关注技术维度问题，立足当下、面向未来、对过去心中有数，知其然亦知其所以然。总结解决方案、建议，参见：

　　完善基础平台，各系统打通，发挥协同作用。作为自研技术组件和新技术的试点应用平台。

　　测试任务由架构部内部发起，或其他部门通过项目经理提出，任务需登记在PDLC中。

　　测试项目文档、结果、报告、脚本做好备份。尽可能了解业务场景，有针对性制定性能测试方案，最大程度发现问题。

　　对测试结果负责，了解问题原因，有问题务必通知到项目经理，避免影响上线决策。

　　测试环境尽可能与线上一致，模拟请求符合业务场景，线下测试主要目标发现性能瓶颈及隐患。

　　开发自动化测试工具，实现自动化、平台化、可复用，节省人力，提高效率。对线上系统实现常态化、自动化性能测试，以性能指标、趋势衡量系统。

　　定期举行技术沙龙，邀请外出参会人员、内部有成果成员、新加入架构师进行分享。2.4.2

　　根据实际需要，组成针对专门领域的跨部门技术专家小组，加强协作，以强化对专门技术的掌握，提高整体技术能力。2.4.3

　　推荐技术骨干作为嘉宾，到外部技术沙龙、大会进行分享。在业界技术社区、网站、公众号发表文章。

　　基于自研开源产品，通过GitHub、QQ群、微信群维系社群，响应问题，发掘贡献者，进行技术支持。

　　3.1.1部门周会每周五上午10点-11点，结合部门周报，总结工作成果及问题，明确后续工作，传达公司、技术部信息，记录会议纪要，安排内部分享。

　　会上各部门汇报上周工作情况，架构部应了解各部门情况，并参与相关问题讨论。3.1.3

　　目前技术部实行季度考核，每季度各部门与HR指定KPI，季度结束后进行考核，其中一定比例为

　　打分。每季度会发放绩效奖金，部门绩效会影响部门总奖金数及人员考核结果分布比例。3.1.4

　　与HR招聘组对口负责人协作，通过邮件筛选简历，安排面试时间及人员，架构师也需要笔试。

　　其他职位负责终面，介绍架构部情况，明确具体职责及加班要求，询问待遇要求及当前offer情况，将结果反馈给HR。

　　对新员工指定导师，确定试用期目标，结束前评估达成情况，打印签字后交给HR，以便转正。

　　发布招聘信息，尽快招聘到位，避免长期空缺造成人员浮动。新入职架构师需安排在技术部范围内进行分享。

　　负责对技术部新员工进行系统架构培训、技术方案设计培训，包括应届生，并针对应届生安排Java基础培训。

　　敏捷管理：项目经理负责，迭代任务计划制定、任务分配（注意交叉测试）、站立会、迭代总结。代码备份、

　　传达公司、技术部政策、公开信息。配合协调加班、系统巡查、双十一支援等其他事宜。

　　要求分配考核结果。考核结果会影响未来的晋升和加薪资格。架构部因职责、能力差异较大，主要以集中答辩评分、部门长主观评价及参考工时确定。

　　每半年技术部有一次晋升答辩，高级水平以上需要公开答辩，初中级各部门自行评审。晋升一般要连续两次考核

　　定期（如每两周）与团队成员1V1，半小时，沟通近期工作、问题、后续工作方向，个人成长目标，对公司、团队的想法。

　　会征集总裁认同奖及技术部部门认同奖，包括个人奖及团队奖，可根据情况提报。

　　申请到的认同奖，可留一部分作为团队经费，一部分聚餐，剩余大部分根据贡献分配发放到个人。3.2.8

　　平台声明：该文观点仅代表作者本人，搜狐号系信息发布平台，搜狐仅提供信息存储空间服务。千亿球友会