数字城管系统建设实施方案

数字城管系统建设实施方案内容摘要：

目的进展情况，及时了解项目中出现的问题，及解决的方法。 项目经理定期向领导小组提交项目总体进展报告，汇总项目的总体进展状态及原因，让项目领导小组能及时了 解项目的状态并及时给予适当的支持。 3）定期召开项目组工作会议 在项目启动会议上，项目经理应向项目组成员传达总体计划的精神，使每个项目组成员明白项目的意义、目标、进程等。 在整个工程实施过程中，项目组定期召开项目组工作会议，由项目负责人主持，每位成员汇报个人工作进展情况，反映上一阶段过程中出现的问题以及解决方案，说明下一阶段工作计划。 项目经理应在会议上总结项目进展情况，在规定的权限范围内对所反映问题的解决方案进行评议，说明下一阶段的工作计划。 工作会议必需有详细的记录，会议记录必需及时提交给项目领导小组审阅。 除召开工作会议外，项目组成员在工作中发现问题，应及时向项目经理反映，由项目经理负责记录并负责问题的解决。 4）召开技术讨论会 对项目组的人员应不定期举行技术讨论会，任何一位项目组成员都可提议并主持召开，每一个开发人员应将自己在工作实施过程中发现的技术上的难点或疑点问题讲述出来，听取项目组其他人员的意见，以免背离总体设计思想。 同时也可以在工作日志中以特别的标记加以重点说明，以引起其他同事的注意。 协调机制 对于项目组内部产生的所有问题，一律向项目经理汇总，由项目经理负责组织人员进行解决，项目经理对于不能 解决的问题，由项目经理向项目领导小组汇报，由项目领导小组协助解决。 若项目组成员与项目经理因问题发生的分歧或者是项目经理的处理给项目带来损害时，允许越级上报。 11 对于项目组外部产生的所有问题，由项目经理负责解决，项目经理对于不能解决的问题，由项目经理向项目领导小组汇报，由项目领导小组协助解决。 建立变更控制管理机制 在项目启动阶段的《项目计划》中，建立明确的变更控制管理机制，对需求的变更、配置项的变更、基线的变更等，无论是源自客户或者是项目组内部的变更，都必须按照总体的《项目计划》中制定的变更控制管理机制，提供 变更控制申请报告给项目经理，得到认可以后方可进行修改。 变更控制管理内容包括以下几个部分： 认识到变更是不可避免的，并为此制定变更计划； 所有的变更都要求在基线的基础上进行：在系统开发建设过程中建立阶段基线，对省厅和试点单位成功实施验收后，对系统建立基线，作为后续变更的基础。 建立控制变更的唯一渠道：软件系统的变更可能是非常隐秘的，新特征的存在将对软件需求、系统体系架构、测试计划等造成重大影响，因此对于系统的任何变更都不可以是随意的，都需要一个唯一的渠道来评估它对系统的影响来正式决定是否进行变更 ，对未确认正式变更前，不能对系统作任何变更。 一般情况下，成立变更控制委员会控制变更，变更委员会分担责任并且有必不可少的权威和技术能力能决定变更请求是否被通过。 变更委员会的组成包括项目经理、 XXX经济促进局指定人员。 应用变更控制机制来捕获变更并处理变更。 通过应用配置管理，对变更进行管理和跟踪。 建立验证机制 在项目启动阶段的《项目计划》中，建立验证机制。 验证一般可以分为以下几种情况： SQA 验证： SQA 工程师通过检查相关的跟踪表来验证过程执行的质量； 测试验证；测试人员通过测试来验证软件产 品质量； 第三方验证；通过第三方如监理方对产品进行验证，来保证产品信息的 12 客观公正性，更值得依赖。 项目控制 进度控制 项目经理在项目实施的过程中，依据《项目计划》，核实项目是否正在按项目计划在正常执行，对于发现的进度偏差，通过工期压缩的手段进行调整，同时分析产生偏差的原因，发现隐患，及时采取响应的纠正措施，防止偏差的蔓延；如果工期压缩不足以弥补产生的偏差，则需将项目现状和产生偏差的原因通报管理层，寻求其它方面的支持，或调整原定的项目计划。 进度控制目的 项目进度控制目的是确保在满足用户需求的基础上 ，按时完成项目。 进度控制方式 进度控制的方式主要是通过制定、管理与变更《项目计划》来进行进度控制。 在项目启动阶段时，由项目经理制定项目计划，项目计划经过评审通过后在整个项目生命周期内执行，项目经理跟踪项目计划的执行情况，并根据实际情况调理项目计划内容。 在工程实施过程的不同阶段，项目经理根据相应的项目计划书的要求，向项目组成员下达任务委派书。 软件项目计划包含以下内容： 1）确定项目目标与目的，规范项目范围，确认项目过程中需要提交的产出物，根据项目特点选择项目生命周期； 2）确定项目的组织结构，定义各 项目角色的职责； 3）采用一定的项目估算方法对项目进行估算，以及估算出来的具体内容，并确定项目计划变更的阀值； 4）制定项目阶段计划并确定时间表，包括：定义项目阶段及里程碑以及预计开始与完成时间；工作细分结构；找出组间关键依赖关系，确定关键路径；画出项目阶段的甘特图；确定各个阶段的人员的配备及技能要求；确定本项目中应用的硬件资源和开发 /调试 /测试工具。 5）对项目进行预算； 13 6）确定项目控制管理内容和方法； 7）制定风险管理计划，鉴别和评估软件风险并确定规避风险方法； 8）制定开发计划，确定开发的方法，定义 开发阶段的主要活动； 9）制定测试计划， 10）制定项目培训计划，明确项目过程中需要进行培训技能和过程； 11）制定配置管理计划，定义项目过程中的配置管理内容、方法、产出物等； 12）制定实施计划，定义实施活动的主要内容、步骤、时间和方法； 13）制定质量保证计划，建立质量标准，定义质量保证的活动，方式和方法； 14）制定度量计划，定义度量的粒度和度量方法。 进度控制方法 在项目管理中，主要采用以下几种方法进行进度控制： 1）将整个项目生命周期划分为几个大的阶段，在每 一个阶段结束时定义里程碑，通过检查里程碑来进行控制； 2）针对对于每一个里程碑可能出现时间较长的情况，因此在每一个大的阶段中定义小的里程碑，通过检查小里程碑进行控制； 3）在《项目计划》中定义阶段内的周期性的（如每周、每月）编写工作状态报告，对每一个小里程碑内的工作进行控制； 4） SQA 工程师对项目定期进行审计，检查项目进度与《项目计划》是否相符，对于出现的不同程度的偏差，采用不同的上报对象，达到进行控制的目的。 项目集成管理 项目集成管理是将项目的所有相关因素进行有机的整合和集成，以达到项目目标。 集成管理 需要在相互影响的项目目标和方案中做出平衡。 通常来说，项目管理中的根本性综合过程主要包括以下三个主要过程：项目计划的制订、项目计划的实施以及计划变更控制。 过程 输入（依据） 处理工具和技术 输出 项目计划的制订 其他计划编制的输出 历史信息 组织的政策 约束条件 假设前提 编制方法 相关成员的技能和知识 项目管理信息系统 项目计划 详细依据 14 项目计划的实施 项目计划 详细依据 组织的方针 纠正措施 一般管理技术 所需技能和知识 工作授权体系 执行状况检查例会 项目管理信息系统 组织程序 工作结果 变更 申请 计划变更控制 项目计划 执行情况报告 变更申请 变更控制系统 性能管理 执行情况测量 补充计划编制 项目管理信息系统 项目计划更新 纠正措施 教训 项目范围管理 项目范围管理包括了项目所有需要完成的工作，它主要涉及定义及控制项目应该包括和不应该包括的内容。 其中，范围指的是： 产品范围产品或服务所包含的特征或功能。 项目范围为交付具有规定特征和功能的产品或服务所必须完成的工作。 项目范围管理的主要过程有： 1）启动开始一个新项目或者进入项目的下一个阶段； 2）范围计划编制编制书面范围说明，作 为将来项目决策的基本依据； 3）范围定义将项目可交付成果分解为若干个较小的、易管理的单元； 4）范围核实通过检查工作产品和成果是否已正确圆满完成，来得到项目相关人员对该项目的接收； 5）范围变更控制变更控制主要包括：对能够造成范围变更、并且这种变更可以带来收益的因素施加影响；确定范围变更已经发生；当范围变更发生时，对实际的变更进行管理。 人力资源管理 有效的项目管理集中在三个 P 上：人员（ people）、问题（ problem）和过程（ process）。 有创造力的、技术水平高的技术人员对于一个项目来讲，仍然是相当重要的。 人力资源管理主要包括以下几个过程： 15 组织的计划编制确定、分配项目角色、职责和报告关系。 人员获取获得项目所需要的人力资源，并将他们分配到项目上进行工作 技能提高为加强项目实施而对个人或队伍的技能进行提高。 在这个过程中，有关的人际交往需要有一整套完整的文化体系。 同时，人力资源管理的管理也存在着一定的特殊性。 主要表现在： 项目的一次性意味着该项目中的人员和组织的关系具有不确定性。 项目进入下一个阶段时，有些人员会发生变化。 人力资源管理并不需要成为管理人员的 “直接职责 ”，但 却是项目管理中很重要的一部分。 需求变更管理 软件的需求管理是一个比较复杂的过程，需求无序的管理或者是需求频繁的变更，将增加项目管理的难度，严重的可成造成项目永休止而失去控制。 因此，在项目管理过程中加强对于需求变更的管理，是进行项目控制的重点内容之一。 在项目启动阶段，项目经理将与用户商定用户方的需求变更请求步骤与提出周期，并在软件《项目计划》中进行明确规定。 当用户或者是项目组内部需要进行需求变更时，填写《需求变更申请表》，并提交给项目经理。 对于用户方提出的需求变更，需要有需求负责人的签字确认。 项目经理签 收用户或者是项目组内部提交的《需求变更申请表》后，由需求变更控制小组鉴别变更请求，评估需求变更影响，在与用户进行充分的沟通后，需求变更控制小组审批需求变更评估报告，再由项目领导小组审批需求变更评估报告。 项目经理将需求变更的审批结果答复用户并由用户进行签收，然后组织实施需求变更，同时，需求管理更新需求跟踪矩阵，进行需求跟踪。 在实际项目实施过程中，只有严格遵守需求变更流程，而不是想变就变和想变成怎样就变成怎样，只有这样，才能保证其他阶段工作的顺利进行，从而保证项目按计划进行。 而不至于使项目陷于一个点上，造成项 目失控。 配置管理 软件配置是指一个软件产品在软件生存周期各个阶段所产生的各种形式（机 16 器可读或人工可读）和各种版本的工作产品如文档、程序及其数据的集合。 该集合中的每一个元素称为该软件产品软件配置中的一个配置项。 在软件的整个生命周期中，配置主要用以控制软件产品的开发以及管理工作产品及开发活动。 它包括将工作产品生命周期基线化，变更控制过程，变更控制版本以及状态报告等，使所有的文档可以作为后续开发和维护的基础。 生命周期基线化是指：在项目生命周期中建立基线并根据配置项管理变更基线，能使系统在不同的生命周期经过评 审而进入受控状态，而且每一个基线都是其下一步开发的出发点和参考点。 确切地说，确定基线，是为了能够更好地对系统进行阶段性的控制。 配置管理是项目经理在项目生命周期内容管理项目的一种工具，通过使用配置管理，达到及时了解各软件产品的状态；加强协调与沟通；规范测试；量化工作量的考核。 风险管理 通常来说，风险是指可能给项目的成功带来威胁或损失的情况。 “当没有办法消除风险，甚至连试图降低风险也存在疑问时，这些风险就是真正的风险。 ”。