您好,欢迎访问三七文档
当前位置:首页 > 商业/管理/HR > 项目/工程管理 > 项目管理体系(完整版)
1项目管理方法1.1项目管理原则项目管理是指在执行质量保证体系的基础上,在人力资源和组织、计划、质量控制、资源协调、财务、风险控制等方面进行科学地管理,确保该项目如期、高质量地完成。我公司在多年的软件开发过程中,不断吸取国际先进的项目管理理念,并结合自身的特点,形成了一整套行之有效的管理方法,并形成了标准、规范、受控的配套文档体系。根据我公司的软件工程的管理规范要求,软件项目根据适用的生命周期模型分为开发项目和维护项目,根据项目所面对客户,分为产品研发和合同项目开发。对于本项目而言,属合同项目开发,我们进一步按照本章开始时划分的阶段将之分解为两个子项目:第一阶段以研发为主,属开发项目,第二阶段以推广、升级、维护为主,属维护项目。下面我们从项目组织架构、软件生命周期模型、项目管理关键阶段、项目管理关键活动等方面细述对本项目的项目管理计划。1.2组织架构在一个大型系统集成项目中,为了保证工程的顺利进行,需要建立相应的开发和管理机构,其典型的结构如下图所示:在项目实施的组织结构中,各小组的职责如下:工程领导组是XX项目实施中双方协同工作的最高管理机构,是由参与工程的双方领导组成,对项目的重大事件进行决策并对项目全过程进行监督及协调,保障项目人、财、物力等基础资源,凡由双方人员参与的各组织机构均在其领导下工作并对其负责。项目经理负责项目的实施,组织、协调并监督各工程组的工作情况及进度,对工程领导组负责,对具体方案具有决定权,并负责计划与控制、人员配置管理和工程进度等工作。项目评议组由业务、运行维护以及各方面的专家组成,负责对项目的可行性、成本收益、进度、质量等进行评议作业。质量控制组由用户主要负责部门的工作人员与承建方人员组成,直接对项目经理负责,对应用程序编制及测试过程、内容、结果进行审查和评估,具有质量否决权。系统需求组由用户方主要负责部门的技术人员和相关部门的工作人员与承建方的技术人员组成,对系统各项业务需求做作出总体描述,提交技术和业务部门共同论证,形成正式业务需求。总体设计组由用户方信息化技术负责人与承建方的技术专家、顾问咨询人员构成,负责系统结构设计、系统需求、技术管理、系统模块设计。还包括对开发小组的协调等工作。开发小组主要由承建方的技术工程师构成,负责子系统详细设计、编码等工作。测试小组主要由承建方的技术人员构成,负责编写测试方案、系统测试及编写测试报告。用户方的业务工作人员及技术人员协助对系统的运行进行测试。系统集成组主要由承建方的技术工程师组成,负责系统硬件、网络、软件及开发工具技术支持、技术培训支持。文档管理组主要由承建方的技术人员组成,完成整个项目过程中的所有文档、资料、技术报告、软件介质的管理。后勤保障组主要由承建方的人员组成,负责合同管理、材料管理、后勤保障等。上述组织及职责划分根据项目进展情况由工程领导组及项目经理负责启动并调整,在项目经理领导下各组由参与工程各方根据工程需要分配人员,各方应在项目实施阶段保持人员的稳定性,确保工程按计划实施。1.3项目管理控制项目管理是贯穿整个咨询项目的一项任务。通过实施有效的项目管理,保证本咨询项目能够按工作范围要求、按时间、按质量完成。在我公司的项目管理过程中包含以下这些关键性活动,每一个项目经理必须执行和良好的完成这些任务。项目计划、执行和监控制定周密完整的项目计划,定义项目任务、子任务及任务的依赖关系、顺序、时间、资源安排控制项目按计划执行,对出现的偏差做出必要的纠正措施监督、确认项目当前状态项目协调与沟通针对项目时间、进度、任务执行情况、资源、各方配合等方面协调项目组与用户项目组的关系;协调项目组内部关系每周召开项目组内部例会针对项目计划、进度、任务完成情况、出现问题、各方配合等方面与用户方进行沟通,每周向用户方负责人提交书面项目情况通报;每两周与用户方管理层开一次项目协调会,通报项目状态,协调处理项目待解决问题;每月提交项目月度报告,汇报每月项目进展、下月计划、待解决问题等对于项目组无法解决的问题提交到双方管理层风险管理制定风险防范计划监控项目情况,发现潜在风险评估、定义风险的范围、影响制定风险防范策略,执行风险防范措施质量管理制定并执行项目质量计划制定项目质量标准和规范制定项目质量流程组织项目质量活动,如设计文档审查、测试等监督项目质量标准和规范的执行情况;对出现的偏差作出适当判断,制定相应的纠正措施制定项目测试计划,保证测试执行的质量文档管理,包括文档命名、规范、版本的控制,文档归档和分发变更管理制定变更管理计划(任务、流程、责任、组织)变更识别、确认变更范围及其影响评估应变措施制定应变措施执行及记录其他定义项目组织结构、所需人员,有效组织全体项目成员投入项目工作中,保证项目资源的有效使用有效控制项目费用对项目全程执行我公司规定的涉密管理标准规范其中进度控制管理、质量管理、风险管理、涉密管理由于其重要性而具有特殊意义,在以下各节加以描述。1.3.1项目进度控制1.3.1.1项目进度管理的原则要求全体成员积极主动,在项目进展中,遇到问题主动找相关人员解决,若解决不得力而又确实属此人管的,则应及时向上一级反映,不得以任何借口推脱不按进度计划完成任务,除非确实是技术上不可解决的,即便如此,也应尽早汇报,以免影响整体进度。1.3.1.2项目进度管理的方法在开始实施项目时,项目经理必须根据任务情况做好进度安排计划,按周做计划以书面呈交项目协调委员会,以周为单位做计划以书面形式下达各组,各组分头安排落实到个人,组长或个人在接到计划书时,认为恰当,则签字;若认为不恰当,必须及时陈述理由,否则责任自负。在计划时间到时,项目经理严格按照进度计划书验收。在验收合格情况下,项目经理在原下达的计划书上签字,并结合完成任务情况给出一定的评价,将来作为奖励晋级的参照依据;若验收不合格,则责成3日内修正,若仍不能完成必须以书面形式说明理由,项目经理依情况处理。在每次验收都合格或者在责成期限内都合格的情况下,若项目不能及时完成,则责任应在项目经理身上,项目经理必须以书面形式向项目协调委员会陈述理由。1.3.1.3项目沟通机制管理交流有助于解决问题,尤其是在研究开发、系统集成等项目组之间,具有更频繁和更公开交流过程的组织在新产品开发过程中比那些交流不太频繁和封闭的组织有更大的创新倾向。针对本项目的特殊性——多方参与,沟通机制更为重要。沟通畅通能融多方智慧,促进项目成功;沟通阻塞,则障碍重重、举步维艰,这方面我们是有教训的,也是有经验的。项目实施组作为沟通畅通的领头羊,制订相关计划,定期举行项目组和用户的交流会,建立和保持与主要利益相关者的关系,做到双向沟通;定期安排项目组内部各小组之间的相互交流;在日常工作中,营造相互学习共同成长的氛围。1.3.1.4资料文档的管理为保证系统的建设和正常运行,我们将提供如下几类资料和文档。一、产品类硬件资料系统软件及开发工具资料其他相应产品资料二、工程类系统需求规格书逻辑设计文档系统结构设计文档数据库设计文档接口需求说明书接口设计文档程序详细设计说明书系统故障处理流程文档三、计划与测试类项目开发与管理计划项目实施计划系统开发标准手册测试计划及测试标准测试结果报告验收计划及验收标准验收结果报告四、技术支持与维护类应用系统用户手册系统操作员手册系统运行手册网络操作手册网络接口手册系统接口标准故障处理和恢复手册上述各类文档资料由专人负责归档,后三类文档需经项目经理签字有效。1.3.1.5项目实施规划本阶段主要目标是制定项目的实施计划,详细项目计划的制定,定义主要的工作包、里程碑和项目进度安排。内容如下:开始标准结束标准项目文档工作综述项目文档签署功能规范签署分析阶段工作计划技术体系结构签署确定项目发起人实施计划确定项目关键成员,并制定时间表用户需求定义、访谈、反馈、汇总接收标准得到认可用户需求文档得到确认和接受编写项目设计概要设计及详细设计文档得到确认和接受项目编码提交用户可以测试的系统项目上线用户验收系统1.3.1.6需求调研与分析1.3.1.6.1需求调研1.业务需求调研对电子税收信息管理系统的业务功能、用户情况、安全和性能需求进行全面的调研。业务需求调研包括以下方面的内容:用户数;用户管理模式;系统的使用模式;系统功能需求;系统安全要求;系统管理需求;与其它系统的接口要求。2.流程调研和确定为更明确整个系统的实际需求和流程定义情况,依据以往的实施B/S/S结构系统的经验,应在具体的代码设计和开发前进行全面、细致、到位的流程调研和需求的确定,从而在实际的开发过程中能尽可能接近和达到用户的需求。在整个调研过程中,开发公司将设计各种适合的流程和需求调研表格,用户可根据实际的情况和需求进行填写,对于一些特殊的情况,开发公司将另行向用户详细了解。3.管理维护功能的调研和确定管理维护功能的统计和查询功能要求较高,同时还需要导出和打印,需要对统计的要求和导出格式等功能进一步调研和明确。1.3.1.6.2需求分析本阶段任务主要是确定并定义问题区、客户的需求、项目范围、项目成功标准与客户接收标准。1.定义实施范围确定并定义项目实施的目标、范围和关键的成功要素。2.需求分析对用户需要达到的目标进行确定并文档化。工作成果格式需求调查问卷反馈及汇总、分析接收文档用户需求文档签署接收文档功能规范MSWord+图表功能规范签署接收文档技术体系结构MSWord+图表技术体系结构签署接收文档项目实施计划MSWord+MSProjectPlan1.3.1.7系统设计阶段电子税收信息管理系统的详细设计阶段主要包括如下工作内容:1.系统结构的总体设计:决定系统的总体结构,包括整个系统分哪些部分,各部分之间有什么联系以及已确定的需求对这些组成部分如何分配等方面。2.数据结构的设计:决定数据库系统的模式、子模式、关系以及数据完整性、安全性设计。3.系统模块化设计:设计出系统的详细模块设计文档。4.制定初步的系统测试方案:对系统测试的策略、方法和步骤等提出明确的要求。1.3.1.8应用系统开发在所有流程、需求、表格、统计信息等详细需求资料确定并得到用户方确认后,我公司将开始有计划、可估算的系统开发工作。将预先根据收集的信息,制定清晰的开发进度和开发程度估算指标,同时与客户保持密切、有效的协调和沟通机制,确保在整个开发过程得到最好管理和控制。1.3.1.9系统测试在每个应用和功能完成时我公司都将先进行内部的测试工作,在通过我们内部的测试后,再将功能和应用提交北京地税;负责本次工作的负责部门进行初步测试,在相关部门和领导的安排和协调下组织最终用户进行试用前的测试,即对调试完毕的系统进行详细的系统功能测试、系统压力、稳定性、安全性测试,输出验收测试报告。同时开始对相关的技术支持人员和业务人员进行维护和应用培训,初验合格将投入试运行。测试阶段相关文档主要包括如下内容:交付格式系统测试结果MSWord+TestOutput系统测试停止接受文档UAT结果MSWord+TestOutputUAT停止接受文档所有的文档广泛兼容的文档培训材料产品培训指南培训参加列表MSWord培训评估表MSWord项目停止接受文档1.3.1.10系统安装与试运行本阶段的主要目标是完成设备的软件安装,系统联调,并着手验收手册、用户手册的输出。1.3.2项目质量控制1.3.2.1项目质量控制过程本项目的质量管理不仅仅是项目开发完成后的最终评价,而且还要在“电子税收信息管理系统”开发过程中进行全面质量控制。也就是说,不仅包括系统实现时的质量控制,也包括系统分析、系统设计时的质量控制;不仅包括对系统实现时的软件质量控制,而且还包括对文档、开发人员和用户培训的质量控制。我公司的项目质量控制吸取了CMM的SQA思想,为项目的实施过程提供适当的可视化管理,并对开发过程和产品的进行审核。1.3.2.1.1项目质量控制综述在本项目中,我们把影响软件质量的因素分成三组,分别反映用户在使用
本文标题:项目管理体系(完整版)
链接地址:https://www.777doc.com/doc-812117 .html