当前位置: 首页 > article >正文

对于其他管理的理解(中)

信息系统项目管理师的论文还有配置管理、变更管理等

配置管理(服装搭配与衣柜管理)

(1) 配置项识别:衣物分类与清单

  • 知识点: 配置项识别是配置管理的第一步,需要确定哪些内容需要纳入配置管理,并创建配置清单(Configuration Baseline)。
  • 比喻
    • 就像整理衣柜时,先要对所有衣服进行分类(如上衣、裤子、鞋子)和清点(如哪些是正式服装、哪些是休闲装)。
    • 信息系统中需要明确哪些是需要管理的配置项,比如:源代码、数据库配置、测试用例等。
  • 实际应用
    • 为每件衣物(配置项)创建标签(标记版本号或状态)。
    • 信息系统中,使用工具(如Git或配置管理数据库)记录每个配置项的状态和版本。

(2) 配置控制:合理安排服装搭配规则

  • 知识点: 配置控制确保配置项在变更时得到授权和记录,避免未经授权的修改对系统造成影响。
  • 比喻
    • 在衣柜管理中,控制服装的搭配规则(比如:正式场合穿西装+皮鞋,运动场合穿运动装+运动鞋)。如果没有规则,可能会出现西装配拖鞋的混乱场景。
    • 在信息系统中,需要通过配置控制委员会(CCB)审查所有变更请求,确保系统运行不被破坏。
  • 实际应用
    • 制定搭配规范(配置变更流程),例如:正式变更必须经过审批。
    • 使用工具(如Jira)跟踪每次配置变更的申请和批准过程。

(3) 配置状态记录:建立衣物使用日志

  • 知识点: 配置状态记录需要对配置项的历史和当前状态进行记录,确保所有变更和操作可追溯。
  • 比喻
    • 衣柜管理中,可以记录衣物的状态(是否干净、是否需要修补)。例如,某件衣服被修改后(裁剪或染色),需要记录修改的时间和用途。
    • 信息系统中,需要记录每个配置项的版本历史、变更时间和变更原因。
  • 实际应用
    • 使用配置管理工具(如Git、Subversion)记录版本历史,确保每次修改都可以回溯到之前的版本。
    • 定期更新状态报告,让团队知道当前配置项的状态(类似定期整理衣柜)。

(4) 配置审计:检查衣物是否合规与可用

  • 知识点: 配置审计是检查配置项是否与基线一致,确保配置项的实际状态与预期状态一致。
  • 比喻
    • 在衣柜管理中,定期检查衣物是否还适合当前需求(如过季的衣服需要收纳、不合身的衣物需要处理)。
    • 在信息系统中,需要通过审计确保配置项符合需求和标准,比如:源代码与测试文档是否匹配。
  • 实际应用
    • 定期进行配置审计,检查每个配置项是否按计划执行,确保系统不会因为错误的配置项而崩溃。
    • 使用审计报告作为团队检查的依据。

(5) 配置基线:确定服装组合模板

  • 知识点: 配置基线是配置项的正式批准版本,用于后续开发和变更的依据。
  • 比喻
    • 就像为衣服搭配创建一个模板(比如“商务场合:衬衫+西装+皮鞋”)。这个模板确定后,任何搭配都要基于此模板进行修改。
    • 在信息系统中,配置基线可能是系统设计文档的版本、开发环境的配置等。
  • 实际应用
    • 确保基线版本在变更前是完整和经过验证的(如发布前的系统配置)。

(6) 配置管理工具与系统:智能衣柜的辅助工具

  • 知识点: 使用配置管理工具(如Git、Jira、CMDB)简化配置项的记录、变更和审计。
  • 比喻
    • 智能衣柜可以帮助用户标记衣物的状态、推荐搭配方案,甚至记录穿着历史。配置管理工具在信息系统中扮演类似角色。
  • 实际应用
    • 为信息系统引入合适的配置管理工具(如Git进行版本管理、Ansible进行环境配置)。

 变更管理(航班改签)

1. 变更请求提交:乘客提出改签申请

  • 知识点

    • 所有变更请求必须通过正式的流程提交,并清晰描述变更的内容、原因和目的。
    • 项目团队需要明确谁有权提出变更,以及如何记录变更请求。
  • 比喻

    • 乘客在航班起飞前要求改签,需要先提交改签申请,说明改签的原因(如临时会议或突发事件)和目标航班的需求(如时间、地点)。
    • 如果乘客直接上飞机要求换座位或修改目的地而不通过正式渠道,会导致混乱。
  • 实际应用

    • 在信息系统中,需要为变更建立统一的入口(如变更管理工具或表单),确保任何请求都能被完整记录并追踪来源。
    • 比如,开发人员希望修改数据库结构,需要提交变更单,明确变更的范围、目标和理由。

2. 变更影响分析:评估改签的可行性和影响

  • 知识点

    • 在变更控制流程中,必须分析变更对项目范围、进度、成本、质量和风险的影响。
    • 可以使用工具(如影响分析矩阵)和技术(如专家判断)评估变更的可行性。
  • 比喻

    • 航空公司接到改签申请后,需要检查目标航班是否有空位、改签是否会延误当前航班的登机流程、是否需要支付额外费用,以及改签是否会影响其他乘客(如超额预定情况)。
    • 如果改签会影响飞机的总载荷或航班准点率,则可能被拒绝或需要调整。
  • 实际应用

    • 信息系统中,例如一个功能模块的变更请求,可能会影响其他模块的开发。需要评估:
      • 范围:是否需要修改其他功能。
      • 进度:变更会否导致交付延期。
      • 成本:需要投入多少额外资源。
      • 风险:变更是否会引入新的技术问题。

3. 变更审查与批准:改签的审批过程

  • 知识点

    • 变更控制委员会(Change Control Board, CCB)负责审查和批准变更请求,确保所有变更都是经过充分考虑后批准的。
    • 小型变更可以授权特定人员快速审批,而大型变更需要更高层级的审批。
  • 比喻

    • 航空公司改签部门会根据申请对改签进行审批。可能会有不同的流程:
      • 小改签(同舱位的时间调整):快速审批。
      • 大改签(跨航班或舱位变更):需要主管批准。
      • 紧急改签(如医疗原因):特殊处理并可能优先处理。
    • 如果改签申请不合理(如要求改签到超额预定的航班),则会被拒绝。
  • 实际应用

    • 信息系统中的变更请求,需要CCB审核变更的必要性和可行性。例如:
      • 如果某用户界面的调整对核心业务无影响,可以快速审批。
      • 但如果涉及数据架构调整,可能需要多方协商,甚至邀请外部专家审查。

4. 更新项目计划:调整航班和登机安排

  • 知识点

    • 一旦变更被批准,必须更新项目的相关计划,包括范围基线、进度基线和成本基线。
    • 确保所有相关方都能了解更新后的项目状态。
  • 比喻

    • 航空公司在批准改签后,需要更新相关系统(如座位分配、登机牌信息、乘客清单),并通知其他部门(如地勤和登机口)。
    • 如果改签导致当前航班的起飞时间需要调整,需要及时更新航班计划,并通知其他乘客。
  • 实际应用

    • 信息系统中,比如批准了一个新的功能模块变更,项目计划需要更新:
      • 开发团队的任务分配。
      • 项目时间表中的关键路径。
      • 资源分配和预算更新。

5. 实施变更:为乘客完成改签

  • 知识点

    • 实施变更需要按照计划执行,并确保变更实施过程中不会引入新的问题。
    • 在实施变更时,还需要记录实际的执行情况。
  • 比喻

    • 航空公司为乘客完成改签,比如重新打印登机牌、通知登机口、更改行李标签,并确保乘客能顺利登上新的航班。
    • 如果改签过程中出现意外(如新航班取消),需要进一步调整。
  • 实际应用

    • 信息系统中,在变更实施过程中:
      • 开发团队需要按计划调整代码、配置文件或其他系统组件。
      • 测试团队需要重新验证相关功能,确保变更不会影响系统其他部分。

6. 记录与审计:保存改签记录以备查

  • 知识点

    • 所有变更及其相关的分析、审批和实施过程必须记录在案,以备后续审计或项目总结时使用。
    • 变更记录是项目的关键文档之一,可以用于分析变更对项目的整体影响。
  • 比喻

    • 航空公司需要保存所有改签记录,包括改签的时间、原因、影响和费用等,以便后续查阅或用于客户服务。
    • 如果乘客对改签有异议,这些记录是解决问题的重要依据。
  • 实际应用

    • 在信息系统中,所有变更记录需要存档,包括:
      • 变更的内容和理由。
      • 审批记录。
      • 实施后的状态。
      • 变更对范围、进度和成本的影响。

7. 监控变更影响:检查改签后的航班运行是否正常

  • 知识点

    • 在变更实施后,项目经理需要持续监控变更的影响,确保变更不会对项目目标造成负面影响。
    • 如果变更引入新的风险或问题,需要立即采取措施解决。
  • 比喻

    • 改签后,航空公司需要监控航班的运行情况,确保新的乘客安排不会导致登机延误或影响其他乘客的体验。
    • 如果改签后的航班出现新的问题(如座位重复分配),需要及时解决。
  • 实际应用

    • 信息系统中,变更实施后,需要通过监控和测试,检查系统是否正常运行:
      • 是否满足新的功能需求。
      • 是否对其他模块产生负面影响。
      • 是否出现新的技术风险。

 


http://www.kler.cn/a/449274.html

相关文章:

  • vue3入门教程:ref函数
  • springboot481基于springboot社区老人健康信息管理系统(论文+源码)_kaic
  • 智能座舱进阶-应用框架层-Jetpack主要组件
  • SWIFT基本使用
  • Bluetooth Spec【0】蓝牙核心架构
  • 基于Matlab实现无刷直流电机仿真
  • 【Flink-scala】DataSet编程模型介绍及数据源
  • Pytorch | 从零构建ParNet/Non-Deep Networks对CIFAR10进行分类
  • 在FreeRTOS中动态创建任务,假如在最后一个参数写NULL,该任务有任务句柄吗
  • 安装管理docker
  • 重温设计模式--享元模式
  • 路由器做WPAD、VPN、透明代理中之间一个
  • CSS系列(24)-- 打印样式详解
  • 基于JAVA_JSP电子书下载系统的设计与实现【源码+文档+部署讲解】
  • 设计模式详解(十二):单例模式——Singleton
  • 如何注册和使用Facebook企业号
  • uniapp验证码
  • 数据库管理-第274期 Oracle Enterprise Manager 24ai新特性一览(20241223)
  • 使用frp进行内网穿透
  • 程控电阻箱应用中需要注意哪些安全事项?
  • Log4j简介
  • 在Excel中绘制ActiveX控件:解决文本编辑框定位问题
  • ubuntu装P104
  • 操作系统(22)外存的组织方式
  • 初识Go语言
  • docker部署微信小程序自动构建发布和更新