共计 4796 个字符，预计需要花费 12 分钟才能阅读完成。
背景
随着工作环境的转变，公司对于能力的要求也发生了较大变化。私企更多看中的是项目经历和技术能力，而国企会更多的会在 “证书”、“论文”、“职称”等方面有所要求，所以近几个月的技术文章更新频率也放缓了。
在入职后，我先考取了阿里云ACP认证 证书，随后考取软考高级证书。
软考证书在私企认可度并不高，但是在国企或者单位里面可以起到 “以考代评”，作为副高级职称的申报条件。
准备的时间较短，满打满算还不到两个月，不过最终结果还OK，擦边通过。
考试相关经验
报考什么级别的证书
对于在 计算机技术与软件 行业工作多年的人员而言，建议直接考取高级证书，中级证书不太有含金量。
如何选择报考类别
官网上可以查看到所有类型的资格：软考官网-报考指南
要选择什么类型报考，取决于个人目的。
- 想要快速获取证书，可以选择和自己已有技能相近的科目报考，或者选择通过率较高的科目报考；
- 想要学习和或者职业的转换，则取决于个人职业规划。
考试流程
报名 –> 准考证打印 –> 考试 –> 查看成绩 –> 下发电子版证书 –> 下发纸质版证书。
考试科目与通过要求
- 综合知识：选择题，70道中文 + 5道英文，满分75分，45分及格；
- 案例分析：问答题，满分75分，45分及格；
- 论文：2500字左右，满分75分，45分及格。2025年下半年，系规论文题目只有1道题目。押题难度大大增加。
考试时间
区分上半年和下半年考试，具体以官网通知为准。
- 报名一般在考前的2~3个月开始；
- 准考证打印一般在考前的1~2周开始；
- 考试时间为1整天；
- 成绩一般在考试后1~2个月内可查询；
- 电子版证书在成绩出具后的1周~1个月内可下载：全国专业技术人员职业资格证书。纸质版还要延后。
对于考试时间：
- 上午8:30 ~ 12:30，考试科目为：综合知识、案例分析；
- 下午14:30 ~ 16:30，考试科目为：论文。
部分资格1年考取两次，部分资格1年考取一次。
一年考一次的高级证书有：信息系统项目管理师、网络规划设计师、系统规划与管理师。
一年考两次的高级证书有：系统分析师、系统架构设计师。
学习方法
踩了几个坑：
- 我误判考试时间，一开始以为是明年的5月份考试，看了1周多视频后发现是当年的11月考，学习时间过于紧张，放弃了看视频。如果时间充裕还是可以看看视频，加深理解。
- 教材改版，软考达人 题库包含大量过时题目，刷了几千道选择题后发现浪费很多时间。
获取学习资料，如何获取不展开，这应当是基本能力。资料有几类：官方教材、视频课、思维导图、三色笔记、题库。要注意甄别和剔除过期数据。
确定教材中章节重点，学习要有侧重。
备考时间充裕 + 小白，可看教学视频，否则建议直接从官方教材入手。视频资料良莠不齐，很难筛选，且课时太长。
对照思维导图和三色笔记，精读官方教材，并圈定重点难点。同步制作个人题库（问答版）。不用教辅题库是因为：很难甄别质量好的题库；题库可能存在大量过时题目或对某些重点有缺漏。
考试的卡点主要在案例和论文，特别是论文。没必要在综合知识（选择题）上大量刷题，而是理解、背诵 章节思维导图和个人题库。这块功夫做好了，对于选择题和案例基本可以直接拿下，在论文中亦可起到大作用。
论文的准备最为困难，新版教材和旧版教材差异巨大。因为备考时间短，到最后我剩下1周时间来准备论文。最后采用了侥幸方式：根据历年考试题目猜重点押题。
往后可能从全新的章节来出题了，否则教材改版的意义不明显，需要留够时间对重点章节的论文素材都进行准备。
论文有固定的行文模版，可以生成prompt交由AI进行论文素材的准备，例如：
你是一名教育专家，方向是培训学员进行 全国计算机技术与软件专业技术资格（水平）考试，简称“软考” 的指导和教学。
你熟悉并精通所有的中高级软考项目，特别是 系统规划与管理师2025年第二版的教材。
主要工作是指导学生写论文
论文满分是75分，45分及格。
论文有固定的要求：摘要 + 正文（背景介绍+过渡描述+正文段落+总结）
摘要，300字以内
正文总计2200~2500字以内
正文之背景介绍，500字左右
正文之过渡描述：200字左右。承上启下。写一下选择的论题在IT系统规划/管理服务中的重要性，主要从哪些方面开展工作
正文段，1500字左右。结合论文主题按照教材的理论点和自己的工作经验，突出”我”在项目中的作用和重要贡献，有理论有实践、有宏观有细节。宏观上就是这样规划和管理的，成果是优秀的。
结尾段：300字左右。可以写项目实践中的经验教训或个人的心得体会，写总体的成功和遇到的一些小问题，当然最后这些问题都通过"我”的努力得到了解决。另外再表一下决心，写一下个人后续目标，要继续保持学习和进步，为我国或者行业或者公司的信息化事业贡献力量！
系统规划与管理师2025年教材第12章：信息系统服务管理是论文考试的重点
它的章节目录如下：
12.1服务战略规划
12.1.1规划设计活动
12.1.2服务目录管理
12.1.3服务需求识别
12.1.4服务级别设计
12.2 服务设计实现
12.2.1服务模式设计
12.2.2人员要素设计
12.2.3资源要素设计
12.2.4技术要素设计
12.2.5过程要素设计
12.3 服务运营提升
12.3.1业务关系管理
12.3.2服务营销管理
12.3.3服务成本度量
12.3.4服务项目预算、核算和结算
12.3.5服务外包收益
12.4 服务退役中止
12.4.1沟通管理
12.4.2风险控制
12.4.3资源回收
12.4.4信息处置
12.5 持续监督与改进
12.5.1服务风险管理
12.5.2服务测量
12.5.3服务质量管理
12.5.4服务回顾
12.5.5服务改进
对于押的几道题目，我几乎都采用了同一个背景。背景是基于我的历史工作经验，有些项目其实我并没有全过程的参与实施，这样做的目的是降低记忆难度。
论文最忌生搬硬套，一定要结合项目经验来谈，而论文考点十几个，个人项目不太可能涵盖这么多方面。
我的方式是基于 SRE运维平台的生命周期 来围绕多个考点进行论文素材准备，1个大型系统的生命周期是可以覆盖到多个考点的，例如：
- 运维平台的规划设计
- 运维平台的技术研发应用
- 运维平台涉及到的业务关系管理
- 运维平台的持续改进
- 运维平台的质量管理
- 运维服务的应急响应
## 论技术研发应用背景
我所在的公司是一家国内领先的在线办公SAAS服务提供商，为数千万用户提供稳定的在线办公协作服务。近年来，随着用户量和业务规模的爆发式增长，IT基础设施和应用架构日益复杂，原有的运维体系在技术层面遇到了巨大挑战。
我们面临的主要技术难题包括：
1. 技术工具割裂，数据孤岛严重：CMDB、监控、日志、CICD等系统分散建设，技术栈五花八门，数据标准不一，形成“烟囱式”架构。排查一个跨系统故障，需要在多个平台间频繁跳转，技术效率极其低下。
2. 故障发现被动，定位能力薄弱：监控系统存在大量冗余和无效告警（告警风暴），缺乏统一的告警收敛和关联分析能力。运维团队长期处于被动“救火”状态，难以快速定位问题根因。
3. 交付流程繁琐，自动化程度低：资源申请、应用部署、变更管理等流程高度依赖人工干预，技术实现上存在大量断点，响应周期长，且易发生产生人工操作失误。
4. 技术规范缺失，运维经验流失：缺乏标准化的操作SOP和应急预案，大量运维经验沉淀在资深员工脑中，导致技术能力无法复制，新人培养困难，技术风险高。
为彻底扭转这一被动局面，解决上述技术难题，公司决策启动“SRE统一运维平台”项目。项目旨在构建一个面向全员的统一SRE服务入口，整合CMDB、混合云、容器云、可观测性、CICD、ITSM工单等核心模块。我被任命为该项目的项目负责人，全面负责平台的规划设计、技术研发管理以及最终的应用推广落地工作。
## 论业务关系管理
我就职一家大型在线办公软件SAAS服务提供商，担任SRE负责人。近年业务爆发性增长，公司启动混合云建设战略，融合本地IDC（廊坊、中经云等）与多个公有云平台（阿里云、华为云等）。
我作为SRE负责人，带领团队支撑该战略。项目目的是构建高效可靠的运维体系，确保核心SAAS业务在混合云环境下稳定运行，保障SLA、优化成本，并为业务拓展提供技术支撑。
服务对象主要包括内部研发、产品、QA团队及终端用户。采用SRE理念，通过自动化、可观测性、故障自愈等实现主动运维。服务内容涵盖容量规划、架构优化、性能监控、故障响应、成本管理等核心职责。
在此项目中，我领导团队建设并推行SRE最佳实践，将大量精力投入到构建并维护与内部客户、外部供应商及关键第三方的业务关系上，确保服务策略与公司战略、业务目标高度一致。
## 论IT服务规划设计
我司作为国内领先的在线办公软件企业，业务高速增长，但原有"烟囱式"建设的运维系统弊病丛生：系统分散、效率低下，CMDB、监控、日志、CICD等系统分散，用户需频繁切换；功能不完备、标准不统一，工具链重复建设、功能缺失；成本高、响应迟缓，技术栈各异，ITSM流程不畅；可观测性差、被动响应，监控告警数据冗余，难以追溯根因。
为此，公司启动"SRE统一运维平台"项目，目标是打造面向全员的统一SRE服务入口。我被任命为项目负责人，主导新平台规划、设计与服务改进落地。
项目概况：
• 目的： 提升IT服务管理水平，实现运维自动化与智能化，高效支撑业务快速迭代与稳定运行
• 组织： 项目由我牵头，核心团队由SRE、研发、测试工程师组成，CTO任指导委员会主席
• 服务对象： 公司内部全员
• 服务内容： 基础设施服务、平台自动化服务、运维管理服务，以及知识与自助服务等
• 交付成果： 打通CMDB、混合云、容器云、可观测性、CICD、ITSM工单等核心模块的全新SRE平台
## 论IT服务持续改进
我所在的公司是国内领先的大型在线办公软件公司，业务爆发式增长对IT基础设施稳定性和运维效率提出严峻挑战。然而，原运维平台“烟囱式”建设，存在诸多问题：
1. 系统割裂低效： CMDB、监控、日志、CICD等系统分散，用户切换频繁，效率低下。
2. 功能不全标准不一： 工具链重复建设与功能缺失并存，难以推广最佳实践。
3. 维护成本高响应慢： 技术栈各异，ITSM流程不畅，服务请求处理缓慢。
4. 可观测性差被动响应： 监控告警数据冗余，难以追溯根因，SRE疲于救火。
为彻底解决这些问题，公司启动了“SRE平台重构”项目，目标是打造面向全员统一的SRE服务入口。我被任命为项目负责人，全面负责新平台的规划、设计及服务改进落地。
• 项目目的： 提升IT服务管理，实现运维自动化智能化，高效支撑业务迭代与稳定运行。
• 组织结构： 我牵头组建SRE、研发、测试核心团队，CTO任指导委员会主席，各业务部门代表参与决策与反馈。
• 服务对象： 公司全体技术人员及部分IT资源需求方。
• 服务内容： 提供基础设施服务（混合云/容器云）、平台自动化服务（CI/CD）、运维管理服务（CMDB、可观测性、ITSM）、知识与自助服务。
• 交付成果： 集成CMDB、混合云、容器云、可观测性、CICD、ITSM工单等核心模块的全新SRE平台。
• 我的工作职责： 负责需求识别、目标制定、方案设计、团队管理、资源协调、推动“人员、资源、技术、过程”四要素改进落地，并监督项目实施、效果验证与持续改进。
考试时看到论文题目后，先不用急着下笔正式写文章。而是快速检索记忆，理清和论题相关的知识点，以简易思维导图的形式做好大纲。
再依据大纲行文，避免论点中遗漏知识点。
总结
软考高级的通过率并不高，系统规划与管理师2024年杭州考点仅有2%左右。但是不要被低通过率吓到，即使考试未通过。备考阶段仍能学习到很多知识。实践、认识、再实践、再认识… 过去更多的是实践多而认识少，学习理论的过程中对自己是一种全方位的深化。
学习方式是重点，磨刀不误砍柴工，开始阶段就要了解清楚考试相关信息，设计好学习方案，而不是上来闷头就刷题或者看视频，这样效率极其低下。
