· 论信息系统的整合管理
项目整体管理包括选择资源分配方案、平衡相互竞争的 目标和方案,以及协调项 目 管理 各知识领域之间的依赖关系 。 请以“ 论信息系统项 目 的整体管理 ”为题论述:
1.概要叙述你参与管理过的信息系统项 目(项 目 的背景 、项 目规模 、发起单位 、 目 的 、项 目 内 容、组织结构 、项 目周期 、 交付的成果等), 并说明你在其中承担的工作(项 目 背景要求本人真 实经历, 不得抄袭及杜撰)。
2. 请结合你所叙述的信息系统项 目,围绕以下要点论述你对信息系统项 目 整体管理的认识, 并总结你的心得体会:
(1)项 目 整体管理过程:
(2) 结合你项 目, 制定一份项 目章程
(3) 结合你的项 目, 写一份工作绩效报告
(4)阐述整合管理中遇到的问题, 你是如何解决的( 具体做法), 并总结心得体会。
· 论北方某市智慧工地监管平台项目整合管理
2022 年 4 月, 我作为项 目 经理负责北方某市住房和城乡建设局智慧工地数字化监管平 台项 目, 合同金额 226 万元 ,建设周期 12 个月, 团队采用项 目 型组织架构, 配置 15 人 :我 担任项 目 经理统筹管理, 需求分析 2 人 、 架构 1 人 、 开发 5 人( 后端 3 人/前端 1 人/算法 1 人)、测试 2 人 、 交互设计 1 人 、质量管理 2 人 、 配置管理 1 人 。该平台面向主城区及重点 区县 40 个标杆工地, 服务 80 余家施工企业 、 800 多名监管人员, 日均处理数据约 60 万条。 建设内容包括统一门户 、质量安全监管 、 危大工程监测 、 环境监控 、 预警中心 、BIM 协同、 决策驾驶舱、 移动端应用 9 个子模块 。 技术上采用 Spring Cloud 微服务架构, 通过 Vue.js 实 现前后端分离,达梦 DM8 存储业务数据,服务器部署采用 4 台 阿里云 ECS 配合 2 台边缘节 点, 保障系统在高并发场景下的稳定性 。 项 目 于 2023 年 5 月上旬通过验收并正式使用, 政 府巡查工作量减少 35%,流程审批提效 40%,受到用户一致好评并获得数字化转型示范案例。
本项 目 包含 183 个功能点的开发, 涉及政府监管部门 、 设计 、 施工企业等多方干系人, 存在国产化技术适配等难点。我从开始就认识到整合管理对项 目 成功的重要性,本文结合将结合项目实践经验,从制定项 目章程 、制定项目管理计划 、指导与管理项目工作 、管理项目知识 、监控项目工作 、实施整体变更控制 、结束项目或阶段 7 个方面,论述合理有效的整合管理对于确保项目成功的重要性, 最后总结心得体会。
1 、 制定项目章程
制定项 目章程是正式批准项 目 并授权项 目 经理使用组织资源的文件,为后续的项 目 管理 和实施提供方向。住建局领导对该项 目 非常重视,在项 目 合同签订后第二天,公司产品研发 部就组织我司解决方案专家 、资深软件工程师等人员,根据项 目 合同 、项 目建议书等文件编 制 了项 目章程,产品研发部孙总组织项 目干系人用会议方式进行了评审,表决通过后,正式 发布 了项 目章程和假设 日 志,确立 了项 目正式地位,并对我作为项 目 经理进行正式授权。部 分重点如下:
|
项 目章程 |
内容描述 |
|
项 目名称 |
北方某市住建局智慧工地监管平台建设项 目 |
|
总体预算 |
226 万元 |
|
项 目发起人 |
北方某市住房和城乡建设局(或具体单位名称) |
|
项 目 经理 |
唐经理 |
|
项 目 立项依据 |
为提升建筑工地数字化监管水平, 降低安全事故率, 实现施工质量 、设备运行、人员管理的智能化管控 ,响应国家“ 智能建造 ”政策要求 ,建设覆盖全市工地的 智慧监管平台。 |
|
项目目标 |
功能目标: 开发“1 平台+9 模块 ”系统, 涵盖质量安全监管 、危大工程监测 、设 备运维等核心功能, 实现 183 个功能点; 性能目标: 支持日均处理 60 万条结构化数据( 设备状态 、人员考勤等)及 10 万 条视频摘要数据 ,通过压力测试验证 200 工地/500 万条数据的并发能力; 国产化适配 :后端部署于麒麟 V10 操作系统 ,核 心模块适配达梦 DM8 数据库; 安全目标 :通过等保 2.0 三级测评。 |
|
整体项 目风险 |
技术风险:微服务架构的稳定性与国产化组件兼容性风险; 高并发场景下的系统 性能风险。 |
|
总体里程碑计划 |
项目启动 2022 年 4 月 |
|
验收标准 |
所有模块根据质量标准和范围基准要求通过测试 |
|
退出标准 |
1、所有功能模块通过验收测试并符合合同要求 |
|
关键干系人名单 |
项 目 经理( 1 人) 统筹项 目 全生命周期管理 ,协调资源与风险控制 |
|
项 目 经理签名: ;项 目发起人签名:__________( 住建局负责人) |
|
假设日志如下:
|
编号 |
分类 |
说明 |
责任人 |
到期 日 |
活动 |
状态 |
|
1 |
假设条件 |
施工现场网络环境稳定,无极端恶劣 天气影响物联网设备数据采集与传 输 |
张工 |
2023 年 5月 |
会议 |
已结束 |
|
2 |
假设条件 |
施工企业及监管人员能够及时配合 系统调试,并提供真实业务场景反馈 |
王工 |
2023 年 5月 |
会议 |
已结束 |
|
3 |
假设条件 |
开发团队能够准确理解危大工程监 测 、环境监测业务逻辑及功能需求 |
陈工 |
2023 年 5月 |
会议 |
已结束 |
|
4 |
假设条件 |
平台与塔吊监测仪、环境传感器等设 备的数据接 口 兼容性正常 |
赵工 |
2023 年 5月 |
会议 |
已结束 |
|
5 |
制约因素 |
项目总成本需严格控制在 226 万元 预算范围内 |
李工 |
2023 年 5月 |
专家判断 |
已结束 |
| 6 |
制约因素 |
政府关于建筑工地数字化监管的政 策要求及数据安全标准在项 目周期 内无重大变更 |
周工 |
2023 年 5月 |
专家判断 |
已结束 |
2 、 制定项 目 管理计划
制定项 目 管理计划是定义、准备和协调项 目计划的所有子领域计划,并把它们整合为 一 份综合的项 目 管理计划。我被任命为项目经理后,组织团队成员参考公司历史模板、按照项 目章程要求并结合项目实际编写了项目管理计划初稿。在项目开始后,我和团队采用核对单、专家判断和头脑风暴等方式编写了各领域子计划,并重点编制了范围 、进度 、成本三大基准 和变更管理计划 。我将相关文件汇总后,通过线下访谈的方式与住建局黄局长、信息部姚主 任进行沟通,获取了他们对项目范围、进度等方面的反馈并及时优化,历经五轮更新和评审, 确认了最终的项目管理计划, 重点如下:
|
项目管理计划 |
6.项目质量管理计划
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
3 、指导与管理项 目工作
指导与管理项 目工作是带领团队,执行执行项 目 管理计划中所确定的工作,并实施已批 准变更的过程 。首先 ,我任命了质量组长 、开发组长 、测试组长等, 由组长根据组员擅长领 域分配具体工作内容 。我作为项 目 经理,则将主要精力放在统筹和协调项 目 、对接客户方等工作上 。考虑本项 目 采用混合型开发方法,我们明确 了项 目 整体的里程碑节点, 同时,针对 危大工程 、 环境监测等六大核心模块采用敏捷 Scrum 开发, 设置迭代( 1 个月) 与冲刺( 2 周) 周期, 我要求项 目 组成员按照项 目进度计划的要求执行, 并拟定定期沟通制度: 1 )在 每周一到周四的早晨 9 点举行为期 10 分钟的晨会;2 )每周五定期举行周会, 同步项 目 整体 进展、风险。通过例会制度和每日跟踪将要点记录在问题 日 志中,指导和管理项 目有序进行, 为保障设备端 、 管理端和移动端所有可交付成果的顺利验收打下基础 。 重点如下:
|
问题日志 |
||||||||
|
序号 |
问题类型 |
提出者 |
提出时间 |
问题描述 |
优先级 |
负责人 |
解决时间 |
状态 |
|
1 |
需求问题 |
张工 |
2023 年 6 月 5 日 |
施工方要求增加塔 吊实时报警推送功 能 |
高 |
王工 |
2023 年 7 月 10 日 |
已解决 |
|
2 |
性能问题 |
李工 |
2023 年 8 月 2 日 |
40 个工地同时上传 BIM 模型时,平台响 应延迟超 30 秒 |
高 |
陈工 |
2023 年 9 月 1 日 |
已解决 |
|
3 |
兼容性问题 |
赵工 |
2023 年 9 月 15 日 |
环境监测模块某型 号传感器数据异常 导致误报失 |
中 |
刘工 |
2023 年10 月5 日 |
已解决 |
|
4 |
安全问题 |
吴工 |
2023 年10 月8 日 |
视频监控模块存在未授权访问漏洞 |
高 |
周工 |
2023 年11 月 1 日 |
已解决 |
4 、 管理项目知识
管理项 目知识是使用现有知识并生成新知识, 以实现项 目 目标, 帮助组织学习的过程。 项 目初期,我在 Jira 中建立知识库,邀请开发组长老杨结合他过去负责的西南区某智慧工地 监管平台标杆项 目 案例进行经验分享,并录屏形成组织过程资产 。此外,我注重对于初入职 场的成员的培训 。比如后端研发小张刚工作不到 1 年,在研发过程中不知道怎么设计表结构 以及撰写技术方案,小张通过知识库中后端开发培训课程学习,大幅提升了开发效率并在后 续负责了部分模块的独立开发。
5 、 监控项目工作
监控项目工作是跟踪、审查和报告整体项目进展,以实现项 目 管理计划中确定的绩效目标 ,对于需求蔓延、进度滞后 、成本超支等问题 ,采取预防和纠偏措施 。本项目中,我和团队会定期监控各模块建设情况并对照基准进行计算分析,发现问题会及时采取措施处理并向 干系人进行汇报 。例如 ,在高并发性能测试期间,团队发现 BIM 模型与检测数据上传延迟 >30 秒, 老杨考虑对服务器进行硬件扩容 。 我组织老杨 、架构师召开专题讨论会,采用备选方案分析的方法,对服务器物理扩容和云服务器弹性扩容两种方案进行决策树量化分析和 比选,结果显示引入云服务扩容为更优选择,同步考虑云服务器升级成本后做挣值分析后发 现 CPI=1.02, 不对成本基准造成任何影响。
|
方案 |
成功概率 |
成本( 万元) |
成功收益( 万元) |
期望值( 万元) |
|
物理扩容 |
70% |
60 |
100 |
100×70% -60 = 10 |
|
云服务扩容 |
90% |
50 |
100 |
100×90% -50 = 40 |
团队一致表决云服务器方案后,我按照变更流程跟 CCB 做汇报并申请 50 万元预算,云 服务器部署实施后顺利通过压测,成功验证方案可行性,相关成果也在项 目 月度状态报告中向住建局姚主任 、 工地代表赵总等干系人进行可及时展示汇报。展示度量信息(项目状态报告)
|
项目属性 |
内容/状态 |
|
|
项 目名称和高层级描述 |
开发建筑工地数字化监管平台,集成质量安全监测、环境监控等9 大模块, 目标实现政 府监管全流程数字化 |
|
|
高管发起人 |
市住建局局长 |
|
|
项 目经理 |
本人 |
|
|
开始日期 |
2022 年 4 月 |
|
|
结束日期 |
2023 年 5 月(计划) |
|
|
报告期间 |
2022 年 10 月 |
|
|
状态 |
详情 |
|
|
进度 |
完成45%(需求分析、核心架构开发完成,部分模块进入测试阶段) |
|
|
资源 |
团队 15 人(开发人力充足,但硬件联调工程师短缺,需协调外部支持) |
|
|
预算 |
已使用48%(实际支出 108 万元,剩余预算压力可控) |
|
|
关键活动 |
最近的成就 |
状态 |
|
需求调研与 确认 |
完成 40 个标杆工地需求分析,输 出《需求规格说明书V2.0》 |
已完成 |
|
微服务架构 开发 |
Spring Cloud 核心框架搭建完 成,质量安全模块试运行 |
在正轨 |
|
硬件设备联 调 |
主城区工地传感器部署完成(接 入率 85%) |
有顾虑 |
|
高并发性能 优化 |
阿里云 ECS、边缘计算节点弹性扩 容方案通过压力测试 |
已完成 |
|
威胁 |
机会 |
|
|
1. 区县传感器协议不兼容:需协调供应商更新固 件(预计耗时 1 周) |
1. 政策支持:政府追加50 万元预算,用于扩展环境 监控功能 |
|
|
2. 用户操作抵触:部分监管人员拒绝使用移动端审批(增加 1 对 1 培训频次) |
2. 技术复用:微服务架构获省级技术认证,可推广至其他城市 |
|
6 、 实施整体变更控制
实施整体变更控制是在项 目周期内, 对项 目 变更进行识别 、 审批 、 管理的工作 。例如 , 在平台试运行期间,QA 通过质量审计发现低温传感器在-12℃ 下频发数据异常导致平台误报, 经鱼骨图分析发现是传感器硬件不适配低温环境导致 。QA 向我发起了变更申请 ,我一方面 快速协调供应商加装传感器临时保温套件解决误报问题 ,要求 24 小时驻场巡检持续监控;
另 一方面, 同步向 CCB 发起传感器采购标准变更申请 ,要求供应商补充-12℃ 低温测试报告 并更换低温性能缺陷的传感器 。CCB 对变更申请进行初审 、 方案论证 、 审查确认后, 我发 布变更通知并要求 QA 跟踪变更实施,关注新设备低温测试结果与设备更换情况并在每 日 站 会汇报进度; 经效果评估, 团队在两周时间内完成约 20 个工地传感器的更换, 数据异常率 从 35%降至 0.5%, 项 目 纳入正常轨道 。 具体的变更管理流程如下:
7 、 结束项 目 或阶段
结束项 目 或阶段是结束项 目 、 阶段或合同的所有活动 。在完成客户验收以后, 系统于 2023 年 5 月初上线 ,按照合同约定, 进行为期一个月的试运行 。 智慧工地监管平台有效地 解决了多方用户施工数据不互通,政府监管不透明,现场巡检监管效率低等问题。试运行结 束后,住建局领导及其他干系人整体表示满意,我们陆续移交了产品 、架构设计 、使用手册 等交付物,同时开展多次功能和业务培训,住建局信息部姚主任签发了项 目验收报告。最后, 我组织了一场项 目 复盘会议,与项 目成员一起总结了项 目遇到的问题及解决措施,作为经验 教训登记册 ,归档入公司的知识库 。 同时,我为表现突出的员工申请了奖励 ,肯定了其在项 目 中的付出。
|
经验教训登记册 |
|||||
|
序号 |
问题/需求 |
原因/ 目 的 |
教训/经验 |
记录人 |
日期 |
|
1 |
扬尘误报警频率 过高 |
报警阈值设置不合理 |
优化报警触发阈值 |
张工 |
2022 年 9 月 10 日 |
|
2 |
高并发性能不足 |
对高峰并发数据处理能力估计不准确 |
采用云服务器弹性扩容解决 |
老杨 |
2022 年 10 月 20 日 |
|
3 |
低温环境传感器 数据异常 |
设备采购标准缺少低 温环境测试要求 |
修改传感器选型标准,增加低温测试要 求 |
管工 |
2022 年 6 月 15 日 |
|
4 |
政府大屏浏览器 兼容性问题 |
未适配低版本浏览器 样式 |
采用通用可视化组件,补充兼容性测试 |
陈工 |
2023 年 3 月 8 日 |
|
5 |
BIM 数据加载延 迟影响协同效率 |
未使用数据缓存,数据 库查询压力过大 |
引入缓存机制 |
王工 |
2023 年 3 月 5 日 |
|
6 |
考虑引入 AI 辅 助编程工具 |
进一步提升开发效率 |
采用 CodeGeeX |
老杨 |
2022 年 6 月 25 日 |
项目于2023 5月顺利完成验收,智慧工地监管平台成功实现设备故障响应效率提升 62.5% 、安全事故率同比下降 25%的 目标 ,并获评省级“ 智能建造示范项 目 ”。 回顾本项 目, 我对信息系统整合管理方法的应用至关重要,尤其在与多方干系人沟通以及范围、进度和成 本控制方面,前期的整合管理以及对项 目 重点任务的界定拆分是按期交付的关键。反思不足, 部分环境监测传感器数据异常并误报,通过应急响应并补充传感器低温环境测试要求,及时 替换相关设备并未产生任何负面影响。展望未来,我和团队将持续学习 ,不断精进 ,为客户 提供更加优质的服务, 为推动建筑行业数字化转型升级积极贡献力量。
ONEPSOFT Use AI, Beyond AI