无忧范文网小编为你整理了多篇《软件项目管理实施方案(范文三篇)》范文，希望对您的工作学习有帮助，你还可以在无忧范文网网可以找到更多《软件项目管理实施方案(范文三篇)》。
第一篇：软件项目实施方案
1.1 项目实施策略
1.1.1 遵循的规范
我方坚持“统筹规划、统一标准”的方针，因此参照以下标准和规范体系来指导《教育信息枢纽平台的可行性研究》，通过标准化的协调和优化功能，方能保证项目建设少走弯路，提高效率。我方在项目实施过程中遵循以下标准规范：
1.1.2 标准化体系建设
园区智慧教育作为园区智慧城市的重要组成部分，需要在技术、业务、运营三个方面都建立标准化规范和制度，才能保证系统的正常运营和与整个智慧城市体系的衔接。xxxx在
政务制度方面有丰富的经验，可以为园区搭建这样的标准化体系。
1.1.3 项目运营策略
国内很多城市的智慧教育发展的不好，其中一个重要的原因是平台从建设到运营全部由政府独立投资完成，因此在业务组织、培训、推广等多个方面遇到困难，导致最终实施效果不佳。
我方认为园区智慧教育平台应该是教育资源公共服务平台和教育管理信息平台，需要有专门的运营机构，并采取政企共建的运营模式。
6.4.3.1运营机构设想
按照“高位监督、条块结合”的管理思想，我方建议成立高位独立的教育服务综合管理处，作为全区监督、协调、指挥和综合评价教育服务工作的行政机构。它的职责是制定园区智慧教育的管理、沟通工作机制，包括联席会议、碰头会议等，打破部门间条块分割、职责不清等管理问题。
6.4.3.2运营模式设想
由于本平台同样是便民服务平台，因此在平台建设和运营上，我方建议充分吸收各类学校、运营商、广告商、教育类企业等，形成一条完整的政企共建产业链。
通过这种政企共建的运营模式，可以大大节省平台开发、运维的成本，并且能切实有效的提高工作效率。
1.2 项目服务管理方法
1.2.1 项目实施计划
本项目涉及面广，为了确保顺利完成，拟采用分步实施的方法，基本情况如下： ① 项目启动：5个工作日，主要是准备立项资料，双方沟通并协调项目各相关部门，
召开项目启动会议等；启动会议后，xxxx项目团队将入驻现场，做好调研准备。 ② 项目调研阶段：20个工作日，在园区教育局的配合下，xxxx咨询团队采用各种调
研方式，对本项目涉及的园区各学校、教育局各相关业务部门进行调研，并最终形成调研报告。
③ 方案设计编写阶段：70个工作日，其中，规划框架设计14个工作日，规划报告设
计、编写及修订等56个工作日。
④ 项目验收阶段：2个工作日，首先将阶段性成果（大纲、初稿、送审稿等）提交业
主，由业主内部组织初步验收；初验通过后，组织专家验收会议，对项目的最终成果（《园区“智慧教育”顶层设计方案》、《园区教育基础数据库建构规划书》、《应用平台名称及定位报告》、《应用平台使用对象需求调研及可行性报告》、《应用平台功能部署及开发标准书》、《应用平台开发周期及人员经费预算表》等）进行项目终验，终验通过即宣告项目正式结束。
项目整个周期共包含四个阶段，具体起止日期如下表所示：
1.2.2 项目人力组织计划
为了能建立有效的沟通机制，保证项目有序推进，项目组机构设定如下：
其中每个小组的具体职责如下：
在本项目中拟投入商务经理1 人，同时投入的资深咨询顾问不少于3人，其中xxxxxxxx
首席咨询师1人；专家顾问若干；其中在调研阶段保持不少于2 人驻场。
具体人员名单请参见：5.7拟派人员情况。
1.2.3 项目移交验收计划
6.5.3.1 项目验收标准
验收标准包括与本项目检验与测试相关的所有国家标准、行业标准以及双方签字后的技术文档及附件。根据合同要求验收标准如下：
GB/T11457-1989 软件工程术语；
GB/T16260-1996 信息技术—软件产品评价—质量特性及使用指南；
GB/T 17544-1998 信息技术—软件包—质量要求和验收；
信息产业部令第五号《软件产品管理办法》；
设计文件；
本工程招标文件；
文档内容要求：可理解性、完整性、一致性、可验证性、易浏览性；
标识要求：产品描述的标识、产品的标识、供方信息、工作任务、符合需求文档、要求的系统配置、与其它产品的接口、安装、支持、维护；
6.5.3.2项目验收计划
为了保障项目稳定可靠的按计划推进，在项目验收方式上，采用业主内部评审和外部专家验收：
内部评审：在项目过程中，我方将按照项目进度向业主方提交阶段性成果物（大纲、初稿、送审稿等），由业主方进行内部评审，保证项目质量和项目进度。
专家验收：项目最终成果通过业主内部评审后，再组织外部专家对最终成果进行验收。 项目最终成果：
《园区“智慧教育”顶层设计方案》
《园区教育基础数据库建构规划书》
《应用平台名称及定位报告》
《应用平台使用对象需求调研及可行性报告》
《应用平台功能部署及开发标准书》
《应用平台开发周期及人员经费预算表》
1.2.4 xxxx项目管理制度
xxxxxxxx己经通过认证，获得系统集成资质，并经过长期积累逐渐形成了一套具有xxxx特色的项目管理制度体系。下面就其中较重要的部分进行简单介绍：
6.5.4.1项目管理体系
6.5.4.1.1 项目管理体系框架
6.5.4.1.2 体系概述
项目管理体系由“启动”、“策划”、“执行”、“管理和监控”、“收尾”5 个管理过程组组成，项目管理过程活动按照这5 部分有序开展。
启动过程：立项评审并快速启动项目的管理过程，通过项目立项、项目经理选定、分配关键项目资源、项目启动、项目信息发布以确定并核准项目正式运行。
策划过程：项目经理领导核心人员确定及细化项目目标，并通过过程定义、适合的开发生命期模型选择、WBS
制作、规模及资源估算、风险及问题识别等活动，从而能够定义出
一个合适的项目管理计划，为项目实施和管理打下良好的基础。
执行过程：项目工程实施过程，由需求开发及管理、概要设计、详细设计、编码与单元测试、集成测试、系统测试、发布及验收等基本软件工程活动组成，这些活动有序分布在选定的软件开发生命周期模型上。
管理和监控过程：按照项目计划对项目执行过程进行监控及管理，主要由以下过程域组成：进度管理、成本控制、质量保证、质量控制、配置管理、变更管理、风险管理、问题管理、沟通管理、评审管理、度量管理。
收尾过程：收尾过程分为项目总结及合同收尾，项目总结阶段主要是系统交付用户并予以实施稳定后，在项目资源未完全释放前进行的项目总结及经验交流工作；合同收尾是指用户验收完成后进行的项目考核及归档等工作。
6.5.4.1.3 角色和职责定义
6.5.4.2 启动过程
快速启动项目的管理过程，通过项目立项评审、项目经理选定、分配关键项目资源、项目启动、项目信息发布以确定并核准项目正式运行。
6.5.4.2.1 过程概要
6.5.4.2.2 过程活动说明
6.5.4.2.2.1 项目立项
①立项申请
事业部进行立项申请准备，组织相关人员进行项目成本总体估算，确定项目初步范围、项目目标及验收标准、可交付成果、里程碑计划、人力资源初步计划、识别启动后的重要风险，并编写《立项报告》；
事业部提交《立项报告》给PMO，由其组织立项评审。
②PMO 负责组织评审委员会进行立项审批。
③立项评审及审批
评审委员会进行立项评审及审批；
事业部在评审通过后，登陆OA 系统填写立项申请表完成立项审批流程；
如果审批没有通过，事业部根据评审意见进行整改，整改后重新提交PMO 组织评审及审批；
注：评审委员会由事业部总经理、首席技术官、财务总经理、首席运营官、PMO 主任组成。
④分配项目编号
只有在立项审批通过或经过总经办特批后，战略运营部才可以进行项目编号分配； 只有项目编号分配后，事业部才可以调配开发资源，进行成本核算和报销；
战略运营部发布立项通知给事业部、PMO 等相关部门。
6.5.4.2.2.2 项目经理选定
①项目经理选定及任命
事业部和PMO 负责进行项目经理选择和任命，有以下2 种方式：
直接指定――由事业部门负责人或客户直接指定合适人选为项目经理，并提交相关资料给PMO，经PMO 审核后发布；
竞聘――具备项目经理相关资质及经验的员工提出申请，竞聘项目经理。
注：竞聘流程如下：
PMO 组建选聘小组，发布项目的工作说明、目标要求及应聘人的对象范围等相关信息。并召开选聘说明会，对已发布的项目经理选聘信息和项目的相关背景资料进行说明，安排答疑活动；
竞聘人在选聘小组指定的时间内提交竞聘材料，竞聘材料应包括应聘人的管理和技术上的优势、项目管理经验等个人能力展示，及初步的项目计划内容，如，对此次项目的项目目
标的理解和风险分析，项目体制及预算设想等；
答辩和评价，选聘小组在书面材料审查结束后，组织召开答辩和评价会，评审委员会从管理经验、责任意识及技术能力等各方面综合评价应聘人，给出评价结论；
根据答辩和评价结果，选聘小组确定项目经理人选。
②项目启动准备
PMO 开发管理部登记项目信息到《项目管理信息表》中；
PMO 组织事业部根据项目规模及重要程度，选择是否召开启动会，如需召开启动会，项目经理准备项目启动会PPT。
6.5.4.2.2.3 项目启动
①分配项目关键资源
事业部在立项通过后分配项目关键资源，包括人力资源和软硬件资源。如需调用其他部门人力资源，可通
过PMO 协调。
②签署项目目标承诺书
项目经理签署《项目目标承诺书》，明确项目经理的职责。
③项目启动及发布
如需召开启动会，项目经理负责组织召开，PMO 协助；
PMO 发布启动信息及资料。启动资料至少包括但不限于：项目经理任命书、项目目标承诺书、立项报告、项目编号及项目正式启动通知邮件。
④信息建档
PMO 将项目的基本信息登录到项目信息库中，建立项目信息档案。同时开始对项目状态进行跟踪。
6.5.4.3项目策划
项目策划是为执行项目工程活动和管理活动制定合理的项目计划，以便所有相关人员按照该计划有条不紊地开展工作。项目策划包括估计待完成的工作，规划项目整个生命周期的活动，建立承诺并确定执行该工作的计划，同时形成相关文档，须通过部门或公司管理评审。
6.5.4.3.1 过程概要
6.5.4.3.2 过程活动说明
6.5.4.3.2.1 策划准备
①制作策划阶段工作计划
事业部和PMO 协助项目经理组建项目核心组，包括但不限于技术负责人、开发经理、测试经理等；项目经理制作策划阶段的详细工作计划，进行任务安排。
②策划过程培训
QA 根据项目经理对策划过程的了解程度，安排相关培训。
③核实项目初步范围
项目经理组织核心人员确认项目范围是否有效、清晰，是否可以成为后续项目估算的合格输入，如对日项目的要件定义说明书；如项目范围（用户需求等）不支持进行项目估算工作，按照《需求开发及管理》规程，进一步进行用户需求调研、需求分析及整理、里程碑及交付成果再确认等活动，直至能够进行相关估算工作。
6.5.4.3.2.2 项目过程定义
①项目特征识别
项目经理组织QA
及核心项目成员，共同对项目类型、项目进度要求、需求稳定性、
项目大致规模、是否有核心技术风险、人力资源配备状态、人员技能特征进行识别，以便于根据项目实际状况进行项目过程定义、裁剪，同时选择适合的开发生命期模型，确定合适的项目管理粒度。
②项目里程碑识别
项目经理、QA 共同对项目里程碑点进行识别，确定该里程碑点完成的关键成果物，并识别完成的可能性及对策。
③项目过程定义
项目经理、QA 根据已识别的项目特征、里程碑及需交付成果，按照公司《产品生命期说明》指南，选择开发生命期模型，该模型能提供适合项目实际的过程管理框架，为缓解项目进度压力、需求不稳定等不利因素，提供符合质量要求的系统，奠定管理战略及路线，提高项目实施及管理的可控性，项目计划是该模型的实例；
项目经理依据选择的生命周期模型、里程碑要求、公司《项目过程裁剪指南》对项目过程进行定义及裁剪，该过程定义及生命期模型将是制作项目计划、跟踪项目过程的依据；
如使用的是公司规定外的生命期模型，或者是不符合裁剪要求，或者是重新定义过程，需报PMO 审批。
④部门审查
项目经理或者QA 将过程定义成果提交部门管理层进行审查。
6.5.4.3.2.3 WBS 制作
①WBS 制作
项目经理组织核心人员根据用户需求，分解系统/产品的功能，制作WBS。
注：WBS 一般采取以可交付成果物为中心进行分解的方式，可从功能和开发过程两方面进行分解，也可以二者混合起来分解。一般由阶段、迭代阶段、过程、活动、任务/工作包6 种要素组成了项目的WBS 构成要素。
要求WBS 细分为4-5 层结构，不提倡超过5 层。WBS 细化标准：定义最低层的任务时应遵守“40 小时原则”，即，所定义的任务应当是一个人不承担其他任务时，能在一周（40 小时）内完成的任务。
6.5.4.3.2.4 项目估算
①规模、工作量及人力资源估算
项目经理组织核心人员根据已识别的项目特征、公司《软件项目估计方法指南》与估算模版、公司过程资产库积累数据，选择合适的估算方法，对项目规模、工作量和人力资源进
行估算。
项目估计范围包括工程类（需求开发、设计、开发、测试、交付及验收）所有活动和项目管理类（需求管理、项目计划、项目跟踪监控、项目评审）所有活动。
注：估算方法包括代理法、经验值模型、Delphi（专家法）、三点估计法、类比法等。 ②制作进度表
项目经理组织核心人员对WBS 分解活动进行排序、建立关联、分配资源及工期，制作进度表（可以使用MSProject 或者是细化的WBS）；
项目经理结合项目进度表（/细化后的WBS）及项目总体成本估算，进行项目成本预算，便于后续成本跟踪与控制；
项目经理参照《项目估算表检查单》，审核进度表是否使时间和资源使用率在满足里程碑的要求下达到最合理，如果不合理，需要进一步调优。
进度表制作（或使用细化的WBS），是一个滚动式计划制作过程，一个阶段结束前规划并制作下阶段详细进度表。
③部门审查：项目经理提交WBS 及项目估算表、进度表到部门管理层进行审查。
6.5.4.3.2.5 项目管理计划
①项目管理计划书编写
项目经理根据项目策划产生的数据，进行项目管理计划书的编写。计划书编写过程如下： 项目范围及目标的编写；
项目组织结构及职责的编写；
项目过程定义及开发生命期模型，可以引用4.2.2 附件；
项目估计，包括――里程碑计划；项目估算方法及估算结果，项目估算表、人力资
源计划可作为附件；
进度表/细化的WBS；
软硬件资源计划；
风险管理计划表（含跟踪）；
沟通管理计划表（含跟踪）；
项目度量目标确定及编写，度量计划，可作为附件；
如公司相关规程、指南不能满足项目管理需要，QA 协助项目经理制定项目过程改
进计划，按照改进计
划详细定义相关流程，同时需报PMO 审批。
②项目支持性计划编写
项目经理组织QA、配置管理员、测试经理/测试人员进行支持性计划编写，包括： 项目质量保证计划；
配置管理计划；
测试管理计划；
评审计划。
③策划阶段就绪检查
QA 协助项目经理根据项目过程定义及公司《策划阶段就绪检查单》，为项目裁剪合适的检查单；
项目经理、QA 根据检查单对策划阶段整体过程进行就绪检查，看是否合格并能提交计划评审，如不合格需整改合格后提交评审，QA 需推动问题纠正解决。
④项目管理计划评审
PMO 根据项目情况确定评审级别，重要项目由PMO 代表公司进行评审，其它项目进行部门级评审；具体管理办法参见评审章节及《评审指南》。
6.5.4.4管理和监控过程
6.5.4.4.1 进度管理
通过周期性地跟踪项目计划的各种参数如进度、工作量、资源、工作成果等，不断地了解项目的进展情况，
以便当项目实际进展状况显著偏离计划时能够及时采取纠正措施。
6.5.4.4.1.1 过程概要
6.5.4.4.2 成本控制
项目成本管理是项目管理重要的组成部分，它的目标是确保项目在公司批准的预算范围内完成。
项目成本管理包含：成本估算、成本预算、成本控制三个组成部分。
成本估算
项目成本估算是对完成项目所需的所有成本的近似估算。成本估算是后续成本预算和成本控制的依据；
项目成本估算通常在项目投标/启动阶段实施。
成本预算
项目成本预算是指在策划阶段，通过把成本估算按照时间分解到具体工作任务或活动中，形成作为成本控制基准的工作。
成本控制
项目成本控制是指项目组在项目执行阶段为了保证在变化的条件下实现其成本预算，对项目实施过程中发生的各种实际成本与预算成本进行对比、原因分析、纠正等手段，使项目的实际成本控制在预算范围内的管理过程。
下面过程重点描述成本控制，成本估算和成本预算过程启动和策划阶段说明。
6.5.4.4.2.1 过程概要
6.5.4.4.3 质量保证
6.5.4.4.3.1 过程概要
6.5.4.4.4 缺陷管理
缺陷管理的目的是为了明确缺陷处理流程、步骤及分工，保证通过对系统问题的获取、
分析、修复和发布，使项目开发或实施后存在的问题得以及时、正确的解决。本流程仅对测试过程缺陷管理进行规定，评审发现纳入问题管理流程。
6.5.4.4.4.1 过程概要
6.5.4.4.5 配置管理
软件配置管理的目的是在项目的整个软件生存周期中，建立和标识软件配置项，并对其进行控制、管理，维护其完整性、一致性和可跟踪性。
6.5.4.4.5.1 过程概要
6.5.4.4.6 变更管理
变更管理的目的是为了保证工作产品的完整性和一致性，对已经评审确认后的工作产品和过程进行控制。
根据变更来源，一般受控的变更有需求变更、基线（或受控配置项）变更、代码变更。需求变更流程见工程过程《需求管理》的相关规定，代码变更根据配置管理计划/方案来进行控制，本流程覆盖范围为基线（或受控配置项）变更。
6.5.4.4.6.1 过程概要
6.5.4.4.7 风险管理
风险管理需要处理可能危及项目关键目标的问题，是一种连续的前瞻性的过程。
在项目的生命周期内，循环执行风险识别、风险分析、风险减缓和风险跟踪，直到项目的所有风险都被识别与解决为止。
6.5.4.4.7.1 过程概要
6.5.4.4.8 问题管理
问题管理是对于项目管理过程中产生问题的解决与跟踪，防止问题扩大，及时消除对项目进度、质量、成本的影响。
问题管理范围包括：
项目例会发现的问题；
项目评审会发现问题；
项目执行过程中项目成员汇报问题；
项目经理进行项目跟踪与监控中发现问题；
项目经理内外部沟通问题；
QA 过程跟踪与监控产生问题。
6.5.4.4.8.1 过程概要
6.5.4.4.9 沟通管理
规划和管理各个方面沟通有关的活动；
确认不同级别参与沟通的人员；
确认沟通正常进行，且参与的人员均与项目相关；
建立内部各工作单元间的相互信任，确认项目过程中共同使用的工具。
6.5.4.4.9.1 过程概要
明确评审活动的流程与分工，以确保项目计划、需求、设计、开发、测试、实施等环节活动输出是经过严格的并符合规范的审核批准，从而确保提交给客户的产品符合质量要求。
评审活动适用于所有需要评审的过程，尽早和高效率地从工作产品中消除缺陷。经验表明，在开发工作早期发现和改正错误与在最后提交用户后或确认测试时才发现错误而进行的返工相比，代价极低。经过严格评审的工作产品会更易用，而评审所得到的经验会预防错误的发生。
6.5.4.4.10.1 过程概要
6.5.4.4.11 度量管理
度量与分析的目的是为了了解项目目标是否达到预期，而获取相关项目过程数据，通过测量分析检查这些目标的完成情况，监视开发和实施过程的状态，若超出控制范围，则采取改进和补救措施，保证项目正常进行。
通过数据收集和分析更加合理地设置和调整度量目标，为公司高效管理服务，为公司管理决策和过程改进提供依据。
6.5.4.5 收尾过程
6.5.4.5.1 过程概要
1.3 xxxx服务承诺
我方项目组成员全部由在政务领域具备年以上咨询规划经验的资深人士构成，同时投入项目人数不少于人；
我方承诺在项目期限内（）保质保量地完成本项目，其中首席咨询师在园区实地调研时间不少于周，另有至少人在项目期间常驻园区教育局；
我方有完整的项目实施、管理计划，将按期、按里程碑与业主进行沟通并移交相关阶段性成果，在项目尾声及时向业主移交包括《园区“智慧教育”顶层设计方案》、《园区教育基础数据库建构规划书》、《应用平台名称及定位报告》、《应用平台使用对象需求调研及可行性报告》、《应用平台功能部署及开发标准书》、《应用平台开发周期及人员经费预算表》等在内的各种成果物；
项目实施完毕后，我方将根据业主需要，进行业务、技术、运营培训等其他后续增值服务；
第二篇：项目管理实施方案〔〕
项目概况
某实业公司拟建一度假村。
选址在浦东国际机场与泸潮港连线中部地段，占地面积约10,000m2.
主要包括欧式别墅区、主楼、副楼、游泳馆、射击馆、钓鱼台、停车场、职工宿舍，并在周边道路布置绿地。建成后将集休闲、娱乐、会议、餐饮等多种功能于一体。
各配套项目经向有关单位征询，可配套解决。
项目总投资￥1亿，建设周期2年。
目组织结构图
项目实施合同结构图 项目管理组织结构图
项目管理职能分工表
职能代号： 信息—I,决策准备—P, 决策—E, 执行—D,检查—C.
阶 编 工作任 业主 项目管 设计 施工 供货 段 号 务分类 方 理方 方 方 方
设
计
阶
段 1 投资切块 E IDCP
2 编制设计任务书 EC IDCP
3 方案竞赛和设计招标组织 EDC ICP 4 扩初设计组织 E IDCP D
5 概算 E C
6 设计方案评审 EC PCD
7 施工图设计、预算 E C D
8 资金使用计划 E PDC D
9 进度计划 E PDC D 10 甲供机电设备和材料招标 EDC IPC
施
工
阶
段 11 编制施工招标方案 EC IPDC
12 招标申请 ED P
13 编制招标文件 EC IPDC 14 组织招标、选择施工单位 EC IPC
15 进驻施工现场 ED PDC D
16 开工前审批及申请 ED P
17 对已批准工期计划的监督 EC PD D
18 投资监督 EC PD D
19 对质量的监督 EC PD D D
20 项目管理组织内部信息 EC IPD
21 合同管理 EC PD IDC
22 现场组织、协调与管理 DC DC
23 设计和施工工期的改变 E PC D ID
24 款项的审核与支付 D C
25 竣工预检验与质量评定 EC PDC D D
26 竣工决算 C DC D
27 竣工交付验收 DC DC D
28 遗留问题的处理落实 C C D
项目管理任务
本项目管理方案是对项目设计阶段进行投资、质量、合同、信息、组织协调六方面的控制，以及甲供材料设备招标管理：
1.投资控制：采用的基本工作原理是动态控制原理，即采用计算机辅助的手段，在项目设计的 各个阶段，分析和审核投资计划值，并将不同阶段的投资计划值和实际值进行动态跟踪比较，当其发生偏差时，分析产生偏差的原因，提出纠偏的措施，使项目设计在确保项目质量的前提下，充分考虑项目的经济性，使项目总投资控制在计划总投资范围以内。主要任务是： （1） 审核方案设计优化估算，并提出审核报告和建议；
（2） 审核设计概算，并提出审核报告和意见；
（3） 在审核设计概算的基础上，确定项目总投资目标值； （4） 对施工图设计从设计、施工、材料和设备等多方面进行必要的市场调查分析和技术经济比较，并提出咨询报告，供业主参考；
（5） 审核施工图预算，调整总投资计划，在充分考虑满足项目功能的条件下提出进一步挖掘节约投资的可能性；
（6） 在施工图设计过程中，逐一进行投资计划值和实际值的跟踪比较，并提交投资控制报告和建议； （7） 严格审查设计变更，从经济性分析是否满足业主的要求。
2.进度控制：设计进度如果控制不住，将直接影响到项目建设总进度目标的实现。为了缩短建设周期，项目管理人员应协助设计单位进行合理的安排，使设计进度计划为施工招标服务，并尽量使设计满足业主对开工日期的要求、同时兼顾采购周期较长的材料、设备供应时间的要求，同时应充分考虑到有关政府和市政部门对设计文件审批的时间要求。此外，对于由业主自身因素（如业主能否向设计方及时明确设计要求并提供设计所需的参数和条件、能否及时对设计文件进行决策和认可、能否尽量减少设计意图的改变和反复）造成对设计进度的影响，项目管理人员应协助业主尽早发现问题，并提出解决方案。
项目管理及实施方案（共4篇）
目标管理实施方案
项目实施方案
村项目实施方案
erp项目实施方案
第三篇：软件项目计划书
一、项目实施方案概述
软件产品，特别是行业解决方案软件产品不同于一般的商品，用户购买软件产品之后，不能立即进行使用，需要软件公司的技术人员在软件技术、软件功能、软件操作等方面进行系统调试、软件功能实现、人员培训、软件上线使用、后期维护等一系列的工作，我们将这一系列的工作称为软件项目实施。大量的软件公司项目实施案例证明，软件项目是否成功、用户的软件使用情况是否顺利、是否提高了用户的工作效率和管理水平，不仅取决于软件产品本身的质量，软件项目实施的质量效果也对后期用户应用的情况起到非常重要的影响。项目实施规范主要包括项目启动阶段、需求调研确认阶段、软件功能实现确认阶段、数据标准化初装阶段、系统培训阶段、系统安装测试及试运行阶段、总体验收阶段、系统交接阶段等八个阶段工作内容，每个阶段下面有不同的工作事项，各个阶段之间都是承上启下关系，上一阶段的顺利完成是保证下一阶段的工作开展的基础。下面将按照每个项目实施阶段分别介绍。
二、项目实施方案介绍
（一）项目启动阶段
此阶段处于整个项目实施工作的最前期，由成立项目组、前期调研、编制总体项目计划、启动会四个阶段组成。
此阶段主任务：
公司：在合同签定后，指定项目经理，成立项目组，授权项目组织完成项目目标。
公司项目组：进行前期项目调研，与用户共同成立项目实施组织，编制《总体项目计划》，召开项目启动会。
商务经理：配合公司项目组，将积累的项目和用户信息转交给项目组。将项目组正式介绍给用户，配合项目组建立与用户的联系。
用户：成立项目实施组织，配合前期调研和召开启动会，签署《总体项目计划》和《项目实施协议》。
1、成立项目组
部门经理接到实施申请后，任命项目经理，指定项目目标，由部门经理及项目经理一起指定项目组成员及成员任务，并报总经理签署《项目任务书》。
2、前期调研
项目经理及项目组成员，在商务人员配合下，建立与用户的联系，对合同、用户进行调研。填写《用户及合同信息表》。在项目商务谈判中，商务经理积累了大量的信息，项目组首先应收集商务和合同信息，并与商务经理一起识别那些个体和组织是项目的干系人，确定他们的需求和期望，如何满足和影响这些需求、期望以确保项目能够成功。
3、编制《项目总体计划》
《项目总体计划》是一个文件或文件的集合，随着项目信息不断丰富和变化，会被不断变更，主要介绍项目目标、主要项目阶段、里程碑、可交付成果。通常包括以下几方面内容：
项目描述，项目目标、主要项目阶段、里程碑、可交付成果。所计划的职责分配（包括用户的）；
沟通管理计划，确定项目干系人对信息和沟通的需要：即什么人何时需要什么信息以及通过什么方式将信息提供给他们。质量管理计划，确定适合于项目的质量标准和如何满足其要求。如果有必要，可以包括上述每一个计划，详细程度根据每个具体项目的要求而定。未解决事宜和未定的决策
4、启动会
项目组与用户共同召开的宣布项目实施正式开始的会议。
会程安排如下：
共同组建项目实施组织，实施组织的权利和职责；双方签署《项目实施协议》。
项目组介绍《项目总体计划》和《项目实施协议》，包括以下内容：
项目目标、主要项目阶段、里程碑、可交付成果。所计划的职责分配（包括用户的）；
项目实施中项目管理的必要性和如何进行项目管理，项目的质量如何控制；
项目实施中用户的参与和领导的支持的重要作用；
阶段验收、技术交接和项目结束后如何对用户提供后续服务。
（二）需求调研确认阶段
此阶段的主要工作是软件公司的项目实施人员向用户调查用户对系统的需求，包括管理流程调研、功能需求调研、报表要求调研、查询需求调研等，实施人员调研完成后，会编写《需求调研分析手册》，并交付用户进行确认，待用户对《需求调研分析手册》上所提到的需求确认完毕后，项目实施人员将以此为依据进行软件功能的实现。如果用户又提出新的需求，实施人员将分析需求的难度及对整个系统的影响程度来确定是否给予实现。需求调研阶段具体包括如下内容：
1、进行需求调研准备
2、编制《需求调研计划》
3、内部评审是否通过《需求调研计划》，项目组、部门经理、商务等人员根据合同要求和项目实际情况对《需求调研计划》草稿进行评审，如评审通过，则在稍后的时间内签署，如评审不通过则重新修改。
4、用户是否签署《需求调研计划》，如用户签署《需求调研计划》，则作为以后需求调研工作的指南。否则重新修改。
5、《需求调研计划》是否有变更，如果计划存在变更，则执行变更控制流程，否则按计划进行后续工作。
6、编写及发出《需求调研通知》，项目组编写《需求调研通知》，确定进行需求调研的相关事宜，发给用户，为顺利完成需求调研工作做准备
7、需求调研，项目组以《需求调研手册》为依据，从业务流程、单据使用、打印格式、报表查询几个方面展开深入和全面的调研，并搜集用户的个性化需求。
8、需求调研分析根据调研的结果，项目组和公司其他技术部门将进一步进行分析，确定合理、可行的需求，将分析结果形成《需求分析报告》草稿。
9、内部评审是否通过《需求分析报告》。项目组、部门经理、公司其他技术部门的人员对《需求分析报告》草稿进行评审，如评审通过，则在稍后由用户签署，如评审不通过则重新修改，直至内部评审通过。
10、编写及发出《需求分析报告确认通知》。项目组编写《需求分析报告确认通知》，发给用户，确定进行需求确认的相关事宜，告之相关部门及人员安排好工作，准时参与需求确认工作，为顺利完成需求确认工作做准备。
11、用户是否确认《需求分析报告》。如果用户确认，并签署了《需求分析报告》，则需求调研阶段工作结束，进行后续的软件功能实现的工作；如没有确认，则进一步进行调研、分析，直至用户最终确认并签署《需求分析报告》。双方签署了《需求分析报告》，需求调研工作结束之后，如果用户提出新的需求或是变更已有的需求，则执行需求新增及变更流程。
（三）软件功能实现确认阶段
此阶段的主要工作是项目实施人员根据需求调研阶段确认的《需求调研分析手册》中的用户需求内容进行具体软件功能的实现工作。在软件功能实现的过程中，项目实施人员将记录软件实现的详细过程。便于公司售后服务之用。每一个实施技术人员必须严格按照要求记录、存档。按照调研要求的所有功能实现完毕后，项目实施人员将编制《软件功能确认表》，将定制好软件功能待用户确认，用户根据《软件功能确认表》上的功能逐一确定软件功能是否达到要求，对不满足要求的功能，项目实施人员将会记录下来并进行功能修改，直到满足用于要求。
（四）数据标准化初装阶段
此阶段的主要工作是项目实施人员指导用户进行系统标准化资料的准备工作，并对用户进行初装资料的软件操作培训，以便用户能够及时的将标准资料录入系统，初装完成后，项目实施人员会对资料初装的情况进行核查，为以后具体业务功能的开展做好基础。
（五）系统培训阶段
系统培训阶段工作是整个项目实施工作中比较重要的工作，用户对软件的操作功能是否熟练将直接影响到后面的软件应用效果，所以软件公司和用户双方要对此阶段的工作给予足够的重视。要充分认识培训的重要性和艰巨性。在项目实施之前对用户的相关人员进行系统和规范的产品培训是非常必要的，达到让用户了解软件产品，最终自己能够解决使用中的具体的问题。
此阶段的培训工作中将用户参加产品培训的人员划分为三个层次：决策层、技术层、操作层，对不同层次的用户参加产品培训人员的培训内容分别是：
决策层：领导在实施中的作用与重要性、决策查询。
维护层：系统维护知识、操作方法。
操作层：操作方法。
具体的培训工作流程为：
1、调研培训信息：在培训开始前3天由用户实施负责人，将参加培训的部门和人员情况填入《受训部门汇总表》、《受训人员情况一览表》。
2、编制培训计划：结合调研结果，与用户实施负责人商议具体培训内容、时间，场地，人员等。项目组编制《培训计划》。
3、签署培训计划：用户签署《培训计划》，进一步确认培训安排。
4、发培训通知：培训开始前2天，按照签署的《培训计划》，将培训内容、时间，场地，人员等信息通知用户实施负责人。
5、搭建培训环境：公司项目组在培训开始前，将培训环境搭建及检查妥当，将培训提纲及培训手册准备好。
6、组织培训：公司项目组培训负责人与用户实施负责人组织相关人员参加培训，按培训制度严格考核。由用户将考勤情况填入《培训人员签到表》。
7、培训考核：公司项目组培训负责人与用户实施负责人组织受训人员参加上机及理论考试。
8、培训总结：公司项目组培训负责人与用户实施负责人一起将出勤情况及考核情况做出总结，填入《培训及考核统计表》，及时向相关负责人汇报。
（六）系统安装测试及试运行阶段
此阶段的主要工作是在用户真实环境下，对用户网络及硬件设备进行测试，对软件系统进行容量、性能压力等测试测试及试运行的目的在于确保系统各项功能均能正常使用，并且符合用户签署的《需求分析报告》中描述的需求，同时把尽可能多的潜在问题在正式运行之前发现并改正；同时目的还在于在正式运行前用户的有关人员能进一步提高操作水平，掌握操作规范。此阶段的主要工作内容为：
1、编制计划：与用户实施负责人商议具体测试及试运行时间，地点，人员等安排，项目组编制《测试及试运行计划》。
2、签署计划：用户签署《测试及试运行计划》，进一步确认测试及试运行安排。
3、发测试及试运行通知：在测试及试运行开始前2天，按照签署的《测试及试运行计划》，将时间，地点，人员等信息通知用户实施负责人。
4、搭建环境及数据准备：在试运行开始前搭建好软件环境、硬件环境、网络环境、调通线路；检查软件、硬件、网络、线路等各个环节是否有问题；
5、组织测试及试运行：用户相关各级领导给予全面配合，组织相关人员进行测试及试运行。
公司项目组负责担当指挥，检查用户人员组织情况并给予指导，跟踪检查如下情况：
跟踪单据流转状况。
跟踪新资料登录环节。
观察业务流程执行状况。
观察操作人员操作表现。
观察系统运行速度及异常表现。
观察关键数据的正确性。
及时纠正错误操作、对于新发生的问题及时与相关人员沟通，确定解决办法。
6、测试及试运行总结：测试及试运行完成，总结试运行中设备、软件的运行情况，总结试运行中业务流程和操作环节的情况，以书面总结形式将测试及试运行结果通知相关负责人。
（七）总体验收阶段
此阶段是对项目总体的完成情况进行验收。验收分阶段进行，在每一项目阶段结束时，用户对这一阶段的可交付成果进行验收，在测试及试运行结束后，对系统进行总体验收。
