|
|
此文章只针对信息部部门内部运维，本人借用产研学中“研”、“学”二字。
“研”字我们可以联想到研究，结合我们信息部门日常运维在做什么？我们的日常工作主要做信息系统及硬件维护等工作，我认为这个是低层次理解信息运维岗位，其实我们运维工作是对信息数据的整理和归纳，后续需要对整理处理的运维数据进行整理分析，不光是一个软件维护、硬件维护。很多内部行业小伙伴也是对运维理念停留在传统理念上，并没有对运维维护工作升华到一个高一点的层次。
我们日常工作需要对企业内部发起的IT流程信息处理，处理用户发起的需求等一些维护软、硬件等工作。因为一些IT流程信息单信息对我们老IT来说相对简单，只在IT流程信息单上点击提交，没有形成问题记录。等到后期同样的问题用户会重复发生，甚至是同一个用户。此时我们应该把问题记录需要把用户的描述按照我们专业的语言或者较为专业的描述
话术描述清楚，处理过程需要记录处理前和处理后的截图，形成处理结果和处理过程完整闭环。还有是用户没有发起流程，直接或者用即时通讯软件直接描述的问题，此时我们应该自发起一个流程，来描述处理这种情况。年底整理运维记录时我们需要对问题清单问题进行问题分类，基本问题、软件问题、需求问题等分类，来年需要对已分类的问题针对处理，研究问题出现的根本原因，实施问题定性分析、问题定量分析，规划问题应对方法、监督问题执行情况，从而提升运维价值。
“学”，研学一体，学的是什么，学的是日常记录的问题/需求清单，进行分析后我们整理的解决方案。方案需要整理成册，对老员工整理问题记录文档是一个增加记忆的一个方法，加强印象，后期出现同样问题，快速解决问题。对新员工来说是一个学习的渠道。记录问题清单，附上解决方案，是增加组织过程资产，提供学习路径。在日常工作中，领导/老板经常抱怨信息部反应速度慢，培养新人周期长，花大钱招聘的高手也是看起来是高手，几个高手在一起也没有形成战斗力，没有软件公司的顾问等人能力强，其实这个是误解的，不是花大钱招聘来的运维人员能力不济，是因为本部没有像软件公司一样形成体系，传承。没有好的或者有质量的组织过程资产。我们不是主营业做软件的单位，我认为还是有必要想软件公司那种处理问题，解决问题的理念，尽量形成文档，进行有效记录，为本部门运维工作能够不因为人员流动等其他原因产生一些影响，进一步提升信息部运维工作的价值。
总论：提升运维价值，前提是需要规范运维模式，好的模式是有利于运维效率，运维价值。一般运维流程都是出现问题先记录、分析问题、查看问题应对措施，有相应的问题应对措施，执行措施，没有应对措施，需要对问题进行根本原因分析、对问题进行定性分析、定量分析、规划应对措施、实施应对措施、领导者监督问题执行情况，每一步都是需要事前、事中事后处理分析，最终形成组织过程资产，为企业信息部部门提高战斗力，为企业、企业用户赋能。 |
|
发表于 2023-1-5 17:46:53