项目管理办法
第一章总则
第一条为了完善公司项目管理工作，明确项目管理参与者的职责和权利，促进项目管理的科学化、规化，结合我司的实际情况，特制定本办法。
第二条本办法适用围为经公司项目管理委员会立项的项目。
第二章公司项目管理的组织机构及管理职责、权利
第三条项目管理委员会
项目管理委员会是公司项目管理的最高决策机构，由公司总经理和副总经理组成项目管理委员会领导小组并由总经理任领导小组组长，公司各正副总监为项目管理委员会成员组成。根据项目的性质或需要，公司可聘请或指派其他人员进入项目管理委员会任临时成员。
第四条项目管理办公室
项目管理办公室为项目日常管理的常设机构，是公司项目日常管理机构，对项目管理委员会负责，项目管理办公室设在企管部。
第五条项目经理
一、项目经理的任命
项目经理可由主要实施部门总监推荐，经项目管理委员会确认后任命，或由项目管理委员会直接指定；此外，也可根据公司和项目的实际情况，通过签订劳动合同的方式外聘项目经理。担当项目经理职务的人员需在项目主要相关业务上有一定的工作经验，对于所实施的项目有一定的了解。一人可担任多个项目的项目经理。
二、项目经理的解职
1、项目完成验收后由项目管理委员会解职。
2、在项目实施的过程中，出现下列问题时，经过项目管理委员会讨论，有权解除该项目经理，进行重新任命：
1)项目经理与项目组成员有巨大的沟通障碍，项目组的工作进展困难；
2)项目经理在项目实施过程中，项目出现实际与计划严重相背离的情况；
3)项目经理在未经项目分管领导和项目管理委员会授权的情
况下越权开展工作，甚至发生给公司造成严重损失的情况；
4)项目经理存在能力的不足，且项目分管领导或项目委员会超半数成员认为有必要更换项目经理的情况。
3、项目经理在项目进行的过程中因故向项目分管领导或项目管理委员会提出辞去项目责任人的申请，经项目管理委员会讨论同意后可予以解职并重新进行任命。
第六条项目小组
项目组成员由项目经理挑选并报项目管理委员会审批，通过后提交项目管理办公室备案。
1、项目组成员根据项目实际工作需要可由不同部门人员组成，项目经理可根据项目的实际开展情况申请增减或变更，但变更方案必须报项目分管领导及项目管理委员会批准，并报项目管理办公室备案。
2、项目组及成员一经确定，项目组成员在项目实施过程中必须听从项目经理的安排，各行政隶属领导应全力支持项目经理及成员的工作。
第七条组织结构中各关系人职责及权力见附件6。
第三章项目的立项
第八条项目的界定
符合以下原则和条件的业务，可作为项目立项：
一、技术研发类
1、新产品开发；
1）与公司的经营战略相一致的自主知识产权的软硬件产品研发。
2）新开发的产品应具有较好市场前景和一定的生命周期。
2、重大技术攻关；
同公司产品紧密相关的，能解决公司现有产品的重大问题，或能完善和扩展现有产品，预期能为公司带来利润增长的重大新技术、新方法的研究攻关。
二、经营业务类
1、公司对外承接的系统集成与软件开发业务。
2、公司安排的其他重要任务。
第九条业务的报备
1、在业务需求产生之初，即由各业务部门向项目管理办公
室报备。报备须在公司管理系统中录入业务及客户相关信息，并填写业务报备信息表（见附件2）。
2、业务的报备不受前述项目界定的限制，凡在公司经营围的业务，均应进行报备。
3、报备后的业务，无论立项与否，均按本办法进行管控和考评。
第十条立项
1、业务部门根据具体业务的开展情况，在适当的时机向项目管理办公室提出立项建议。经项目管理办公室认定符合项目界定围的，报项目管理委员会审批。经项目管理委员会审批通过确定立项的业务，由项目经理填写项目立项报告（见附件3）并提交项目管理办公室报项目管理委员会评审，评审通过后正式立项。一般项目由相关部门及领导在立项报告上签字即表示确认通过，特殊项目可由项目管理委员会召开会议进行评审。
2、立项时即须确定项目的成本及预算费用。
3、立项时即须确定项目的里程碑及进度计划，原则上应与合同约定的工期和付款时间相匹配。
4、立项时确定的预算费用、里程碑和进度均将成为项目日常和结项时考核的依据。
第四章项目的管控
第十一条项目基本流程
项目原则上分为筹备、实施、交付和维保四个阶段，不同阶段对应不同的流程任务及文档。公司项目基本流程见附件1。
第十二条项目日常信息
1、项目日常信息的报送是项目组日常工作之一，是项目管理委员会和项目管理办公室进行项目管理的重要信息来源。
2、项目组每周五下午下班之前，需提交项目报表（见附件4），并将项目最近进度信息录入公司管理系统。
3、项目中产生的各种费用，均应录入公司管理系统，经项目管理办公室登记备案并在报销单据上签字方能进入报销流程。
第十三条项目过程文档
1、项目各阶段结束后，项目组应及时将对应文档（见附件5）电子档报项目管理办公室备档。
2、项目结题后，项目组应将项目所有文档资料的电子档和
纸质档各一份交项目管理办公室备档。
第十四条项目变更
项目组应严格按照立项时确定的项目组成员、预算费用和进度计划等要素开展项目工作。如因特殊原因确需进行变更的，项目组应以书面形式向项目管理办公室提交变更申请，详细阐述需要进行变更的要素及变更原因。项目变更申请应由项目经理及分管总监签字同意后，经项目管理办公室提交项目管理委员会审批，通过后予以执行。项目变更申请应作为项目资料的一部分由项目管理办公室存档备查。
第十五条项目中止
项目由于各种原因中止时，项目经理须向项目管理办公室和项目管理委员会提交情况说明，将项目最终进度信息录入公司管理系统，并将当前所有资料交项目管理办公室备档。
第十六条项目结题
1、原则上项目在通过终验并完成对客户的交付后，即可向项目管理办公室申请结题。
2、项目结题时，项目经理应将项目所有资料的电子档和纸
质档各交一份至项目管理办公室，将项目对应情况信息录入公司管理系统，项目管理委员会和项目管理办公室将对项目进行考评。
3、项目须在满足结题条件后20个工作日进行结题。
第十七条项目后续维保
项目结题后，应由项目经理发起、项目管理办公室主持召开后续维保的移交工作会议，由项目组和后续维保责任部门相关人员参加。会议将确定项目的后续维保责任部门、责任人、责任围等相关事宜。
第五章项目的考评
第十八条考评的种类
1、项目的考评分为日常考评和结题考评。
2、日常考评即对项目日常文档的归纳、日常信息的更新、阶段性进度的完成情况和收款情况等进行考评。此部分考评纳入到公司绩效考核中执行。
3、项目结题后，由项目管理办公室组织对项目进行结题考评。
第十九条结题考评标准
软件项目总结报告范文 1引言 1.1编写目的 XXX公司业务管理系统的开发已经基本完成。写此项目开发总结报告，以方便我们在以后的项目开发中来更好的实施项目的订制开发; 让我在今后的项目开发中有更多的有据的资料来规范我们的开发过程和提高我们的开发效率,从而创造更多公司效益。 1.2背景 项目名称：XXX业务管理系统 软件名称：XXX业务系统 客户：XXX 用户：XXX员工 1.3参考资料 项目开发文档： １．软件开发数据模型：PDM_OperationSystem20070831.pdm ２．数据库开发文档： XXX业务管理系统数据库设计说明书2.0.doc ３．软件业务流程参考：XXX业务管理系统流程说明.doc ４．软件使用手册参考：XXX业务管理系统功能说明3.0.doc ５．软件业务流程参考：XXX业务管理系统流程说明.doc ６．软件中使用到的第三方控件：ComponentArt Web.UI 2006.1252 for https://www.doczj.com/doc/6715444132.html,2.0.rar ７．软件中使用的安全Ikey驱动：Ikey Driver.rar 以上参考资料是截止2007-08-31是最新的资料文档。如有修改，即使修改此处的参考文档名称。 2开发工作评价 2.1对生产效率的评价 １．系统开发已历时快１年的时间了 ２．开发的反复性比较多。 ３．对客户的需求理解不是很透彻。
综合以上，此项目的开发效率不是很高，相反有相当一定时间的浪费。 2.2对产品功能的评价 经过我们公司各位同事的共同努力协作，XXX业务管理系统已经很好的完成了客户的业务流需求。经过对客户使用过程的观察，此项目开发的还是比较成功，但是还是存在着一些问题，造成这些问题的原因是多方面的。如：前期系统数据库的设计缺陷和部分代码的构建缺陷、客户需求的理解上也存在一定问题，这就需要我们用一定的时间来维护客户使用过程中提出的新问题和存在的debug。总的来说，此系统的功能开发还是一个比较成功的案例。 2.3对技术方法的总结 在此项目中使用到技术和工具： １.使用代码生成器：使用代码生成器 [动软.Net代码自动生成器],此工具在很大程度上提高了编码效率，从而加快了项目的开发进程。在以后的项目中，我们要尽量的来使用一些类似的工具来在最短的时间内完成工作。在今后的项目开发中，我们最好是能开发出适合自己的代码生成工具，更大限度的节省开发周期和开发费用。 ２.使用数据库建模工具；PowerDesigner 工具来建立系统数据库模型，以方便程序员很好的理解业务流和掌握系统架构者的架构思想，更好的满足客户的功能需求。在今后的项目开发中，我们要更好的来完成系统的前期数据库模型的建立，最大的来优化系统功能。 ３.使用第三方控件：此系统中使用了ComponentArt Web.UI 第三方控件。此控件在很大程度上满足了客户对软件界面的需求，从而也给软件的操作带来了方便。本项目中只使用了ComponentArt Web.UI一种第三方控件，在今后的项目开发过程中，要继续使用第三方的控件。这样以来，无论是针对软件界面的美观性、友好性来说、易操作性而言，还是针对系统开发效率而言，这都是很好途径。但需要意的是：在是使用第三方控件时，要谨慎的选择一些网络中的比较常见的第三方控件。 ４.使用自定义控件：此系统中使用了自定义控件(GhdGridView),此自定义控件可以很好的统一系统中的所有信息显示表格样式。如客户对数据显示样式有什么新的意见，我就不需要修改每一个页面的表格样式，我们只需要修改GhdGridView控件的样式，系统中的所有继承自GhdGridView的表格样式都可以改变。 ５.系统开发框架：此系统的框架使用的是简单三层结构，此框架在开发一些中小软件是比较实用的。但是我们要是可以开发出自己的框架，把一些通用的功能开发到框架中。这样以来，在以后的系统开发中，针对系统中一些通用的功能就不需要再开发，从而也可以很好的提高我们的开发效率；减少很多维护费用。使我们的技术不断的更加成熟。 ６.系统安全加密：此系统中针对客户提出的系统安全问题，我们采用了Ikey加密硬件钥匙来验证客户端登陆客户的合法性，此Ikey钥匙可以绑定到一个系统使用用户，也可以让多个用户来使用一个加密钥匙来验证登陆系统的合法性。这样以来，即使用户的密码不慎丢失，或者被不法人员取得（不法人员他也是无法登陆到我们的系统中来），这样就最大的提高了我们系统的安全性。Ikey加密钥匙是很好的加密B/S架构软件的硬件工具，在以后的软件安全方面可以借鉴。
北京东达悦科技有限公司 软件研发版本管理规范v1.0(草案) 研发部 2009-2-4
目录 文档类别使用对象 (3) 1．引言 (4) 1.1目的 (4) 1.2范围 (4) 1.3术语定义 (4) 1.4版序控制记录 (5) 1.5版本更新记录 (5) 2．版本管理 (6) 2．1版本标识方法 (6) 2．1．1正式版本 (6) 2．2目录结构 (6) 2．3文档的存放 (8) 2.3.1当前版本和历史版本的存放 (8) 2.3.2开发文档的存放 (8) 2.3.3源代码的存放 (8) 2.3.4 SQL语句的存放 (8) 2.3.5发行文档的存放 (9) 2．4权限控制管理 (9) 3．更新管理（版本升级） (9) 3.1版本升级原则 (9) 3.2 新版本的发布 (10) 4．备份管理 (11) 5．用户版本管理 (11) 6．研发部统一管理阶段性版本 (12) 6.1阶段性版本的提交到研发部 (12) 6.2阶段性版本的发布到公司网站上 (12) 6.3各项目组新版本内部及时备份。 (12) 7．版本工具的使用 (13) 7.1研发部采用SVN配置管理工具 (13) 8．各项目组提交文档及源码以及规则 (13) 8.1各项目组需要提交的文档 (13) 8.2目前所管理的产品列表 (14)
9．周报管理制度 (14) 10．风险管理制度 (15) 文档类别使用对象 文档类别 该文档是为东达悦公司提供一个版本管理规范性文件。 使用对象 该文档使用对象为东达悦软件公司研发本部各部门项目经理及版本管理人员，以及其他相关人员。未经许可，该文档不得提供给上述规定对象以外的人员阅读或使用。
公司软件研发管理制度 第一章、总则 为保证日常工作正常有序的进行，让开发中各个环节更紧凑，更可控，需要尽可能实现软件研发部项目管理的正规化，工作过程的流程化，以便提高软件质量和开发效率，达到项目能按质按量按期交付的目标。 1、软件开发总体遵循项目管理和软件工程的基本原则。 2、项目管理涉及项目立项、项目计划和监控、配置管理。 3、软件工程涉及需求分析、系统设计、软件实现、系统测试、用户测试、试运行、系统验收、系统上线和数据迁移、产品维护。 第二章、阶段成果 根据软件工程的过程理论并结合公司目前的实际情况，制定以下工作流程，并规定了各个重要环节需要提交的交付物。 1、立项：市场需求分析（或者合同）、项目立项申请表、项目风险分析清单。 2、需求分析：软件需求报告或设计方案、需求规格说明书。 3、总体设计：概要设计说明书或功能模块描述。 4、详细设计：详细设计说明书，包括软件接口说明、单元测试计划。
5、软件实现：软件功能说明、源代码、源代码说明或者注释 6、产品测试：测试报告 7、产品发布：产品说明书、使用手册 8、产品维护：问题反馈记录 9、项目总结：提交客户方的项目总结和公司项目汇报的PPT。软件过程成果表：
第三章、岗位设置 根据公司目前的开发过程主要分为分析、开发、测试三个阶段。分析阶段完成用户需求文档的编写，系统总体设计的编写；开发阶段完成设计文档的编写，代码的编写、代码的维护。测试阶段完成系统的测试，测试文档及其他材料。通过逐渐的调整岗位，
明确工作职责，逐步实现项目经理，需求分析工程师，高级软件开发工程师，软件开发工程师，测试工程师的岗位设置。
**科技股份有限公司 软件项目管理制度 目录
项目开发计划 编制项目开发计划的目的是用文件的形式，把对于在开发过程中各项工作的负责人员、开发进度、所需经费预算、所需软、硬件条件等问题作出的安排记载下来，以便根据本计划开展和检查本项目的开发工作。编制内容要求如下： 1 引言 1．1编写目的 说明编写这份项目开发计划的目的，并指出预期的读者。 1．2背景 说明： a．待开发的软件系统的名称； b．本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络； C．该软件系统同其他系统或其他机构的基本的相互来往关系。 1．3定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1．4参考资料 列出用得着的参考资料，如： a．本项目的经核准的计划任务书或合同、上级机关的批文； b．属于本项目的其他已发表的文件； C．本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列
出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。 2 项目概述 2．1 工作内容 简要地说明在本项目的开发中须进行的各项主要工作。 2．2主要参加人员 扼要说明参加本项目开发工作的主要人员的情况，包括他们的技术水平。 2．3产品 2．3．1程序 列出需移交给用户的程序的名称、所用的编程语言及存储程序的媒体形式，并通过引用有关文件，逐项说明其功能和能力。 2．3．2文件 列出需移交给用户的每种文件的名称及内容要点。 2．3．3服务 列出需向用户提供的各项服务，如培训安装、维护和运行支持等，应逐项规定开始日期、所提供支持的级别和服务的期限。 2．3．4非移交的产品 说明开发集体应向本单位交出但不必向用户移交的产品（文件甚至某些程序）。 2．4验收标准 对于上述这些应交出的产品和服务，逐项说明或引用资料说明验收标准。 2．5完成项目的员迟用限 2．6本计划的批准者和批准日期
软件开发部规章制度及软件项目管理方法 第一部分：软件开发部规章制度 一、日常工作制度： 1、关于休假、加班： 严格遵守公司的考勤制度，如有事，提前书面形式填写请假申请，批准后方可休假，如情况紧急不能提前填写请假申请，要电话请示上级领导，并在休假后补办请假手续。 开发部人员在项目紧张时尽量不提出请假申请。 研发人员原则上不安排加班，研发进度根据公司要求结合项目实际由项目组长负责制定，项目组长协调安排工作。项目组长根据进度需要安排的加班，加班费用由项目奖金中支出。公司工作需要硬性安排的加班，加班费有公司支出。相关标准按照国家相关制度执行。 2、开发部员工守则： 遵纪守法，忠于职守，克己奉公。 维护公司声誉，保护公司利益。 服从领导，关心下属，团结互助。 爱护公物，节约开支，杜绝浪费。 努力学习，提高水平，精通业务。 积极进取，勇于开拓，创新贡献。 3、员工工作日志： ●工作日志制度的目的是形成严格的工作跟踪和积累习惯，要求部门中项目负责人以下 人员按要求每日记录。 ●工作日志是部门员工的工作记录载体，起到部分绩效考核和浮动工资的确定依据的作 用。 ●工作日志包含每日计划和完成情况，每日工作始终时间，每日工作饱和度（5为最高， 1为最低，如为请假，请注明“事假”或“病假”），次周计划，以及问题、意见和建议。 ●工作日志严格要求每日填写，绝不允许在上交前统一填写。填写时注意清空原有内容。 如发现某些栏目多周雷同的情况，将进行警告。 ●每日工作内容如无特殊情况，至少需要写3条以上。叙述工作内容要求尽可能说明清 楚。不允许简单的如“修改错误”的描述。 ●工作日志严格要求在次周上午10:00前提交。不提交工作周报将适当予以惩罚。对于 未提交日志的人员，部门经理保证当周内口头通知。 ●工作日志以Email形式提交给项目负责人和部门经理。部门经理收到后保证第一时间
软件公司实施部项目经理绩效管理考核办法 This manuscript was revised by the office on December 10, 2020.
项目经理季度绩效考核办法一．考核项目 1.目标考核（90分） (1). 业绩目标50分 (2). 管理目标(周绩效评价)40分 2. 胜任力评价(10分) 二．季度绩效考核办法 1.考核周期 项目经理绩效考核周期为每季度一次。每年4月至6月为第一季度，7月至9月为第二季度，10月至12月为第三季度，1月至3月为第四季度。 2.目标考核（90分） (1). 业绩目标50分 每个季度最后一个月最后一周设置下季度工作业绩目标，并确定考核标准。每个季度第一个月对上季度工作业绩目标进行考核。详见表一项目经理业绩目标考核标准表 项目经理季度业绩目标考核标准表 表一项目经理业绩目标考核标准表 (2). 管理目标(周绩效评价)40分
管理目标(周绩效评价)考核满分为40分，每季度最后一个月设置下季度管理目标（详见表二：项目经理管理目标统计表），并根据管理目标表以季度计划(周报)的形式做好执行计划，部门经理根据季度计划(周报)对项目经理季度管理目标进行考核评分。 项目经理季度管理目标考核标准表 表二项目经理管理目标统计表 2. 胜任力评价(10%) 胜任力评价满分100分。胜任力评价计分方法：胜任力评价评分 / 100 * 项目经理等级标准分 *15% 。胜任力评价详见附表 03 项目经理管理能力测评表.xls 3. 项目经理季度绩效考核工作流程及岗位职责 项目经理绩效考核工作流程及岗位职责统计表 项目经理绩效考核统计情况表：
软件公司项目经理岗位职责 一、软件公司项目经理岗位职责 主要职责： 1、计划： a)项目范围、项目质量、项目时间、项目成本的确认。 b)项目过程/活动的标准化、规范化。 c)根据项目范围、质量、时间与成本的综合因素的考虑，进行项目的总体规划与阶段计划。 d)各项计划得到上级领导、客户方及项目组成员认可。 2、组织： a)组织项目所需的各项资源。 b)设置项目组中的各种角色，并分配好各角色的责任与权限。 c)定制项目组内外的沟通计划。（必要时可按配置管理要求写项目策划目录中的《项目沟通计划》） d)安排组内需求分析师、客户联系人等角色与客户的沟通与交流。 e)处理项目组与其它项目干系人之间的关系。 f)处理项目组内各角色之间的关系、处理项目组内各成员之间的关系。 g)安排客户培训工作。
3、领导： a)保证项目组目标明确且理解一致。 b)创建项目组的开发环境及氛围，在项目范围内保证项目组成员不受项目其它方面的影响。 c)提升项目组士气，加强项目组凝聚力。 d)合理安排项目组各成员的工作，使各成员工作都能达到一定的饱满度。 e)制定项目组需要的招聘或培训人员的计划。 f)定期组织项目组成员进行相关技术培训以及与项目相关的行业培训等。 g)及时发现项目组中出现的问题。 h)及时处理项目组中出现的问题。 4、控制 a)保证项目在预算成本范围内按规定的质量和进度达到项目目标。 b)在项目生命周期的各个阶段，跟踪、检查项目组成员的工作质量； c)定期向领导汇报项目工作进度以及项目开发过程中的难题。 d)对项目进行配置管理与规划。 e)控制项目组各成员的工作进度，即时了解项目组成员的工作情况，并能快速的解决项目组成员所碰到的难题。 f)不定期组织项目组成员进行项目以外的短期活动，以培养团队精神。 项目经理是在整个项目开发过程中项目组内对所有非技术性重要事情做出最终决定的人。 二、项目经理岗位
项目研发工作总结报告 I引言1． 1编写目的 说明编写这份项目开发总结报告的目的，指出预期的阅读范围。 1．2背景 说明： a．本项目的名称和所开发出来的软件系统的名称； b．此软件的任务提出者、开发者、用户及安装此软件的计算中心。 I．3定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1．4参考资料 列出要用到的参考资料，如： a．本项目的已核准的计划任务书或合同、上级机关的批文； b．属于本项目的其他已发表的文件； c．本文件中各处所引用的文件、资料，包括所要用到的软件开发标准。列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。 2实际开发结果 2．1产品 说明最终制成的产品，包括： a．程序系统中各个程序的名字，它们之间的层次关系，以千字节为单位的各个程序的程序量、存储媒体的形式和数量； b．程序系统共有哪几个版本，各自的版本号及它们之间的区别； c．每个文件的名称； d．所建立的每个数据库。如果开发中制订过配置管理计划，要同这个计划相比较。2．2主要功能和性能 逐项列出本软件产品所实际具有的主要功能和性能，对照可行性研究报告、项目开发计划、功能需．求说明书的有关内容，说明原定的开发目标是达到了、未完全达到、或超过了。 2．3基本流程 用图给出本程序系统的实际的基本的处理流程。 2．4进度 列出原定计划进度与实际进度的对比，明确说明，实际进度是提前了、还是延迟了，分析主要原因。 2．5费用 列出原定计划费用与实际支出费用的对比，包括： a．工时，以人月为单位，并按不同级别统计； b．计算机的使用时间，区别CPU时间及其他设备时间； c．物料消耗、出差费等其他支出。 明确说明，经费是超出了、还是节余了，分析其主要原因。 3开发工作评价 3．1对生产效率的评价 给出实际生产效率，包括： a．程序的平均生产效率，即每人月生产的行数；
XX公司软件开发管理制度 XX公司软件开发管理制度 版本：1.0 SDM审批： QA经理[时间] CTO[时间] 目录 1.目的和作用3 2.适用范围：3 3. 参考文件3 4.适用对象3 5.软件开发流程4 5.1可行性研究与计划4 5.1.1实施4 5.1.2 文档4 5.1.2.1 应交付的文档4 5.1.2.2 提交步骤4 5.2需求分析4 5.2.1实施4 5.2.2要求5 5.2.3交付文档5 5.2.4审批5 5.3概要设计5 5.3.1实施5 5.3.2要求6 5.3.3交付文档6 5.3.4补充说明6 5.3.5审批6 5.4详细设计7 5.4.1实施7 5.4.2要求7 5.4.3文档7 5.4.4审批7 5.5实现7 5.5.1实施与要求7 5.5.2交付文档8 5.5.3审批8 5.6组装测试8 5.6.1实施8 5.6.2要求8 5.6.3交付文档8 5.6.4审批8
5.7确认测试9 5.7.1实施9 5.7.2要求9 5.7.3交付文档9 5.7.4 补充说明9 5.7.5 审批9 5.8发布10 5.8.1过程10 5.8.2 文档10 5.8.3 审核10 5.9 交接10 6. 附录1：项目文档清单11 1.目的和作用 本流程详细规定软件开发程的各个阶段及每一阶段的任务、要求、交付文件，使整个软件开发过程阶段清晰、要求明确、任务具体，实现软件开发过程的标准化。 2.适用范围： 公司的软件开发产品均适用。 3. 参考文件 各种文档模板 文档命名规则 交接流程 4.适用对象 软件管理人员，软件开发人员，软件维护人员 5.软件开发流程 5.1可行性研究与计划 5.1.1实施 5.1.1.1 软件开发部分析人员进行市场调查与分析，确认软件的市场需求 5.1.1.2 在调查研究的基础上进行可行性研究，写出可行性报告 5.1.1.3 评审和审批，决定项目取消或继续 5.1.1.4 若项目可行，制订初步的软件开发计划，建立项目日志 5.1.1.5 根据市场环境、公司软硬件情况预测十大风险因素 5.1.2 文档 5.1.2.1 应交付的文档 1）可行性研究报告* 2）初步的软件开发计划 3）十大风险列表* 4）软件项目日志* 5.1.2.2 提交步骤 1) 适用于以后各阶段的文档提交。 2) 项目相关文档用sourcesafe进行版本管理，相关书写人员可根据各文档模板形式撰写文档，正式提交的文档以存入软件管理服务器相关目录时间为准。以后每次修改都应注明修改内容。 5.2需求分析
软件开发项目管理制度 一、 总则 为保障公司软件开发项目的工作能有效、有序的执行，保证项目的开发质量，维护公司及开发人员的利益特制订本制度。 二、 组织 软件开发项目的实施以软件开发项目组的形式进行，项目组中设有项目责任人（即项目经理）、项目开发工程师、测试工程师、辅助人员等。一般情况下，一个项目组负责一个软件项目的开发工作。对于特大型的项目可以组织多个项目组分块进行实施。项目组人员各负其责，在项目经理的统一领导组织下共同完成项目实施工作。 三、 责任 项目经理： 全面负责项目的开发组织工作，包括需求分析、系统设计、人员分工、进度安排等。项目经理负责组织完成项目系统分析报告、系统总体设计报告、开发进度计划表、系统测试大纲等技术文档编写工作。负责开发进行中的进度检查，联合调试、技术资料文件收集等工作。 开发工程师： 按照项目经理的分工安排完成软件开发项目中自己所承担 的开发工作。负责完成模块设计报告的编写工作。协助完成 软件开发部 项目组 项目组 项目组 项目经理 开发工程师 测试工程师 辅助人员 项目经理 开发工程师 测试工程师 辅助人员
软件的安装调试及售后服务工作。 测试工程师： 按照项目经理的分工安排完成对开发软件的测试工作。负责 完成测试方案设计、测试报告的编写工作。负责完成软件使用手册、培训教材等的编写工作。完成软件的安装调试及售后服务工作。 辅助人员： 按照项目经理的分工安排完成项目开发中的辅助工作，包括文档录入、资料整理等。 四、 流程 软件开发项目应按照以下流程进行 整个软件开发项目可分为四个阶段： A 段： 设计阶段。完成系统分析、总体设计、进度计划等工作。以提交系统分 析报告、系统设计报告及开发计划进度表为完成标志。 立项 建立软件开发项目组 调研用户需求 编写项目系统分析报告 讨论确定系统设计方案 编写项目系统设计报告 制定开发计划 确定人员分工进度安排 分工进行模块设计 编写模块设计报告 软件编程、调试 软件组装、测试 完成测试报告 安装、试运行、培训 验收、售后服务 编写软件用户手册 工作总结 结束 A B C D
软件企业项目管理的有效性研究 我国软件企业尽管在国际竞争中存在技术、人才等方面的不足,但管理能力,特别是项目管理能力的不足是其面临的典型性成长障碍。对于软件企业来说,大多数附加价值是由项目产生的。没有足够的项目管理能力,企业的新产品研发、承揽海外软件开发业务、扩大软件企业规模等均缺乏基础保证。目前,我国软件从业人员有50多万人,在6000多家软件企业中有60％是50人以下的小企业,1000人以上的企业仅10余家,软件出口额远远低于印度。在印度的优秀软件企业如W ipro、Infosys、Tata中,软件开发项目的按时完成率高达95％以上,可以说是项目管理能力促进了印度软件企业承揽外包业务和规模化的发展。据统计,我国很多企业中项目的按时完成率徘徊在30％左右,可见。我国软件企业的项目管理能力与印度软件企业相比还存在很大差距。 根据多年来从事软件项目管理的研究和实践。 笔者认为,要提高我国软件企业在项目管理方面的有效性,需要加强以下方面的工作。 一、面向利益相关者的项目策划 软件项目策划的目的主要在于明晰定义项目的价值和项目目标。
它是软件项目正式启动的基础,是明确项目需求的基础。也是控制项目范围的基础。据统计,超过50％的软件项目都遭受过不充分的需求管理的问题。平均有25％的软件项目需求会发生变化,对有缺陷的需求、设计、代码进行返工的花费占整个项目费用的40％-50％。项目策划的要点包含:1.识别和定义项目的利益相关者。现代项目管理的核心理念是项目必须让其利益相关者满意。因此.要理解和定义项目的价值进而定义项目的目标,必须从识别项目的利益相关者入手。有时一个项目进行了很长时间,但项目组未必知道项目的真正客户是谁.最常犯的错误是仅将项目成果的使用者作为客户。例如,电子政务系统的真正客户是该机关的决策层。而不是具体负责这个电子政务项目的某个部门。如果需求仅仅来自负责这个项目的某个部门;那么即使这个系统建好了,也极有可能没有真正达到目的。此外,必须识别出具体的项目发起人并充分发挥其作用,这方面易犯的错误是误将一个部门、一个机构作为项目的发起人,这样的结果是决策时有很多人,但真正需要项目发起人提供资源、予以协调时却找不到人。 2.促成利益相关者的参与。由于软件项目的成果将改变人们的生活或工作方式,因此,客户必须在项目策划阶段就了解项目成果对其 生活或工作方式的影响。他们必须开发相应的政策、流程等以准备接受项目成果。目前众多的ERP项目之所以失败,重要的一个原因是人们误认为ERP项目仅是一个信息系统项目,该项目带来的仅仅是一个信息产品。但是。ERP项目带来的是一个新的运营方式,如果企业在没有作相应调整的情况下强行引入ERP,将会使企业运行的混乱速度
项目管理总结报告两篇 学习到了很多项目管理和质量控制的知识，同时在平时的工作中得到应用，并积累了一些相关经验。下面是职业和大家分享项目管理总结报告。提供参考，欢迎阅读。 篇一 20xx年，转瞬即逝，但回想刚到客户现场时的不知所措，却好像又过去了很久一样。在这一年的时间里，我们经历了酸甜苦辣，但是，最让人值得骄傲的是，我学习到了很多项目管理和质量控制的知识，同时在平时的工作中得到应用，并积累了一些相关经验。下面是我对过去一年的工作经验总结和自认为好的一些实践，请领导评审。 项目管理分为九大知识领域，分别是:范围管理、时间管理、成本管理、质量管理、人员管理、沟通管理、风险管理、采购管理和综合管理。 但是目前项目组在开发的过程中，不能详细而明确的说明用户需求，让用户在程序开发之前进行需求确认，使得后期不可避免的发生所谓的变更，而实际上也许是项目组不能实现用户的需求，用户没有别的办法，只能采取另一种实现方式的变更，或者程序实现了的并不是用户真正的需要，导致uat测试阶段大量的变更。我们一直以来的想法就是“抓两头，控中间”，所以，需求阶段建议采用原
型法，在用户无法提出明确需求的条件下，尽量引导、还原用户需求，且需求一定要业务部门确认。另外，据我的经验，项目组在制定项目计划的时候，一定要把项目组所有的任务都包含在进度表里，包括文档的评审、代码检查、上线会议等管理及沟通工作。事实证明，如果按照行方的过程要求，把任务尽量全面的列入进度管理表中，到了对应的时间点，也不会忘记此项活动的执行，因此，相对能比较好的执行要求的过程。 时间管理方面，目前，由于受评分体系的制约，普遍存在的现象是，无论谁的原因导致进度落后，项目组都会频繁的调整进度管理表，来使进度不延迟。时间管理重要的是保证项目进度与计划一致，但是受各方面原因制约，几乎没有一个项目组能够按照进度计划执行项目。人都是有惰性的，就像忘记了哪个原理所阐述的，一个任务本来可以三天完成，但是分配给人十天完成，那这个人就一定会在十天完成，而不会提前完成。我跟踪的一个进度控制相对比较好的项目，项目组内部控制进度非常紧，留出充足的缓冲时间，所以，相对这个项目进度延期的可能性就小了很多。 因为本次工作我们是代表甲方进行管理的，所以在这一年当中几乎没有对成本进行控制，此处不做说明。 我们过去一年最重要的工作，就是项目管理和质量控制，但是作为最重要工作之一的质量控制，我认为我做的并不好。在过去的一年中，过程质量保证相对做的比较好，但是产品质量方面就差了很多。cmmi标准ppqa过程域中要求的
（管理制度)公司项目管理制度
项目管理制度 （VER:01-11-01） 第壹章总则 第一条贯彻公司以市场为中心的基本思想，理顺项目管理中人、财、物的关系，明确工作责任，充分体现人尽其才，物尽其用的原则，遵照国家有关规定和公司其他有关规定，特制定本制度。 第二章定义 第二条遵循项目经理负责制的原则，通过项目经理和项目组织的努力，运用系统的理论和方法对特定项目及其关联可利用资源进行计划、组织、协调、控制，以实现项目的预定目标。 第三条适用范围 1、硬件工程：除纯硬件销售之外的硬件项目，包括网络设备安装工 程、综合布线工程、监控产品的安装工程等。 2、软件工程：凡公司自行开发及代理软件项目，包括OA系统、 MIS系统，电子商务软件，企业的MRP、MRPII、ERP等。 3、综合性工程：划分为硬件分项工程、软件分项工程实施管理。 4、其他应该实行项目管理的工程。 第四条名词解释 1、项目业务经理：于项目签约以前的项目经理，主要负责完成项目 的前期需求调研及总体设计方案，从项目的前期公关、跟踪，直至 项目的签约。 2、项目实施经理：于项目签约之后的项目经理，主要负责项目的详
细调研及详细设计方案，从实施计划的制定、执行，直至项目的完工验收。 3、责任业务员：按公司有关规定，和项目成败具有直接利益关系的 人员。
第三章流程第五条项目准备 1、业务信息的管理 2、意向客户的确定 第六条项目立项 1、立项 2、跟踪 3、签约 第七条项目实施 1、确定实施小组 2、制定实施计划 3、编制项目预算 4、执行实施计划 5、协助项目决算 6、项目内部评审 7、完成竣工验收 8、提交竣工文档 第八条项目终止 第九条项目文件归档 第四章项目准备第十条适用范围：销售中心
项目管理学习心得 非常感谢公司给我这次参加项目管理的培训、提升自我的机会。虽然这两次培训的过程很辛苦，强度也很大，但付出总有收获，我学到了很多关于项目管理方面的知识，学会了利用WBS对任务进行层层分解，学会了利用鱼刺图、流程图等工具进行质量分析，在学习的过程中也发现了自己很多的不足。同时深刻的体会到项目管理在药品研发中的重要性。这两次培训让我深刻检查和审视自己知识经验，下面是我对这两次培训的总结和心得体会。 一、沟通是项目管理中桥梁 沟通是人与人之间、人与群体之间思想与感情的传递和反馈的过程，以求思想达成一致和感情的通畅。项目能否顺利开展、完成。离不开有效的沟通，一次次的沟通就好比搭建起一座座桥梁，如果没有这样的一座座桥梁，我们的道路就不通，也就没有办法进行有效的沟通。在培训中，梁老师在课堂开展了“邮差”的小游戏，在游戏中，我是担任项目组成员，最后我们小组没能完成任务。过后对游戏过程的思考，给我带来很多的感触，其中重要的一点就是我们项目组成员没有进行有效的沟通，我发现我们项目组成员A、B、C之间的沟通很多，但是没有什么明确的目的性，就是各自在埋头苦写，进行着很多无效的沟通，浪费了很多时间，二十分钟过去了，我们项目组成员A、B、C三人还彼此不清楚我们之间共有的图案是什么？这就是典型只是停留在形式上的沟通，没有带着目的性的沟通。另外，做为项目经理的话，有效的沟通对项目开展起着至关重要的作用，项目经理如果没有掌握好沟通的技巧和沟通的目标性，开展工作也会带来很多的困难，项目也就无法正常运作下去。结合我们的工作，也存在很多关于沟通上的问
题，做为项目负责人，如果你没有很好的跟组员之间进行沟通，没有将你的任务明确的交待下去。就会造成项目组成员的开展很多无效、无用的工作，拖慢了进度，浪费了时间，严重的可能还导致项目的失败。 二、团队建设是项目管理的基础。 一个项目如果离开了团队建设，没有了凝聚力、合作、目标、行动、思想。我想这个项目开展起必将因难重重，可想而知，项目也会以失败告终。只有将团队建设的基础打好，打结实了，我们的项目才能顺利的开展。在一个团队中，或多或少都会存在一些短板的，做为项目经理，你就是要有目的性去培养成员，克服困难，提高成员的能力。结合我们现实的工作，很多项目经理可能会存在这样的想法和担忧，如果我培养了成员，成员的能力强了，赶超我了怎么办？我这个项目经理到时会不会给别人取代呢？项目经理如果存在这样的想法的话，你的思想就存着很大的错误，项目经理反而成为项目开展的最大阻力，你的项目就无法完成。反而，只有培养好项目成员的能力，是更有利于你项目的开展。项目组成员能力增加了，项目成员是感谢你项目经理的培养和重视，自然对项目经理的向心力也就越强，团队成员之间凝聚力也就越强。有这样很好的团队建设，团队才能有统一的行动、统一的思想、统一的目标，团队才有强的战斗力。同是在项目经理在对项目成员的培养过程中，对于项目经理也是一个很好的自我总结和学习过程，有利技术更进一步提炼和总结。提升了自己的能力，也提升了团队战斗力。 三、质量控制是项目管理的生命 一个简单的道理，企业要在激烈的市场竞争中生存和发展，仅靠方向性的战略性选择是不够的。残酷的现实告诉我们，任何企业间的竞争都离不开“产品质量”的竞争，没有过硬的产品质量，企业终将在市场经济的浪潮中消失。而产品
软件公司研发项目管理制度 第一节总则 第一条为规范自有软件研发以及外包软件的管理工作，特制定本制度。本制度适用 于公司软件研发与管理。 第二条本制度中软件开发指新系统开发和现有系统维护或改造，此类工作均需要以项 目制管理。 第三条本制度中自行开发是指主要依赖公司自身的管理、业务和技术力量进行系统 设计、软件开发、集成和相关的技术支持工作，一般仅向外购置有关的硬件设备和支撑软件平台；合作开发是公司与专业IT公司（合作商）共同协作完成IT应用的项目实施和技术支持工作，一般形式是公司负责提供业务框架，合作商提供技术框架，双方组成开发团队进行项目实施，IT系统的日常支持由技术研发部承担；外包开发是指将IT应用项目的设计、开发、集成、培训等任务承包给某家专业公司（可以是专业的IT公司或咨询公司等），由该公司（承包商）负责应用项目的实施。 第四条 软件开发遵循项目管理和软件工程的基本原则。项目管理涉及立项管理、项目计划和监控、配置管理、合作开发管理和结项管理。软件工程涉及需求管理、系统设计、系统实现、系统测试、用户接受测试、试运行、系统验收、系统上线和数据迁移。 第五条 除特别指定，本制度中项目组包括业务组（或需求提出组）、开发组（可能包括网络管理员和合作开发商）。 第二节立项管理 第六条 提出项目需求的部门参与公司层面立项，进行立项的技术可行性分析，编写《立项分析报告》，开展前期筹备工作。《立项分析报告》应明确项目的范围和边界。 第七条 需求提出部门将立项分析报告》交相关部门会签后，上交公司高层进行立项审批，以保证系统项目与公司整体策略相一致。 第八条 《立项分析报告》得到批准后，成立项目组（如果是外包开发，则成立外包商项目组； 如果是合作开发，则与外包商共同成立合作开发项目组，以下统称“项目组”），项目组应包括业务组（由公司技术研发部需求管理组和相关业务部门组成）和开发组（自行开发为技术研发部开发组、网络管理员；外包开发为技术研发部指定的开发组长、网络管理员和外包商成员；合作开发为技术研发部开发组指定人员、网络管理员和外包商成员）。公司技术研发部委派一名项目经理负责监督项目的进度，进行项目管理工作，确保开发能及时完成并能满足业务需要。项目组人员的选择应满足项目对业务及技术要求，项目组人员应有足够的业务和IT技术方面的专业知识来胜任项目各方面的工作。
项目管理办法 第一章总则 第一条为了完善公司项目管理工作，明确项目管理参与者的职责和权利，促进项目管理的科学化、规范化，结合我司的实际情况，特制定本办法。 第二条本办法适用范围为经公司项目管理委员会立项的项目。 第二章公司项目管理的组织机构及管理职责、权利 第三条项目管理委员会 项目管理委员会是公司项目管理的最高决策机构，由公司总经理和副总经理组成项目管理委员会领导小组并由总经理任领导小组组长，公司各正副总监为项目管理委员会成员组成。根据项目的性质或需要，公司可聘请或指派其他人员进入项目管理委员会任临时成员。 第四条项目管理办公室 项目管理办公室为项目日常管理的常设机构，是公司项目日常管理机构，对项目管理委员会负责，项目管理办公室设在企管部。 第五条项目经理 一、项目经理的任命 项目经理可由主要实施部门总监推荐，经项目管理委员会确认后任命，或由项目管理委员会直接指定；此外，也可根据公司
和项目的实际情况，通过签订劳动合同的方式外聘项目经理。担当项目经理职务的人员需在项目主要相关业务上有一定的工作经验，对于所实施的项目有一定的了解。一人可担任多个项目的项目经理。 二、项目经理的解职 1、项目完成验收后由项目管理委员会解职。 2、在项目实施的过程中，出现下列问题时，经过项目管理委员会讨论，有权解除该项目经理，进行重新任命： 1)项目经理与项目组成员有巨大的沟通障碍，项目组的工作进展困难； 2)项目经理在项目实施过程中，项目出现实际与计划严重相背离的情况； 3)项目经理在未经项目分管领导和项目管理委员会授权的情况下越权开展工作，甚至发生给公司造成严重损失的情况； 4)项目经理存在能力的不足，且项目分管领导或项目委员会超半数成员认为有必要更换项目经理的情况。 3、项目经理在项目进行的过程中因故向项目分管领导或项目管理委员会提出辞去项目责任人的申请，经项目管理委员会讨论同意后可予以解职并重新进行任命。 第六条项目小组 项目组成员由项目经理挑选并报项目管理委员会审批，通过后提交项目管理办公室备案。
项目经理做项目开发管理经验总结谈 一、项目过程 根据我们项目出现的问题, 我自己的总结的一些经验以及我在培训中学习得知识总结下项目中遇到的问题和解决方案。 1.1 签订合同 我们项目的合同内主要写的很模糊, 范围可大可小, 致使我们在后期的工作中项目越做越大, 可是项目费用是不变的。在国内的合同仿佛都是在打单时是基本上都承诺, 也不会到细节, 在合同签订后启动后才发现问题。但合同中能够写明如果需求变更什么级别的怎么样, 多少钱等;签订合同也是一个很高的技巧, 建议把系统的边界及功能范围和解决方案与合同一起签署, 这样客户提出的新功能就能够暂且搁置。 1.2 团队建设 在立项后尽早确定该项目的负责人及项目经理, 这个人员非常关键, 需要很强的综合能力, 特别的人格魅力方面。尽最大的努力将客户的人员加入到我们的项目团队来, 这个人也是我们将来和客户的统一联系人, 客户指定一个人和项目组进行沟通, 不能是张领导、王领导都来说几句, 如果她们意见不一致, 那你只有得罪领导的选择了, 因此, 项目的最初就要定好规矩, 项目组只认一个的意见, 有什么要求你们内部先统一再和项目组谈, 我们不想卷入客户内部业务部门之间的矛盾和政治斗争之中。很多项目经理都没有自己选择组员的权利, 那么, 就尽量发挥你的影响力去寻找那些你想要的人吧。成员的组成根据项目不同, 相差较大, 很难有什么具体要求, 可是, 一定要有精通客户业务的人, 很多小项目里, 这个人就是项目经理本人, 大项目里会配备行业专家( Industry expert) , 这样和客户沟通起来才不会鸡同鸭讲, 双方才能够
相互理解。项目经理需要了解每个组员的情况, 用就要用每个员工的特长。软件行业是个非常 特殊的行业, 从项目的管理以及人员的管理都有它的特殊性。 作为项目经理, 其实脑子里就是几样东西: 做哪些事情、做到什么程度、怎么交货、手上的资源以及各个事情的优先级。所谓多快好省那是人类的梦想, 这四个方面都是相互矛盾的, 属 于典型的又要马儿跑, 又要马儿不吃草的类型。考虑问题的轻重缓急方面, 往往是把快放在第 一位, 各方领导都会给你最后期限, 因此保进度是第一位的; 省是第二位的, 企业的根本目的 是盈利, 如果收入不能增加的话, 至少费用要控制住; 好是第三位的, 没办法, 谁都想精益求精, 可是, 没有强大的资源保障, 质量只好先牺牲了; 最后是多, 客户的要求源源不断, 如何 降低客户的期望值, 让她们从理想回到现实也是项目经理的分内工作。 1.3 需求调研 在需求调研分析阶段, 项目组对客户的整体组织结构、有关人员及其关系、工作职责等没有 足够了解以致于无法得到完整需求或最终经权威用户代表确认的需求。由于项目经理和需求分 析员的工作问题以及调研工作做的不够细, 客户参与程度都不高, 客户方相关责任人不明确或 对范围和需求责任心不强, 提出的需求具有随意性, 项当前期对需求的确认不够积极; 多个用 户代表各说各话、昨是今非但同时又希望软件尽早交付; 我们的做法主要注重领导的需求, 基本上都是领导说什么就是什么, 致使开发出来的功能在实际使用中不是真正的使用人所需要的, 项目后期需求变化随意, 造成项目范围的蔓延, 进度的拖延, 成本的扩大。同时在我们的认识 中是需求调研很关键, 很多公司只是概念上认为该阶段重要, 需要投入的时间长, 可是实际上 很多公司做不到这个, 总想很快进入编码阶段。而且为了赶进度总想省做某些工作, 少写某些 文档, 使我们无法拿出客户需求以及后来功能变化和原先功能之间的对比度。 造成上述现象的原因是我们没有全面了解所有项目干系人的需求以及对需求调研的重视程度不够。软件开发是没有捷径能够走的, 省掉的工作后面会有更高的代价回报。全面的需求来自所 有项目干系人, 不同的干系人其愿望和追求的目标往往相差甚远, 因此对项目干系人的愿望进 行平衡可能是相当困难的事情。 软件开发项目的目的就是实现项目干系人的需求和愿望。如果对项目所有干系人没有进行足够 的沟通和影响, 使其尽可能地参与项目, 则可能因为项目开始时项目范围和一些具体需求不够
公司软件项目管理规范 V1.0
研发中心软件项目管理规范 1.1. 项目实施原则 ?项目实施过程要遵守标准规范的项目管理体系进行 ●项目执行的规范性是项目成功的保证。 ●项目执行的规范性可以有效保证项目质量。 1.2. 项目实施方法 金山顶尖在多年的应用软件项目实施过程中，积累了丰富的项目实施经验，曾先后组织实施了多个上千万元的复杂项目，同时也积累了丰富的项目实施经验。 1.2.1. 管理目标与指导思想 ●管理目标 以客户体验为中心，持续改进产品生产及交付过程，面向客户提供优质产品或服务,持续提高客户满意度。 ●指导思想 通过持续的过程改进，逐步提高项目交付的产品（服务）质量与生产效率，更好的满足客户的需求，提升公司客户满意度。 1.2.2. 质量保证体系 依据ISO9001:2008的规定，金山顶尖质量体系文件划分为4层层级结构，自上而下分别为纲领性文件、制度性文件，作业指导性文件和质量记录模版，下级文件的制定和修改必须符合上级文件的要求，如下图所示：
手册、方针 过程文件 作业规范、指南文件 质量记录、模板文件 质量体系文件层次示意图 ●第一级为质量手册和方针文件 质量手册和方针文件是公司质量管理及过程改进体系的纲领性文件。它依据GB/T19001-2008质量管理体系要求、系统工程生产过程域的目标要求，规定了公司提供产品及服务的过程质量控制标准及其工作产品质量目标要求。 ●第二级为制度性文件 制度性文件是规范公司生产管理过程的一系列规章制度和办法文件，它适用于公司所有部门，是公司所有员工工作沟通的平台，主要包括项目管理控制程序文件、软件及系统工程管理控制程序文件、销售管理控制程序文件、服务保障体系文件、客户满意及投诉管理体系文件以及其他业务支持体系文件。 ●第三级为作业规范及指南文件 作业规范及指南文件是针对过程控制体系文件对公司各业务领域的作业规范要求制定的具体的设计、开发、实施、服务及运营保障管理作业说明书，是对过程控制体系文件的进一步细化和补充。 ●第四级为质量记录及模版文件 质量记录及模版文件体现了ISO9001-2008的基本质量要求及过程质量控制要素，为公司员工执行作业程序提供了一系列的参考模板、质量记录和工具表单文件。 金山顶尖质量保障体系如下图示意表示：