论信息系统项目的进度管理

1、论信息系统工程的进度管理总 9 页本页仅作为文档圭寸面，使用时可 以删徐 This document is for referenee only-iAM论信息系统工程的进度管理摘要:20 年 4 月，我参加了 XX 省财政厅省级财政专户管 理系 统工程的建设工作，担任工程经理职位。该工程由X X 省财政厅严格贯彻落实财政部办公厅?财政部关于进一 步完善制度规定 切实加强财政资金管理的通知?等相关文 件精神，基于“金财 工程应用支撑平台而开发的省级财 政专户管理系统，投资人 民币共 300 万元。该系统为加强 和标准财政专户管理、完善财 政专户资金收支制度和加强 专户对账管理等提供了技术支撑和

2、保障。本文结合我的项 目实践，以 XX 省财政厅省级财政专户管 理工程建设为 例，探讨了信息系统工程进度管理过程以及在管 理中遇到 的问题和解决的方法，以活动定义、活动排序、活动 资源 估算、活动历时估算、 制定进度管理方案以及进度控制为 流 程来指导整个工程的进度管理，根据工程实际进度绩效 及时采 取有效的预防措施和纠正措施，从而保证了工程的 健康开展。 系统运行一年多来，为标准财政专户的科学化 和精细化管理起 到来很好的作用，得到了用户的肯定，在 全国树立了良好的形 象。正文:20 年4月，我参与了 XX省财政厅省级财政专户管 理系 统的工程建设，该工程由 XX 省财政厅发起，由我公 司承

3、建，是 20 年XX省财政厅信息化建设的重点工程。该工程建设周期为9 个月，从 2021 年 4 月开始到 2021 年 12 月工程验收结束，工程 总投资额 300 万元。系统是基于 “金财工程应用支撑平台而 开发，采用基于 J2EE 的三层 架构，系统建设采用组件化编程策 略，提取和构建统一 的、科学合理的公用构件，中间件采用 WebLogic, 数据库 选用支持集群的 Oracle 10g 以上数据库系统。XX 省财政厅财政专户管理系统上线前，财政专户是 由分散 在十多个处室的社保财政专户、基建专户和采购专 户等 90 余个 专户，不同的账户使用不同的账务系统进记 账，局部账户甚至 沿用

4、人工记账、手工开单的方式，业务 处室、支付中心要分别 建立台账，经常对账，工作繁重。 在这种背景下我们为此需要 建立一套统一的财政专户收支 管理系统，将分散的财政账户进 行有效的整合管理，实现 财政专户从资金来源到资金拨付的全 程监督管理，实现财 政部门与各开户银行数据的顺利传输及监 控。因此工程建 设的最终目标是要以现代化的管理手段和方式， 将财政专 户资金的资金收支流程全面纳入信息系统进行管理， 禁止 手工开具资金支付凭证，实现统一拨款方式、统一专户拨款通知单的格式、统一支付凭证格式和统一专户账务管理本文结合我担任工程经理的实际将从活动定义和排 序、资源和历时估算、进度方案和进度控制等 4

5、 个方面讨 论进度管理 过程以及遇到的问题及解决过程。在该工程的 建设中，我采用 了召开会议，邀请技术和专家进行讨论， 通过单代号网络图， 计算关键路径以及挣值管理分析进度 偏差等方法予以解决该项 目的进度管理以及遇到的问题。1、 认真做好活动定义和活动排序工作活动的定义是工程进度管理的根底，为了能够全面准 确的 定义并分解活动，我根据现行的“金财工程应用支 撑平台以 及确定后的工作分解结构对活动进行定义，将工 作包分解成一 个个具体的活动。我通过组织召开“工程工 作界定会议，邀 请团队成员以及相关技术和业务专家参 与的工作界定会。 会上， 首先请业务专家介绍业务流程及 相应的操作步骤，然后技

6、术专 家在业务专家介绍的根底上 对业务活动进行分解，将工程的工 作包分解成细粒度的、 更容易管理的组成局部，并形成活动文 档清单及活动属 性。相关业务专家和技术专家通过业务间的相 互依赖关系 进行活动优先级排序并绘制岀进度网络图。通过项 目工作 界定会议的召开，使得工程团队对业务有了进一步的理 解，工程活动的精确定义和分解，为制定工程进度方案打 下了 的根底。业务活动分解完成后，为保证工程有充足的资源和时 间去 完成，我组织召开了相关会议，会议邀请了团队所用 成员和相 关技术业务专家参与，采用自下而上的分解技术 对所需资源进 行估算，从工作分解的最基层由下向上进行 资源估算并一一汇 总，最终形

7、成了活动资源需求以及资源 分解结构。比方最终将 财政专户支出业务分解成财政专户 收款单位的添加和审核，资 金付款通知单的申请、打印和 审核过程以及资金支付凭证的打 印和审核过程，这些过程 需要普通打印机一台，支付凭证专用 打印机一台，开发人 员 2 人，现场测试人员 2 人等相关资源。活动资源估算完成后，技术专家对每一个具体活动采 用专 家判断和类比估算的方法进行历时估计，结合我公司 在另外一 个省份开发实施相关工程的经验，对此工程的时 间进行估算并 保存 20 天的时间做为应急储藏时间来应对项 目存在的潜在的风 险，最终形成了工程的历时估算结果。3、合理规划工程进度为满足用户需求，确保财政专

8、户管理系统在 20年8月1 日上线试运行。整个工程的进度安排采用了倒推法的 方式，为 保证工程的整个活动历时不超过用户给定的时 间，我采用了资 源平衡和进度压缩的方法对进度进行了调 整，并在整个工期中 预留 20 天预留时间应对潜在的风险， 在征得用户认可的情况下 最终形成了进度管理方案。4、严格控制进度，确保工程按时按质上线由于我公司开发的财政管理系统分散在全国各地, 而且全国各地的财政业务都有差异，这就形成了潜 在的风 险，如果用户、现场需求人员和开发人员沟通不顺 畅，将会导 致工作的返攻，最终会影响整个工程的进度。 为及时解决潜在 的问题，我约定每日下午下班后举行例 会，将现场需求人员和

9、 开发人员召集在一块讨论工作进度 和遇到的问题。针对不清楚 的问题，定期和财政厅相关业 务处室沟通讨论，通过适时召开 工程进度汇报会的方法和 财政厅国库处以及国库支付中心相关 工程直接干系人确 认。根据团队成员的工作绩效信息和周报，将工程进度发 送给 有关工程干系人，同时将实际进度和方案进度进行比 较，利用 挣值管理技术对工程进行偏差分析，及时采取措 施纠正和防范 错误。在 6 月 24 日给国库支付中心进行专户 测试环境业务系统 演示的时候，支付中心的会计部、资金 部和受理不针对财政专 户支付凭证页面有不同的意见。在 专户支岀时涉及一般支付和 银行定存业务，所需的字段有 很大的差距，受理部和

10、会计部要 求在一个页面展现，而资 金部要求在两个页面展现以方便资金 支付凭证的打印，经 过沟通和讨论最终支付中心要求满足三个 部门两种不同的 展现要求。在得到用户的最终确定后，我召集 需求和开发 人员进行讨论，认为这种展现要求将会对应用平台 的整体 架构有修改，要谨慎，而且至少需要 20 天的时间修改而 将 导致进度的延迟。为确保用户满意，我要求研发部门通过 快速原型法制作系统的 Demo, 交由支付中心主任签字后再 做修改。通过工程变更流程后，为及时应对并控制整体进而不让工程团队超负荷工作，我从预留的 20 天时间中 抽岀 5 天时间并要求研发人员从 7 月 1 日到 7 月 15 日适当

11、的加班， 最终确保后续进度影响不大。经过我和整个工程团队的努力，该系统在 7 月 20 的模 拟演 示后得到了用户的认可， 并于 7月 25 日和银行测试联 调成功，7 月 30 日对财政厅相关用户进行培训，最终于 8 月 1 日正式试运 行成功，并于 2021 年 12 月通过验收。系 统运行后，得到了国 库处和国库支付中心的认可，减轻了 工作量。在本工程中经常 存在用户需求变更的情况，我都 严格按照工程变更程序进行变 更，在与国库处具体经办进 行沟通过程中，存在用户需求不明 确并且经常变动的情 况，这就要求我在整个工程中要适时进行 变更并根据变更 流程控制好变更。财政专户管理系统从试运行到 2021 年的正式运行至 今，运 行顺利，用户对其评价很高，从用户处得知，该项 目得到了省 政府的认可，并有几个省市财政部门前来学习 并观摩。本人通 过此工程的过程，我更加认识到了在进度 管理中也要处理好变 更控