毕业一年拿下软考高项并申请杭州E类人才,分享备考经验和心得,助力职场新人快速成长。
原文标题:毕业入职一年拿下软考高项并申请E类人才攻略
原文作者:阿里云开发者
冷月清谈:
作者的备考过程分为四个阶段:随缘复习、正式复习、强化复习和冲刺复习。随缘复习阶段主要以听网课为主,对知识点进行初步了解。正式复习阶段则系统地学习了教材内容,并结合自身工作经历加深理解。强化复习阶段重点巩固重难点章节,并开始练习案例分析和计算题。冲刺复习阶段则专注于选择题和论文写作。
在论文写作方面,作者强调了理论结合实践的重要性,并分享了提前准备好的项目整合管理论文示例。此外,作者还提醒考生要注意考前模拟、准考证和考场安排等事项。最后,作者分享了申请E类人才的流程和经验,并鼓励大家持续学习。
怜星夜思:
2、作者的备考时间线很详细,但对于零基础或者跨专业考生来说,该如何调整这个时间线更合适?
3、作者提到了论文写作的重要性,对于没有太多项目经验的应届毕业生,该如何准备论文素材呢?
原文内容
阿里妹导读
本文记录了作者考取软考的复习过程、备考时间线和一些经验总结。
为什么考软考
杭州人才认定:在杭州的打工人应该都了解,杭州市的人才评定福利待遇是很丰厚的。从A类到F类,每个级别的人才都会有相应的福利。其中,E类人才是我们大多数人稍加努力就可以够到的人才类别。
E类人才:E类人才目前有多种评定方法,其中我们能够接触到的副高职称评定资格+相关成果(论文或专利)或者年薪50w+。评定上E类人才后,在杭州每个月可以发2500的租房补贴,总共可以领5年,即最多可以领取15w。
软考的定位:软考是国家认证的可以以考代评的水平考试。换句话说,通过了考试就不再进行职称资格的评审工作,相当于拿到了软考证书就具备了评副高职称的资格,进而就满足了上述E类人才评定方法的必要条件之一。
时间线
整体时间线
自己备考的整体时间线如下:
随缘复习(2023.8.19~2023.11.25)
正式复习(2024.2.18~2024.5.26)
一轮复习(2.18~3.18)
二轮复习(3.18~4.15)
强化复习(4.16~5.5)
冲刺复习(5.5~考前)
规划范围管理
(理论)规划范围管理是为了记录如何定义、确认和控制项目范围及产品范围而创建范围管理计划的过程。项目规划阶段,我们邀请了甲方xx地农业发展部的对接人,农产品供应商代表、采购商代表,国内某地质大学GIS系统领域专家,通过借鉴公司历史资料,共同制定出了项目的范围说明书。(实践)在需求管理方面,我们明确了项目中各个任务的负责人和执行方式。其中需求调研任务由需求分析师王X负责。工作要求王某深入农村基层,同广大农产品提供商进行进行深度交流以获取他们在农产品供销上存在的痛点。基于收集到的诉求,王X通过会议的方式,也对同甲方的接口人和领导进行了讨论,进一步补充了需求,并确认了需求的优先级,在通过相关干系人评审后形成了初版的需求管理计划。在确认范围方面,我们采取了三个阶段的评审关键节点。通过这种方式,我们可以及时发现并纠偏范围偏差,确保项目按计划推进。《范围管理计划》为该项目提供了清晰的指导和方向,以确保项目团队能够明确目标、有序推进,最终实现xx的成功交付。
收集需求
(理论)收集需求是为了实现目标而确定,记录并管理干系人的需要和需求的过程。为了需求调研,我们派遣了需求分析师黄X深入农村基层,同农产品供应商和深入交流,并参与了解日常农产品交易的实际场景。(实践)在同某农产品采购商交流的过程中,王X了解到由于许多农产品的生长周期不固定,自己经常买到临近过期的农产品,导致自己销售时经常会有库存压力。因此,希望该平台能提供农产品的质检报告,或者对农产品供应商的资质进行评估校验,平台应当起到监管作用。对此,王X对该需求进行了收集,并同自己在实地学习过程中了解到的交易痛点进行了整理,形成了最终的《需求文件》和《需求跟踪矩阵》。在需求跟踪矩阵中,我们详细制定了需求跟踪表。例如,针对农产品供应商的商品管理模块,我们对该功能点进行了拆解,划分了农产品上传、农产品营销、农产品售卖报表等子功能模块。并定义好了各个功能模块具体要实现的功能。通过精准清晰的需求收集,我们为项目后续的开展奠定了良好的基础,确保项目能够满足甲方的期待。
定义范围
(理论)定义范围是制定项目和产品详细描述的过程。(实践)我们团队以范围管理计划和软件规格需求说明书等需求文件为基础,召集项目的主要干系人进行讨论,并邀请了xx地农业发展部的对接人王X,以及农产品供销商代表人对系统功能进行评价。通过从用户的角度出发,改进系统功能,最终制定出了《农资监管及直采管理系统项目范围说明书》,并由甲方负责人签字,内容包括1、产品范围:
供应商端:提供完整的商品上传、农产品营销活动报名、订单管理等功能。 直采端:提供完整的商品展示、商品价格实施计算(叠加优惠券)、购买下单支付、支付成功的功能链路。 大数据监管端:必须对全市农资经销机构、农技服务机构、人力服务机构、仓储服务机构、运输服务机构、农事服务机构等信息录入,包括但不限于如门头照片,店铺位置信息,店铺基本信息,支付接入.支持所有结构的精确查找。2、项目的可交付物:项目的全部源代码,开发过程中的技术方案文档,测试标准,用户手册等。3、系统验收标准:
所有功能模块要按照需求文档重要的要求实现,并通过测试用例的验证,确保在实际使用中表现良好的性能 性能要求:本项目必须7X24小时可用,,平台访问微应用响应时间<5秒;事务处理查询平均2秒,复杂分析查询最长<6秒。在网络 稳定的环境下,操作性界面单一操作的系统响应时间<3秒,高峰期<4秒。4、制约因素:
运行环境必须是在国产平台 平台还拥有自身业务的延展性、技术架构的前瞻性、平台端口的兼容与开放性,使得未来系统得以不断升级、业务持续扩展,做到平台系统始终适配不断发展的现代农业管理思路与智慧农业应用场景。创建WBS
(理论)创建工作分解结构是吧项目可交付成果和项目分解为较小,更易于管理的组件的过程。基于项目范围说明书,我和团队成员对项目范围进行了分解。好的WBS分解能够让原本模糊、笼统的工作变得清晰,是的管理有理有据。(实践)具体的,针对本次我负责的项目。我先把供给端农产品管理系统分解出大概得WBS1-2层,分解出“高层级”的工作包和控制账户,然后让各模块负责人都参与了项目工作的分解。这里,我采用了滚动式分解,逐步达到客户的要求,并将细节信息在WBS字典中加以描述。如下图所示:
确认范围(理论)确认范围是农资监管及直采管理系统项目中正式验收已完成项目可交付成果的重要过程。为了解决客户对最终绩效的担忧,我们采取了分阶段交付+分阶段确认方式。(实践)在项目的里程碑节点,例如完成了供给端农产品管理后台系统开发后,我们邀请xx地农业发展部接口人,和供应商代表,参与评审会议。会议上演示如何在后台管理系统中上传自己的农产品,并完成相关产品的备案。这样一来,干系人可以直观地了解系统如何运行,也增加他们对项目成功的信心。演示完成后,我们请他们检查确认,并形成书面的《xx阶段评审意见表》以及甲方领导签字确认,这种阶段性确认的方式有效的清楚了干系人一路,保证项目的顺利进行和最终验收的顺利完成。
控制范围
(理论)控制范围就是监督项目范围状态,管理范围变更的过程。在项目中,我定期组织召开项目状态审查会,审查项目的范围,找出项目偏差,并做分析,严格杜绝一切范围蔓延镀金的情况。(实践)例如。在某次审查会议桑, 我发现了“供给商后台开发”模块中增加了“供给商店铺访问报表分析”的开发任务。我查阅了《产品范围说明书》和《需求跟踪矩阵》,并没有发现该需求,于是我按照责任分配矩阵找到了模块开发的负责人。询问原因,原来是因为负责人张工,因为之前开发过类似的需求,觉得这个功能挺有用,就决定顺手加一下。针对该情况,我也再次和团队成员强调:应当严格遵守范围基准,杜绝需求蔓延。如果有变更,必须走审批。此功能我通过初步的论证评估,决定将变更提交给CCB审批。CCB审批初步评估该功能大概需要5人日的工作量,但可能会改动到已有的链路。但由于项目已经接近尾声,为了避免本次改动对已完成的功能造成破坏,CCB驳回了变更请求。但考虑到该功能确实会对用户体验有极大的帮助,与会干系人经过讨论,决定将该需求作为补充,经过正规变更流程,在二期开发中实现。
考前注意事项
机试模拟
准考证与考场
考试当天
考后
出成绩
电子证书下发(7.11)
在全国专业技术人员资格证书查询网站
申请E类人才(7.11~7.19)
申请地址为:
说在最后
“I am a slow walker, but l never walk backwards .”
10 分钟构建 AI 客服并应用到网站或者聊天系统中
为了提升用户体验和增强业务竞争力,越来越多的企业会构建 AI 助手,以便全天候(7x24)回应客户咨询。在阿里云上,只需 10 分钟即可构建一个 AI 助手,并发布到网站、钉钉或微信公众号中。
点击阅读原文查看详情。