论文部分内容阅读
中图分类号：TU 文献标识码：A 文章编号：（2020）-05-167
2019 年 3 月我作为项目总经理参与了某市的公安部人口管理信息系统，该项目是为了实现该市平安城市的5年规划，它投资 500 万元，工期为 1 年，目标是采用统一的技术路线和架构体系构建开放的、集成的、一体化的信息化应用环境。该项目主要实现常住人口户籍办公管理、二代身份证管理、暂住人口户籍管理、租赁房屋管理等。由于疫情原因2020 年4 月通过了甲方的验收，获得了甲方的一致好评。本文以我的实际经验讨论了有关进度控制管理的体会，主要从活动定义、活动排序、估算活动资源、估算活动历时、制定进度计划、控制项目进度方面做了论述。
为了实现某市平安城市的 5 年规划，决定开发一个公安系统的人口管理信息系统，工期为 1 年，投资 500 万元。我公司在 2019 年 2 月中标了该市的公安部人口管理信息系项目。签署了建设合同。2020年4 月通过了甲方的验收。项目分为平台开发和项目部署 2 个阶段，软件方面考虑到各区县地理位置分布的不集中，计算机硬件和软件存在较大的差异等问题，我们决定采用 J2EE 框架的 3 层 B/S 模式，解决了各种应用系统中应用的不兼容问题。提高了该系统的易用性和兼容性。数据库我们采用了 Oracle 12C 来管理各项数据。服务器操作软件我们采用了比较通用的 Windows Server 2019。硬件方面我们采用了浪潮服务器，提高了系统的稳定性和高性能。在应用层面上我们实现了常住人口户籍办公管理，二代身份证管理，暂住人口户籍管理，租赁房屋管理等功能。由于该项目工期紧，工作量大，在制定项目章程的时候决定了多个分项的项目经理和总经理。我作为项目总经理参与了该项目的管理。接下来我将结合实际工作从活动定义、活动排序、估算活动资源、估算活动历时、制定进度计划、控制项目进度方面做了论述。
1.活动定义
活动定义是制定进度表，分配工作任务和责任的基础。在项目的初期我组织召开了主题为“项目工作界定”的会议。会议邀请各团队的项目经理、业务专家和技术专家。会议上业务专家首先介绍了业务流程及各个流程应包括的操作步骤。其次是各技术专家对业务专家提出的业务流程进行分析和技术实现。在进行 WBS 分析的时候，我发现由于涉及的人员较多， 个人的知识水平也参差不齐，信息尚不够明确。因此我们决定采用滚动波式计划。对于即将 开展的活动进行详细的分析和计划。对于后期的活动尽量粗略地估计，避免出现大范围的变 更。
2.排列活动顺序
要想使项目的成本、时间和质量之间做好一个平衡，合理的活动排序是必不可少的。因此我采用了简单而有效的单代号网络图法，确定了各个活动的逻辑关系，我发现这种方法非常有效，不仅使我们很清楚地了解到各个活动的前后顺序，而且能识别其中的里程碑，还能对资源的灵活调用起到了很好的指导作用。
3.估算活动资源
活动资源估算就是确定在项目实施过程中何时要使用何种资源，以及要用多少该资源。 估算活动资源是项目能否正常开展的基础。没有足够的资源有可能会导致进度的拖延，严重 的话还可能导致项目的失败。因此业务活动分解完成后，为了保证有充足的资源去完成。我 组织召开了会议，邀请团队的所有项目经理、相关业务专家和技术专家参与。对具体的工作 活动提出需要的资源条件，采用自下而上的方式进行估算，对每一层下面工作所需的资源进 行估算，最后将所有的资源进行汇总。比如二代身份证信息管理可以分解为身份证信息的采 集、信息的存储、信息的修改。信息采集工作需要读卡器一台、能够在 Java 中成功调用 DLL 动态库一个以及 Java 程序开发人员 2 名;信息存储工作需要通用数据库存储过程一个、Java 程序开发人员 2 个。暂住人口户籍管理、租赁房屋管理的分项经理这时提出也需要 Java 的开 发人员各 2 个。我们检查公司的人力资源表后发现缺少 2 名 Java 程序员，我及时向公司领导汇报了情况，经领导同意我们又招聘了 2 名程序员，完成了资源的合理分配。通过讨论我还制作了活动资源日历，保证每个活动都有后备的资源考虑。
4.估算活动历时
活动历时估算就是根据活动资源估算的结果，估算完成单项活动所需的时间。我有过许多类似管理项目的经验。因此大部分的活动我采用了类比估算法，从而节约了时间。此外我 们还考虑了活动存在的风险情况。在与负责二代身份证管理的经理讨论的过程中，我们发现 身份证采集的设备驱动程序来自第三方，驱动的连接是否正常直接影响到信息采集活动的开 发。因此我及时召开了会议，邀请了相关的业务、技术专家和团队成员调整了估算方法，采 用了三点估算法。该方法主要有 3 个数据，分别是最乐观历时估算 a、最悲观历时估算 c、最 有可能历时估算 b。而后利用 T=（a+4b+c）取其平均值。经过各专家和开发团队成员的讨论， 认为最乐观的时间为 2 个工作日、最悲观的时间为 6 个工作日、最有可能的时间为 4 个工作日。最后该活动的历时为 4 个工作日。
5.控制项目进度
“懂业务的不懂技术，懂技术的不懂业务”，在这种情况下项目的风险很大，一旦开发人员没有理解业务去开发，将导致严重的返工，最终影响项目进度。为了及时了解团队成员工 作中遇到的问题，我约定每 3 天举行例会，每个项目经理谈谈在工作中遇到的问题，大家一 起讨论，形成解决方案，并进行记录。由于该项目从正式启动到试运行工期很紧，且中间经 历春节假期，给项目的进度控制带来了较大压力，我决定从 2019 年 12 月开始按照公司加班制度进行每周一、三晚加班。 根据团队项目经理统计的成员每天工作绩效信息，每周形成项目周报，并发送给项目相关干系人。同时，根据绩效信息与计划进度表进行比较，进行偏差分析，利用挣值技术计算进度偏差情況，及时采取纠正和预防措施。比如负责二代身份证信息管理项目的丁工还负责其他项目的系统需求分析和设计，因其他项目上的事情比较多。二代身份证管理的需求分析和详细设计迟迟不能开始，已落后于计划，SV=-3。如果再不提交将会影响到编码阶段。届时，我与丁工进行了沟通，与他协商决定，我负责帮他完成一部分其他项目的工作，他加班负责 把马上要进行编码阶段的二代身份证信息管理的需求分析和设计提交出来，最终二代身份证 信息管理的编码工作按计划开展。
经过项目全体人员的共同努力，2020 年4月项目一次性通过了甲方的验收。回顾项目的进度管理工作，特别作为大型项目经理，我的主要工作就是平衡各种资源的利用，使其达到最佳的效率。怎样才能达到这个最佳，这是我在今后的工作中需要长期实践和摸索的内容。虽然项目通过了验收没有大的事故发生，但仍然存在许多问题，主要有以下几点：在需要客户确认时，与客户的沟通方式比较单一，只是一味等待，导致某些工作落后于计划进度，影响了整体计划。 需求分析还不够全面，某些功能没有能够很完善地实现。 软件测试不系统，用例准备仍不够充分，忽视了压力测试。系统实际运行后随着参保职工和定点结算的增加，运行速度下降很快，达不到设计要求。虽然通过升级硬件缓解了这个问题，但造成了资金的额外投入。同时对于疫情的影响估计不足，导致系统延期一个月交付。我们已经把这些经验和教训，总结到了项目小结里面，为今后项目实施提供帮助。
2019 年 3 月我作为项目总经理参与了某市的公安部人口管理信息系统，该项目是为了实现该市平安城市的5年规划，它投资 500 万元，工期为 1 年，目标是采用统一的技术路线和架构体系构建开放的、集成的、一体化的信息化应用环境。该项目主要实现常住人口户籍办公管理、二代身份证管理、暂住人口户籍管理、租赁房屋管理等。由于疫情原因2020 年4 月通过了甲方的验收，获得了甲方的一致好评。本文以我的实际经验讨论了有关进度控制管理的体会，主要从活动定义、活动排序、估算活动资源、估算活动历时、制定进度计划、控制项目进度方面做了论述。
为了实现某市平安城市的 5 年规划，决定开发一个公安系统的人口管理信息系统，工期为 1 年，投资 500 万元。我公司在 2019 年 2 月中标了该市的公安部人口管理信息系项目。签署了建设合同。2020年4 月通过了甲方的验收。项目分为平台开发和项目部署 2 个阶段，软件方面考虑到各区县地理位置分布的不集中，计算机硬件和软件存在较大的差异等问题，我们决定采用 J2EE 框架的 3 层 B/S 模式，解决了各种应用系统中应用的不兼容问题。提高了该系统的易用性和兼容性。数据库我们采用了 Oracle 12C 来管理各项数据。服务器操作软件我们采用了比较通用的 Windows Server 2019。硬件方面我们采用了浪潮服务器，提高了系统的稳定性和高性能。在应用层面上我们实现了常住人口户籍办公管理，二代身份证管理，暂住人口户籍管理，租赁房屋管理等功能。由于该项目工期紧，工作量大，在制定项目章程的时候决定了多个分项的项目经理和总经理。我作为项目总经理参与了该项目的管理。接下来我将结合实际工作从活动定义、活动排序、估算活动资源、估算活动历时、制定进度计划、控制项目进度方面做了论述。
1.活动定义
活动定义是制定进度表，分配工作任务和责任的基础。在项目的初期我组织召开了主题为“项目工作界定”的会议。会议邀请各团队的项目经理、业务专家和技术专家。会议上业务专家首先介绍了业务流程及各个流程应包括的操作步骤。其次是各技术专家对业务专家提出的业务流程进行分析和技术实现。在进行 WBS 分析的时候，我发现由于涉及的人员较多， 个人的知识水平也参差不齐，信息尚不够明确。因此我们决定采用滚动波式计划。对于即将 开展的活动进行详细的分析和计划。对于后期的活动尽量粗略地估计，避免出现大范围的变 更。
2.排列活动顺序
要想使项目的成本、时间和质量之间做好一个平衡，合理的活动排序是必不可少的。因此我采用了简单而有效的单代号网络图法，确定了各个活动的逻辑关系，我发现这种方法非常有效，不仅使我们很清楚地了解到各个活动的前后顺序，而且能识别其中的里程碑，还能对资源的灵活调用起到了很好的指导作用。
3.估算活动资源
活动资源估算就是确定在项目实施过程中何时要使用何种资源，以及要用多少该资源。 估算活动资源是项目能否正常开展的基础。没有足够的资源有可能会导致进度的拖延，严重 的话还可能导致项目的失败。因此业务活动分解完成后，为了保证有充足的资源去完成。我 组织召开了会议，邀请团队的所有项目经理、相关业务专家和技术专家参与。对具体的工作 活动提出需要的资源条件，采用自下而上的方式进行估算，对每一层下面工作所需的资源进 行估算，最后将所有的资源进行汇总。比如二代身份证信息管理可以分解为身份证信息的采 集、信息的存储、信息的修改。信息采集工作需要读卡器一台、能够在 Java 中成功调用 DLL 动态库一个以及 Java 程序开发人员 2 名;信息存储工作需要通用数据库存储过程一个、Java 程序开发人员 2 个。暂住人口户籍管理、租赁房屋管理的分项经理这时提出也需要 Java 的开 发人员各 2 个。我们检查公司的人力资源表后发现缺少 2 名 Java 程序员，我及时向公司领导汇报了情况，经领导同意我们又招聘了 2 名程序员，完成了资源的合理分配。通过讨论我还制作了活动资源日历，保证每个活动都有后备的资源考虑。
4.估算活动历时
活动历时估算就是根据活动资源估算的结果，估算完成单项活动所需的时间。我有过许多类似管理项目的经验。因此大部分的活动我采用了类比估算法，从而节约了时间。此外我 们还考虑了活动存在的风险情况。在与负责二代身份证管理的经理讨论的过程中，我们发现 身份证采集的设备驱动程序来自第三方，驱动的连接是否正常直接影响到信息采集活动的开 发。因此我及时召开了会议，邀请了相关的业务、技术专家和团队成员调整了估算方法，采 用了三点估算法。该方法主要有 3 个数据，分别是最乐观历时估算 a、最悲观历时估算 c、最 有可能历时估算 b。而后利用 T=（a+4b+c）取其平均值。经过各专家和开发团队成员的讨论， 认为最乐观的时间为 2 个工作日、最悲观的时间为 6 个工作日、最有可能的时间为 4 个工作日。最后该活动的历时为 4 个工作日。
5.控制项目进度
“懂业务的不懂技术，懂技术的不懂业务”，在这种情况下项目的风险很大，一旦开发人员没有理解业务去开发，将导致严重的返工，最终影响项目进度。为了及时了解团队成员工 作中遇到的问题，我约定每 3 天举行例会，每个项目经理谈谈在工作中遇到的问题，大家一 起讨论，形成解决方案，并进行记录。由于该项目从正式启动到试运行工期很紧，且中间经 历春节假期，给项目的进度控制带来了较大压力，我决定从 2019 年 12 月开始按照公司加班制度进行每周一、三晚加班。 根据团队项目经理统计的成员每天工作绩效信息，每周形成项目周报，并发送给项目相关干系人。同时，根据绩效信息与计划进度表进行比较，进行偏差分析，利用挣值技术计算进度偏差情況，及时采取纠正和预防措施。比如负责二代身份证信息管理项目的丁工还负责其他项目的系统需求分析和设计，因其他项目上的事情比较多。二代身份证管理的需求分析和详细设计迟迟不能开始，已落后于计划，SV=-3。如果再不提交将会影响到编码阶段。届时，我与丁工进行了沟通，与他协商决定，我负责帮他完成一部分其他项目的工作，他加班负责 把马上要进行编码阶段的二代身份证信息管理的需求分析和设计提交出来，最终二代身份证 信息管理的编码工作按计划开展。
经过项目全体人员的共同努力，2020 年4月项目一次性通过了甲方的验收。回顾项目的进度管理工作，特别作为大型项目经理，我的主要工作就是平衡各种资源的利用，使其达到最佳的效率。怎样才能达到这个最佳，这是我在今后的工作中需要长期实践和摸索的内容。虽然项目通过了验收没有大的事故发生，但仍然存在许多问题，主要有以下几点：在需要客户确认时，与客户的沟通方式比较单一，只是一味等待，导致某些工作落后于计划进度，影响了整体计划。 需求分析还不够全面，某些功能没有能够很完善地实现。 软件测试不系统，用例准备仍不够充分，忽视了压力测试。系统实际运行后随着参保职工和定点结算的增加，运行速度下降很快，达不到设计要求。虽然通过升级硬件缓解了这个问题，但造成了资金的额外投入。同时对于疫情的影响估计不足，导致系统延期一个月交付。我们已经把这些经验和教训，总结到了项目小结里面，为今后项目实施提供帮助。