97 lines
7.1 KiB
Markdown
97 lines
7.1 KiB
Markdown
好的，已为您完成会议纪要的快速梳理。
|
||
|
||
---
|
||
|
||
### **会议主题：水电投建项目管理系统建设方案介绍与研讨**
|
||
|
||
**会议时间:** 2025年08月20日 15:05 (根据录音文件名推断)
|
||
**核心议题:** 介绍一款全新的、旨在覆盖项目全生命周期的投建项目管理系统，并就其功能规划与分子公司的实际业务需求进行深入探讨和调研。
|
||
|
||
---
|
||
|
||
### **一、核心背景与目标**
|
||
|
||
* **项目启动背景:**
|
||
* 由水电公司张总于今年4月发起，旨在解决现有项目管理中的痛点。
|
||
* 现有管理制度已梳理完成，但发现制度并未覆盖所有环节（如项目储备），因此需要建立一个更全面的系统。
|
||
|
||
* **当前面临的挑战:**
|
||
1. 项目多，管理人员少。
|
||
2. 项目资料易缺失，存在管理风险。
|
||
3. 施工现场难以有效管控。
|
||
4. 项目管理信息化缺少顶层设计。
|
||
5. 业务链条环节存在割裂。
|
||
6. 缺乏有效的考核抓手。
|
||
|
||
* **一期建设目标:**
|
||
* **核心:** 实现投建项目的**标准化、规范化、线上化**集中管理。
|
||
* **成果:** 初步建立项目全景的可视化看板，为二期建设打下数据基础。
|
||
* **范围:** 一期以**投资建设项目**为主，信息化、党群等其他类型项目暂放二期。
|
||
|
||
---
|
||
|
||
### **二、系统总体规划与设计**
|
||
|
||
* **理论框架:** 采用PMI的项目管理方法论，将项目划分为**项目前期、启动、规划、执行、收尾**五个过程域。
|
||
* **系统集成:**
|
||
* 计划与公司现有的多个系统进行打通，实现数据联动。
|
||
* **集成对象包括:** OA系统、任务系统、生产报表系统、合同管理系统、招标采购系统、BI报表系统及AI数据分析平台。
|
||
* **核心功能模块:**
|
||
* **项目过程管理:** 覆盖从项目储备到竣工转资的全流程。流程节点将支持三种形式：系统内审批、调用OA公文审批、仅数据填报。
|
||
* **范围管理:** 建立工作分解结构（WBS），支撑后续的计划和预算。
|
||
* **计划管理:** 与现有**任务系统**协同，实现计划分解和进度汇报。
|
||
* **预算成本管理:** 从项目概算、预算下发、采购关联到合同执行，形成闭环，并进行预算执行情况分析。
|
||
* **组织与采购管理:** 实现项目角色权限分配，并与招采、合同系统联动。
|
||
* **数据看板与项目空间:**
|
||
* 提供多维度项目看板（如按区域、类别、关键节点）。
|
||
* 建立“**单项目空间**”概念，将特定项目的所有相关信息（合同、采购、预算、文档）和操作入口（发起采购、进度管理）进行聚合。
|
||
* **风险、安全与质量管理:** 重点在于进度和成本的风险预警，并计划将安全与质量的现场管理纳入系统。
|
||
|
||
---
|
||
|
||
### **三、主要讨论与关键问题**
|
||
|
||
1. **关于预算与成本管理:**
|
||
* **现状:** 子公司的项目预算与集团的全面预算系统高度关联，年初已在集团系统内完成全年及各月分解。
|
||
* **问题:** 新系统如何与集团现有预算系统协同，避免数据重复填报和管理流程冲突。
|
||
* **讨论焦点:** 子公司在获得年度总预算后，内部存在项目间调剂使用的需求。系统需要支持这种内部预算的灵活分配流程，以作为触发后续招采、合同等流程的前置条件。
|
||
|
||
2. **关于范围与计划进度管理:**
|
||
* **现状:** 目前绝大部分项目为**EPC总包模式**。详细的施工计划和进度主要由总包方提供。公司的管理重点在于依据合同约定的**里程碑节点**进行付款。
|
||
* **结论:** 系统的计划管理功能对公司内部而言相对次要，核心是**监督总包方提供的计划**并**管理关键交付成果**（如四方签字的联系单）以触发付款流程。
|
||
|
||
3. **关于质量与安全管理:**
|
||
* **现状:** 质量和安全的主要监管责任方是**第三方监理**和**总包方**。相关日志、报告等资料目前分散在项目部，未实现系统化收集。
|
||
* **改进方向:** 系统应考虑将第三方（监理、总包）纳入，提供接口或账号供其填报日志和上传报告，以实现过程留痕和合规性监管。
|
||
|
||
4. **关于系统重复建设与数据对接:**
|
||
* **问题:** 参会人员明确指出，新系统规划的功能（特别是项目资料部分）与**集团现有投资管理系统**存在高度重合。
|
||
* **建议:** 强烈建议在系统建设前，充分调研与集团系统的对接可能性，直接从源头获取数据，避免让子公司重复报送。
|
||
|
||
5. **关于在建项目与历史数据:**
|
||
* **挑战:** 如何处理已进行到一半的在建项目数据是系统上线后面临的现实问题。
|
||
* **参考方案:** 可借鉴合同系统的做法，为在建和历史项目提供一个专门的、简化的**资料补录**功能。
|
||
|
||
---
|
||
|
||
### **四、结论与待办事项**
|
||
|
||
* **会议结论:** 本次会议有效收集了分子公司层面的实际业务需求和痛点，特别是明确了在EPC模式下，公司管理的侧重点与传统项目管理的差异。系统设计需充分考虑与集团现有系统的集成，并简化内部管理流程，重点转向对外的协同与监管。
|
||
* **待办事项:**
|
||
* **【产品团队】**：收集并研究分子公司当前向集团报送的**计划进度表单**和**预算使用情况**的相关资料，理解现有数据结构。
|
||
* **【产品团队】**：与水电公司（王佳玉）及集团层面沟通，明确新系统与集团投资系统、预算系统的关系，探讨数据对接方案。
|
||
* **【产品团队 & 分子公司】**：整理一份适用于投建项目的**安全与质量管理制度要求清单**，作为系统功能设计的依据。
|
||
* **【产品团队】**：研究将**第三方（总包、监理）**纳入系统的技术方案和管理模式，并在一期规划中予以考虑。
|
||
|
||
---
|
||
|
||
昨天下午与关中公司进行了一次关于项目管理系统的调研会。
|
||
会议包括了两部分内容，简要介绍了项目管理系统的背景和设计方案，我们与关中公司就项目的范围管理、预算管理、成本管理、进度管理、安全管理和质量管理等进行了较深入的讨论。
|
||
本次会议有效收集了分子公司层面的实际业务需求和痛点，特别是明确了在EPC模式下，公司管理的侧重点与传统项目管理的差异。系统设计需充分考虑与集团现有系统的差异，并简化内部管理流程，重点转向对外的协同与监管。
|
||
|
||
后续工作：
|
||
1. 收集并研究分子公司当前向集团报送的计划进度表单和预算使用情况的相关资料，理解现有数据结构。
|
||
2. 与水电公司及集团层面沟通，明确新系统与集团投资系统、预算系统的关系，探讨数据对接方案。
|
||
3. 整理一份适用于投建项目的安全与质量管理制度要求清单，作为系统功能设计的依据。
|
||
4. 研究将第三方（总包、监理）纳入系统的技术方案和管理模式，并在一期规划中予以考虑。
|