项目文档管理制度范文项目文档管理规章制度通用模板

项目文档管理制度是指一套规范、有效、系统的方法，用于管理项目文档，确保文档的生成、记录、存储、使用和最终处置都符合要求，符合项目要求和公司相关规定。以下是有关于项目文档管理制度范文和项目文档管理规章制度通用模板的有关内容，欢迎大家阅读！

项目文档管理制度1

为加强对公司软件研发部门工作管理，缩短开发周期，提高软件开发质量，降低开发成本，提高开发效率，特制定软件研发部管理制度。

第一章、总则

为保证日常工作正常有序的进行，让开发中各个环节更紧凑，更可控，需要尽可能实现软件研发部项目管理的正规化，工作过程的流程化，以便提高软件质量和开发效率，达到项目能按质按量按期交付的目标。

1、软件开发总体遵循项目管理和软件工程的基本原则。

2、项目管理涉及项目立项、项目计划和监控、配置管理。

3、软件工程涉及需求分析、系统设计、软件实现、系统测试、用户测试、试运行、系统验收、系统上线和数据迁移、产品维护。

第二章、阶段成果

根据软件工程的过程理论并结合公司目前的实际情况，制定以下工作流程，并规定了各个重要环节需要提交的交付物。

1、立项：市场需求分析（或者合同）、项目立项申请表、项目风险分析清单。

2、需求分析：软件需求报告或设计方案、需求规格说明书。

3、总体设计：概要设计说明书或功能模块描述。

4、详细设计：详细设计说明书，包括软件接口说明、单元测试计划。

5、软件实现：软件功能说明、源代码、源代码说明或者注释

6、产品测试：测试报告

7、产品发布：产品说明书、使用手册

8、产品维护：问题反馈记录

9、项目总结：提交客户方的项目总结和公司项目汇报的PPT。

第三章、岗位设置

根据公司目前的开发过程主要分为分析、开发、测试三个阶段。分析阶段完成用户需求文档的编写，系统总体设计的编写；开发阶段完成设计文档的编写，代码的编写、代码的维护。测试阶段完成系统的测试，测试文档及其他材料。通过逐渐的调整岗位，明确工作职责，逐步实现项目经理，需求分析工程师，高级软件开发工程师，软件开发工程师，测试工程师的岗位设置。

软件研发项目管理制度

第四章、项目立项

1、需求分析工程师进行应用调查与分析，确认软件的应用需求。

2、成立项目评审会，开发总监、部门经理和指定人员必须参加。对项目进行可行性研究，编写项目建议书，评估项目的难度和工作量，形成可行性研究报告。

3、根据项目配置的优劣成立项目开发组，制定软件开发计划，确定项目经理，由部门和项目经理共同来确定具体项目配置，知识技能要求，团队成员及团队的角色。

第五章、项目计划与监控

1、以项目为单位，项目经理负责整个项目的计划、组织和控制。

2、在整个项目过程中，项目经理定期检查项目进度和完成情况，调整人员分工和安排。

3、项目计划需要变更时，需要明确变更内容并及时汇报。项目经理需要说明客户变更原因并将变更说明提交公司领导审核，以便根据变更内容及时调整计划。。

第六章、需求分析

1、对用户提出的需求进行分析汇总，梳理用户的业务流程和详细的功能定义。

2、做出简单的界面原型，与客户进行有效的沟通，编写需求详细说明书。

3、根据现有条件进行估计，制定项目进度，制定详细的软件开发计划。

第七章、总体设计

1、在该阶段确定总体结构和软件开发架构，文件命名规范，编码规范。可按软件需求划分成子系统，也可直接定义目标系统的功能模块及各个功能模块的关系。

3、确定软件模块结构，给出每个功能模块的功能描述、数据接口描述，并完成系统概要设计说明书。

4、完成数据库的设计，并编写数据库设计说明书。

5、完成的文档需提交公司进行归档管理。

第八章、详细设计

1、调整前一步设计的不足，确认各模块之间的详细接口信息。

2、设计功能使用的具体描述、行为者、前置条件、后置条件、UI描述、业务流程/子流程/分支流程，界面说明等。

3、确定模块内的数据流或控制流，对每个程序模块必须确定所有输入、输出和处理功能。

4、汇总并提交所有相关文档，审核确认质量和进度。

第九章、软件实现

1、项目组根据概要设计说明书、详细设计说明书制定系统实现计划

2、有条件的情况下保证开发、测试和生产环境独立。选择软件工具，明确项目成员的职责分工，按照编码规范和详细设计实现软件功能。

3、代码应满足结构良好，清晰易读，且与设计一致，符合编码规范。

4、开发人员需要软件实现过程中编写软件功能说明，源代码说明。软件功能说明文档应说明项目名称、编号、软件名称和版本号，软件功能、主要功能实现过程。源代码说明应说明项目编号、源代码类名称、编写人员、编写日期、变更履历、功能、全局变量、数据库字典、函数功能、接口。该文档包含在源代码文件中，以注释形式存在。

5、项目组进行单元测试和集成测试。开发人员处理测试人员反馈的测试问题，并以书面形式反馈主要问题及解决办法，直至系统运行稳定。

6、汇总并提交所有相关文档，提交公司备案，形成项目知识库。

第十章、软件测试

1、根据单据测试和集成测试两个过程，制定测试计划。按阶段设计测试实例，并将测试结果记录，未通过的的反馈给开发人员调整。

2、完成测试文档、操作手册、安装维护手册的`编写。

第十一章、用户培训

1、准备用户培训计划、培训手册

2、确定培训时间、培训地点，向用户进行系统使用培训、操作指导及提供软件操作手册。

3、保留培训签到表，用户意见等存档。

第十二章、系统上线

1、制定上线计划，确定上线工作时间表，部署的环境。

2、上线操作步骤以及问题处理步骤；

3、根据软件特点、客户需求进行软件部署，并记录软件部署和运行结果；

4、项目组根据系统运行请款对系统进行优化，记录系统的运行情况、系统问题和处理后的版本。

第十三章、系统验收

1、验收工作准备，按要求整理项目成果物，打印装订成册，并提交客户方。

2、系统主要使用部门及信息技术部门联合成立项目验收小组，从需求功能及技术需求层面对系统进行综合评估和项目成果物的审核，根据验收情况形成系统验收报告

3、应用部门及信息技术部门负责人根据系统试运行情况签署验收意见。

第十四章、产品维护

1、调出项目主要开发人员，按照合同要求安排维护人员对系统进行技术支持。

2、系统需求变更或调整，记录变更原因和软件及源代码的版本控制，按照软件变更要求对系统进行维护。

第章十五、源码和文档

1、源代码/文档管理采用版本控制软件VisualSourceSafe。

2、按项目的阶段性完成源代码、文档的上传。项目负责人每天对代码进行检查，开发总监或部门经理定期进行抽查。

3、文档分为项目文档和个人文档，文档上传前进行归类和汇总。

第十六章、质量检查

1、项目负责人每天要检查成员的工作完成情况，特别是新员工的工作进展；

2、工作抽查制度：不定期的进行抽检，并将检查对象、检查时间、检查内容、检查结果反馈给被抽检人。

3、内部审核制度：针对业务需求、概要设计(功能界面、数据库)或疑难问题组织评审会，提出意见或解决方案。

第十七章、文档规范

1、需按照软件实施的阶段落实成果物，参照《软件过程提交成果表》。

2、如果客户有特殊要求，请按照客户要求的规范完成。并将最终的问题提交公司归档备份。

第十八章、软件变更

为规范软件变更与维护管理，特制定本制度。本制度适用于应用系统开发完毕并正式上线，移交给客户方之后的运行支持及系统变更工作。

1、系统变更工作可分为功能完善维护、系统缺陷修改、统计报表生成。

2、需求部门提出系统变更需求，项目经理同开发人员一起根据重要性和紧迫性做判断，确定其优先级和影响程度，并进行相应处理，同时将变更需求整理成系统变更申请表。

3、系统变更实现过程按照软件开发过程规定进行，遵循软件开发过程统一的编码标准和版本控制，并经过测试通过才能完成部署和上线。

4、在系统变更完成后，开发人员需将系统变更表的执行结果提交给项目经理，测试人员确认执行结果后，项目经理与需求提出方确认签字后，提交至公司进行归档管理。

项目文档管理制度2

为了规范集团IT各项工作，提高IT系统的可靠性，提高IT总体服务水平，并使得相关工作具有持续改善性及相互协作性，特制定统一的IT规范及标准，包括建立统一的设备管理规范，统一的IT网络及安全标准，统一的系统管理及维护流程等。

CIT在与各厂讨论的基础上，结合各厂的情况，统一制定了以下集团IT管理规章制度，请各公司参照执行。由于集团各地实际情况较复杂，我们本次编写的规章制度覆盖面有限，存在不当之处请各厂指正，我们将随着集团IT系统不断发展，进一步修改完善集团IT的各项制度。

一、集团电脑设备管理规范

1、设备管理工作范围集团相关电脑设备均为集团资产。所有设备的维护、管理及设备规格的审核由各公司IT部门负责.各公司IT部门需设立电脑设备管理员，负责电脑设备的管理工作。对于本公司的所有电脑设备必须列管，并由会计部门提供固定资产编号，在显著位置粘贴固定资产编号标签。如有人员因为在集团内部调动工作,应首先归还原公司的所有IT资产后再向新公司申请。

2、设备采购规格为了保障集团各项系统在硬件平台上的正常运行，便于统一设备维护工作，降低总体费用。CIT将适时更新《集团电脑设备采购标准》，统一设备使用规格。各公司需按此标准执行。(如有其他生产上的特殊规格设备，不在此限制内)《集团电脑设备采购标准》将适时在总部信息网站上公布更新。

3、非公司资产电脑管理办法原则上非公司电脑设备不得接入公司网络

a.公司员工之个人私有电脑(非公司资产)如有特殊原因,必须经使用部门提出申请，由公司最高主管(如公司总经理，办事处首席)同意后，由IT部门工程师检查系统安全性后并统一安装集团防毒和补丁升级等系统安全程序方可加入公司网络。该电脑由IT统一编号记录在案，以便适时检查更新系统安全程序。

b、集团内其他友厂员工因公出差需加入当地网络，需经相关接待部门人员确认，并由IT部工程师检查系统安全性后，加入当地网络。

c、外来供应商的电脑不能擅自加入公司的内部网络。如有特殊需求需要使用INTERNET等,必须由相关接洽部门最高主管确认后，才可接入与公司内网关键数据隔离的独立网段。

在硬件条件允许的情况下，IT将逐步在各地实施802.1X安全认证，采用技术手段防止外来设备未经允许的接入情况发生。同时要求各厂新购网络设备符合802.1X的标准。在各厂实施802.1x条件未成熟的情况下，可先使用电脑MAC地址绑定的办法，防止外来电脑随意接入。

4、软件许可证的管理

a、集团所有电脑安装的软件必须为正版软件。

b、集团常用标准软件(微软的各类软件、IBM的各类软件、SAP的各类软件、SYMANTEC及TREND的防毒系统软件、CHECKPOINT防火墙软件)许可证之采购由总部CIT根据各地的需求申请统一进行。非标准软件许可证之采购由各公司提出申请，经总部CIT审核后由当地自行采购，并统一以集团公司“金光纸业(中国)投资有限公司”的名义进行注册。以便利于各公司灵活调配。

c、各公司由专人负责当地许可证的管理，统计当地许可证数量和使用情况。定期将信息汇总总部。

暂时不使用的许可证可提交总部由总部协调分配，防止许可证的闲置。如发现用户非法使用未经授权的软件，需予以删除，如用户因工作原因确实需要使用该软件，请立即与总部进行联系，总部将协调集团资源，在一周内提出解决建议。

5、设备损坏与赔偿用户领用电脑设备后，需对所领用的设备资产负责。平时要爱护设备并严格按公司要求合理使用，尽量延长设备使用寿命。若用户使用的设备发生人为损坏、设备遗失等，需要按以下流程执行赔偿：

a、设备遗失

由当地公安部门或人事部出具设备遗失证明后，经用户部门主管确认，由会计部按遗失当日为止，按照设备折旧年限计算残值，由用户本人作价赔偿。

b.设备损坏

用户正常使用的情况下发生设备损坏，且产生维修费用，由用户所在部门承担。如因蓄意或不正规使用造成损坏，所有费用均应由用户本人承担。

6、设备报废

由各厂IT设备管理员根据设备使用现状和使用年限提出报废申请，根据相应的核决权限，提交当地会计部门和总经理核准后，由相关部门办理资产注销手续。

设备出现以下情况可以申请报废：

a、设备超过保修期，且维修费用超过其残值的50%;

b、维修后半年内超过两次以上维修的,且单次维修费用超过其残值20%的。

c、因配件停产原因,无法维修，且无法用其他配件取代。

d、因特别作业需求此设备已无法满足该作业,且此设备无法升级又不能满足任何其他作业所需的。

e、使用超过五年以上的，且无法满足当前作业需求。

二、集团电脑用户使用规范

1、公司电脑的使用权限分类

为了提高系统的安全性和稳定性，保证集团内部业务的畅通运作。集团对电脑及IT资源的使用有一定的限制。对属公司资产之电脑使用权限作以下分类

a、权限严格管制类

为了保障系统安全，公司对一般用户的电脑权限将进行严格管控，在此权限下，用户无法自行安装任何软件或修改任何系统配置，仅能使用与工作相关之应用程序。

b、非权限严格管制类

部分用户因工作特殊需要，需提升本机权限，以便可以自行进行软件安装等操作，由本人提出申请，经部门主管同意，并经各公司总经理核准后，可适当放宽用户对本机的权限。建议用于工作的私人笔记本电脑可以归入该类管理。

2、用户电脑使用规范

a、用户必须在遵守国家法律，遵守集团规章制度的前提下使用各公司IT提供的各项信息系统，并对自己的所有行为承担法律责任。

b、公司所有电脑设备仅用于与工作相关的应用。仅有权访问经过授权的相应系统。不得用于与工作无关的各项使用。

c、为了保证集团网络安全，所有要访问公司或集团网络资源的电脑，必须使用自己的域用户帐户登陆集团网络域，以便进行补丁及病毒库升级等工作。每个登录名必须设置口令、并定期修改。用户口令至少每半年修改一次，密码长度必须6位以上，必须与前1次密码不同。IT部将利用技术手段逐步对所有系统的密码强制实行以上策略。

d、因工作需要用户可以申请访问INTERNET,公司有权对用户的上网行为作记录。IT将保留最近2个月的上网日志，以供相关部门主管查询。

e、用户使用INTERNET时，在工作时间内不得下载与工作无关的资料，如有上述情况发生，IT将立即停止其网络访问的权限，并知会相关部门主管。

f、集团采用LOTUSNOTES作为用户邮件客户端。用户需合理使用邮件系统，不得利用邮件系统传送与工作无关的内容，同时控制邮件大小，原则上单个邮件的大小限制在10M以内。

g、集团所有的信息资料包括用户本机的工作文档都属于公司所有，所有用户必须按照公司现有的安全和保密政策来保护以上资料，未经允许任何人不得私自复制、传播任何机密资料。

h、用户需对个人电脑上所存储的文件负责。个人电脑中的公司重要文件及资料，平日必需存入公司/集团之资料库或文件系统，以保护公司资料之完整性及安全性。以预防个人操作不慎及遭病毒破坏、或离职人员恶意破坏等导致资料遗失或泄密所造成公司重大损失。笔记本电脑用户需特别加强设备的物理保护，防止因电脑失窃造成数据损失。

i、公司如果发现员工利用网络恶意散布病毒，群发垃圾邮件、窃取公司重要文件等危害公司信息安全、损害公司利益的行为将提交人力资源部，按相关规定处罚。

三、集团网络标准规范

1、集团网络管理体系

集团网络骨干架构的规划由CIT统一进行，各地IT必须根据CIT制定的网络标准架构进行网络的配置和建设。所有网络设备均由所属单位的网络管理人员操作，其他人员不得随意进行操作，或更改设备的物理联接方式。

2、集团网络拓扑结构

a、集团的网络将根据应用的重要性采用四级结构中心网络位于本集团的SAP中心(金东)、总部网络中心，所有其他单位的网络必须能够访问中心网络，以保障各项应用的正常运行。

b、集团IP地址规划

APP中国目前分配内部IP地址段172.18.0.0-172.18.255.255给总部及各厂使用，分配172.23.0.0-172.23.255.255给各地内贸及林业使用。分配172.19.0.0-172.19.255.255给各海外机构使用，地址空间由CIT管理和分配，各地均应使用属于自己的IP地址空间段，不得擅自使用其他地址空间。

c、DHCP启用为了方便集团内部出差员工的使用，各地必须在部分或全部办公区域对客户端用户启用DHCP。以避免用户重新更改网络设置之麻烦。并根据本规章之非公司资产电脑管理办法来协助外来用户访问相应资源。

d、VLAN启用

为了提高系统安全性,防止网络风暴对系统的影响，各地IT需根据当地应用情况，在本地网络内划分VLAN。

3、各地INTERNET接入架构各地需加强INTERNET网络出入口管理，各地的INTERNET接入方案必须遵循以下原则，并经CIT审批后方可实施。

在未采取安全措施的情况下，禁止内部网直接连接INTERNET，必须有防火墙或代理服务器等才可连接外部网络。防火墙设备集团统一使用CHECKPOINT或CISCO系列产品。如有专线与总部连接的公司可以通过DMZ(隔离区)与集团总部相连，以保证内部网络的独立安全。

4、微软ActiveDirectory目录架构集团采用基于微软WINDOWS2003SERVER的AD(ActiveDirectory)作为集团的目录服务，集团中国区所有公司的AD根域为APP.COM.CN。AD集中控制用户登录，身份验证以及目录对象的访问控制。通过单点网络登录，管理员可以管理分散在网络各处的目录数据和组织单位，经过授权的网络用户可以访问网络任意位置的授权资源。通过基于组策略的管理则简化网络管理，提高了对于复杂网络的管理简便性。

5、邮件系统架构集团统一使用LOTUSDOMINO作为集团邮件和协作系统的标准软件，为了便于整个LOTUSDOMINO系统架构由CIT统一规划。(具体操作详见附件3.3Domino服务器管理规范)集团长远规划将集中管理DOMINO系统的INTERNET出口。仅CIT总部设置集团SMTP出入口和WEBMAIL服务器。目前现已有的SMTP出口保持不变，随着网络带宽和性能的提高，逐步将各厂及内贸等单位之邮件服务器迁移至CIT总部。减少各地DOMINO服务器数量，降低运维成本，提高服务质量。

四、集团系统日常维护规范

1、日常维护工作范围

a、日常维护工作指对公司现有IT基础系统的运行维护，以保障用户所使用的基本系统及上层应用正常运作的基础工作，是各项系统正常运行的前提。各地IT部门需安排专门系统管理人员负责日常维护工作，做好系统日常维护记录。系统管理员每天必须检查以下各项系统之运行状态，如有异常需及时处理基于WINDOWS2003的网络基础架构，包括AD服务器，DHCP,DNS,ISA或其他INTERNET代理系统各公司内部数据库及应用系统防病毒，补丁升级等安全支持系统所有IT负责的主机、网络设备及设备运行环境的日常检查所有系统及数据的日常备份和系统故障恢复

2、病毒日常防范工作

各公司IT系统管理员必须保证公司内所有电脑都安装客户端防病毒软件，并保证病毒库及时得到更新。集团根据各厂现有情况，建议用户端采用TrendMicro或Symantec的企业级防毒解决方案。邮件系统建议统一采用Symantec的邮件防毒过滤产品。总部将及时在集团信息网站上更新最新的病毒、补丁信息及防护手段，希望各厂IT及时查看并交流经验信息。(具体病毒防护部署工作详见附件3.4)

3、病毒应急处理流程

各地应建立病毒应急处理机制，管理人员发现当地病毒爆发时，应及时把已感染的电脑断网隔离，防止扩散到其他网段和电脑，并把相关病毒信息及时告知总部，便于总部和其他厂办协同制订紧急处理措施。

4、系统补丁更新工作

由于操作系统和应用程序软件存在一些安全漏洞，各地必须及时安装补丁程序以消除这些安全隐患。为了加强微软操作系统补丁管理，各地均应尽快设立微软补丁升级服务器(WSUS)，通过微软组策略的设置对客户端进行补丁的分发，并请IT管理员通知用户进行及时更新以保证系统的安全。

5、数据备份和恢复

各厂IT管理员需根据各类资料的重要性，相应安排每天/每周/每月的备份计划。要求IT管理员能够及时恢复文件服务器及邮件等重要数据。如关键应用服务器发生故障，要求IT管理员在4小时内恢复系统的应用，并在8小时内恢复备份数据的使用。

五、集团IT员工自律规范

1、集团信息系统中所有数据(包括用户本机数据)均属于公司所有。所有IT员工必须按照公司现有的安全和保密政策来保护以上数据。发现任何违反本条例的行为立即提交人力资源部议处，并且公司保留追究相关责任的权利。

2、IT人员因工作关系可能接触到部分公司重要数据，未经相关人员之允许，任何人不得擅自查阅、复制或传播相关内容。严格禁止IT人员恶意毁坏、篡改资料。一经发现以上行为立即开除，并根据其后果追究相关法律责任。

3、IT人员应以公司利益为重，加强安全意识教育学习，切实做好各项相关系统的日常安全检查，发现漏洞立即汇报，并制定相应解决方案。

4、用户之电脑数据备份等工作由用户自行负责，除非经过用户同意,原则上IT维护人员不可接触用户电脑上的任何数据文件。

5、严格限制服务器上数据的存取控制权限，所有权限变更需经相关数据之拥有者(DataOwner)部门主管书面确认后方可执行。

6、为确认操作人员的身份，以便跟踪操作记录。所有系统管理员必须使用本人帐户登陆系统。严格限制类似ADMINISTRATOR、ROOT等级管理员帐户的使用。上述超级管理员帐户由IT主管分配给1-2名经授权的IT人员，只有在个人帐户无法解决问题的情况下才可使用。每次使用超级管理员帐户时，需有明确记录，以利尔后核查。

7、对于文件服务器，数据库等重要系统启动审核功能，记录任何系统权限的变更及关键数据的读取情况。

8、所有IT系统日志属公司重要数据，未经IT部门最高主管同意，不得向任何人提供查询。如有公司相关部门要求查询，需以书面方式提交申请并由申请部门主管和IT主管同意后记录在案，方可提供查询，如有业务部门需复制这些查询数据还需公司最高主管书面同意。

9、对于用户要求的密码初始化等涉及用户资料安全的操作，需有书面申请并在确认用户身份后执行。严禁直接响应用户电话申请进行操作，以防非技术因素的身份欺骗现象的发生。

10、在用户电脑维护中，禁止IT维护人员查阅、复制、修改和删除任何用户数据。如因工作需要必须进行用户数据的复制备份等操作，必须经用户签字同意后，在用户监督配合下进行。

11、用户服务中，在完成用户初始化设置后，需首先指导用户修改初始密码后再让用户使用。并指导用户使用基本安全手段保护重要数据(如文件服务器的使用、本机文件的存放，需归档备份的数据)。

项目文档管理制度3

为加强公司文件、档案管理，增强文件、档案安全性和保密性，规范公司文件、档案格式，统一文件、档案程序，特制定公司文件、档案管理办法。

公司文件、档案的格式包括：台头、字体、编码，要做到统一、规范，公司对外联系、内部行文按照统一的格式，一律要求计算机打印后发送，不得手写。

公司建立各类文档的目的`，一是通过文档可了解公司整个发展情况，二是便于查找、使用。根据公司经营范围，文档可分为几类，如下：

1）公司内部管理制度、交流文件、会议纪要、重要函件；

2）机要文件:股东会/董事会会议纪要、决议等材料；审计报告、商业密件以及不可随意复印的文件或传阅的文件等；

5）行政产生的各项记录，资产、设备说明书、驱动盘等。

1）技术文档/产品代码/产品研发测试过程文档和记录；

2）技术资料：与工作有关的开发工具及技术参考、学习资料。

2）经营合同：用于公司的租赁、通讯以及办公方面的合同、协议；商务经营活动合同，包括正式合同、内部合同、采购合同及合同执行过程记录等；客户档案，以客户为单位，自与该客户建立联系开始，除基本情况外，记录每一次活动及每一项合同执行情况。媒介档案：每一家媒介建立独立档案，除基本情况外，记录每次合作或采购活动情况。

从销售立项到完成全过程的项目正式文件和沟通备忘文件，全部独立存档。

公司名称缩写（CF）+科目名称+具体类别+年份+顺序号（3位）

如：公司行政管理会议纪要一份：CF-AM-会议纪要-20xx-005

如：**项目沟通会议纪要一份：20xx1009-XS-沟通会议纪要-003

如：考勤管理制度：CF-HR-005-1.0,“CF”代表公司，“HR”代表所属科目-人力资源管理，“005”代表序号，“1.0”代表版本号。

五、本规定自制定之日起执行，人事行政部负责修订和解释。

项目文档管理制度4

具体管理控制的程序如下：

一、确定项目完成后研发小组的提成比例

每个研发小组按照合同要求完成工作之后，可以得到一定比例的项目提成。每个项目的提成比例由管理部门参照统一标准拟订，呈报高管层批准。

从外部获得的项目经费总体是按照“研发费用+企业收入+研发小组提成（包括奖金+税金）”这三部分进行分配的。研发小组提成虽然总体显示为一个总数，但并不是等待项目最后通过验收时一次性提取，而是结合《项目研发责任书》中计划结点的考核情况分段进行支付。

提成金的数额必须对研发人员形成足够的吸引力，更何况要想得到这笔奖金还必须通过重重考核。如果让研发人员认为得到的利益不足以让他们付出如此多的心血，那么后面的所有的管理程序设计都没有了存在的基础。

二、明确项目质量要求和研发费用额度上限

企业必须促使技术人员对项目研发费用、产品加工工艺、质量性能要求、交付期等环节中承担相关责任，管理部门在项目立项后，需要对研发费用、工艺要求、质量性能标准、计划结点日期等方面提出详细的要求，并明确质量达标的考核办法以及负责各项考核的人员或部门。

项目完成后如果研发费用没有用完，企业可以设定统一的奖励标准，例如拿出被节约费用的50%或者30%对研发小组进行额外奖励。引导技术人员在实践工作中向节约成本的方向努力。

三、分段考核、分段奖励

管理部门需要将项目按照计划结点分成阶段进行管理，每一个阶段终止都有相应的质量标准对完成情况进行考核；另外，还要将提成金按照项目划分的结点实行分段分配。例如：某项目被划分为5个结点进行考核，但是提成金并不是按照每份20%进行分配。提成金分配的原则是“工作难度大的结点提成比例较多，难度小的提成比例较少；项目前期的提成比例较少，后期的提成比例较多。”

提成金分段支付的理由：其一，攻克一个阶段性目标进行一次奖励，比较有利于充分发挥激励机制的效用；其二，在项目整体完成之前，财务部仅兑现计划结点奖励金额的50%，另外50%存留在本项目帐户上，每年年底再统一结算。如果项目到年底没有全部完成，财务部则需要根据剩余项目金额多少，为明年预留出一定比例的风险抵押金。这种做法一方面使技术人员得到了可见的物质奖励，另外用他们本来已经到手的物质奖励中的50%作为风险抵押金，引导他们努力完成所有的阶段性目标。

四、设定新产品定型后的生产成本设计目标

产品80%的生产成本在设计阶段就被锁定了。为了保证企业研发的新产品不仅在技术上是先进的，而且在经济上也是合理的，管理部门在项目立项之时，需要根据预期的产品市场售价减去目标利润、税金以及设计人员不可控的成本，求得定型产品的生产成本设计目标。关于定型后的产品是否达到成本设计目标则由财务部负责核定。

在大多数企业目前的管理状况下，财务部只能按照料、工、费等几项硬指标进行核算。另外，期间费用等指标是随着企业管理水平而不断变化的，这些指标不应该由我们的研发人员在产品设计阶段负责。因此，定型产品的成本设计目标不必按照全面产品成本进行考核。涵盖几项重要的生产指标就可以了。

如果项目完成之后产品的加工成本低于设计目标，企业将按照成本下降的百分比对研发小组进行额外奖励，鼓励技术人员挖掘更多产品价值；如果定型产品的成本高于设计目标，管理部门则需要研究成本上升原因。如果属于研发小组工作草率，管理部门将责令其改进，并扣除一定比例的提成金。如果确实属于无法避免的原因，管理部门应签字认可。

五、项目对内招标

当以上前期各项准备工作完成之后，每个项目的责任、利益、考核办法等都已经非常明确。此时，管理部门可以将各个项目拿出来对内进行招标。愿意成为项目负责人的技术人员需要申报自己可以组成的研发小组主要成员名单。管理部门负责根据项目需要在竞标人中择优选定项目责任人；项目小组的参与人员由项目负责人进行自愿组合，管理部门行使审批权。

如果个别项目出现无人竞标的局面，说明此项目责任和利益之间出现了不匹配，或者设定的考核目标过于困难，此时管理部门需要进行调整。如果个别项目出现众人竞标的局面，说明目标易于达成，管理部门可以在认为竞争者有此工作能力的前提下，通过竞标的方式降低奖励水平，或者提高工作要求。

管理部门可以制定以下规则：例如研究员最多可以同时做3个项目的负责人，高工最多可以同时做2个项目的负责人，工程师一次只能做1个项目的负责人，项目负责人也可以在其它人员负责的项目中充当参与者，数量不受限制。另外，项目负责人必须在一个项目彻底完成之后，才能竞标另外一个新项目的负责人。这样做的目的就是为了引导技术人员通过快速高效的工作多拿奖金。

六、签订《项目研发责任书》

管理部门负责针对各研发项目设计《项目研发责任书》，其中包括研发小组在本项目中详尽的责任、利益、时间结点、考核办法等等。管理部门选定项目负责人之后，分别由主管领导、项目负责人、项目主要参与人员三方在《项目研发责任书》上签字，作为对研发小组将来的奖惩依据。

《项目研发责任书》分为四联，第一联由工程中心负责保存；第二联交给项目负责人；第三联财务部入账；第四联用于记录项目小组的工作进展状况，此联在项目未完成前留在财务部。财务部根据由管理部门签字提供的项目进展情况随时结出奖励款额的50%，由项目负责人签收。另外50%存留在本项目帐户上，每年年底企业统一结算一次。待项目彻底完成后可以立即将第四联抽出退给项目负责人。项目负责人将以此为凭据，参加新的项目竞标。

凡是时间到达计划结点时仍不能要求提成的项目，即为项目小组违约。违约金将按照责任书中的制度进行处罚。例如结点完成日期每延期一星期，将扣除此结点上一定比例的提成和一定金额的风险抵押金。关于项目进展情况、结点考核工作由管理部门和实验室负责确认，确认结果交给财务部，由财务部进行奖金核发。

七、风险抵押金制度

研发人员按照项目结点的按时完成情况可以获得一定比例的提成，企业可以将这部分提成的50%留作风险抵押金，支配权在企业，由财务部办理银行活期存款单并保管，每年年底结算一次。如果项目年底没有全部完成，财务部则需要根据剩余项目金额，为明年预留出一定比例的风险抵押金。一旦项目小组不能如期履约，则动用风险抵押金进行处罚，促使项目小组主动对企业的产品研发质量和周期负责。

财务部还必须对每一个研发项目设立专项帐户，以便分别对每个项目在研发费用支出、产品成本核定、计划结点奖惩、风险抵押金等事项进行管理。

八、明确收入分配制度

《项目研发责任书》需要对研发小组的内部利益分配问题做出大致约定，例如项目负责人可以得到提成总额60%的收益，其它部分可以由项目负责人根据小组内部人员的贡献情况自行分配。这样做是为了减少小组内部的分配矛盾，减轻项目负责人的压力。当然，项目负责人哪怕愿意把自己的60%全部拿出来与同伴们分享就是他自己的事情了，但是企业必须给他一个合理得到大部分收益的公开政策。

项目小组的参与人员由项目负责人进行自愿组合，是为了引导技术人员主动提高自身的业务能力和合作意识。物竞天择，适者生存。如果一个技术人员自身的业务能力和组织能力不足以让管理部门信任他胜任项目负责人，或者他的工作能力和合作态度不足以吸引其它项目负责人邀请他入伙，自身那么他就会面临没有地方赚钱的压力，势必迫使他主动改进自己的工作态度，提高业务技能。到了这个时候，每一个人就都有了一个市场价格，大家都抢着要的员工势必价格看涨，无人相邀的人势必价格低靡。在这个内部的人力资源市场中，科技人员按照工作能力拉开了收入档次。

研发人员工资管理办法

1、产品研发

产品研发必须经过立项、设计、实现、测试、发布几个阶段。

1.1立项

小型研发项目（工作量小于等于6人周，投入资金小于等于1万元的研发项目）立项必须具备项目计划报告，经公司技术负责人签字同意，报公司执行总裁批准立项。

非小型研发项目必须具备项目计划报告、项目可行性分析报告，由项目发起人邀请公司技术、财务、市场三方代表讨论通过后，由三方负责人或者授权人签字同意，报公司执行总裁批准立项。签字传真有效。

在已经签定销售、工程合同的项目中发生的研发，作为合同项目研发，不再单独立项。

项目只有立项后才允许发生费用。

项目立项后应获得一个唯一的研发编号，费用报销、研发领料时使用此编号作为物流控制和财务核算的依据。

项目计划报告必须说明项目名称，目标，发起人，负责人，设计、研发、测试承担者，设计、研发、测试的工期计划，项目预算等内容。

项目可行性分析报告必须说明项目名称，市场调研情况，销售预测，技术现状和实现途径等内容。

1.2设计

立项后，项目进入设计阶段。

设计阶段由设计承担人完成技术设计报告、测试计划报告，修改得到切实可行、与技术设计报告和测试计划报告相吻合的项目计划报告。由项目负责人负责邀请研发部门技术负责人，设计、研发工程师，共同评审通过。没有通过设计评审的项目，必须重新进行技术设计。

技术设计报告应说明项目名称，研发系统或设备的需求，研发系统或设备的总体功能，系统或设备功能模块划分，工期在6人周以上的项目必须列出阶段性成果和验证方法。阶段性成果的工作量不超过4人周。

测试计划报告应说明项目名称，产品功能，测试项目，测试条件，测试方法，测试工期和时间计划等内容。

1.3实现

设计评审通过后，项目进入实现阶段。

研发人员必须在实现过程中书写相关文档。文档必须有电子形式。软件实现文档应包括软件功能性说明文档，源代码说明文档。硬件实现文档包括原理图，原理图说明，PCB图，结构图。

项目负责人有责任按照项目计划报告，跟踪监督项目的进展情况，按时敦促验收阶段性成果。

研发产品由研发人员自行调试，调试过程中必须撰写调试记录。调试记录应该说明项目名称，编号，调试记录版本号，调试时间，软硬件版本号，调试中发现的主要问题，调试环境，解决方法。

研发产品确认运行稳定后，由项目负责人组织内部验收。研发文档应视为研发实现阶段工作量的一部分，不具备研发文档将视为工作没有结束，不组织内部验收。

软件功能性说明文档应说明项目名称，编号，软件名称和编号，软件功能，软件功能模块划分，主要功能实现过程，软件主要实现算法。

源代码说明文档项目编号，软件名称，软件功能，全局变量、结构，类说明，数据库字典，函数功能、接口、在函数内改动的全局变量、返回值，等。源代码说明文档可以包含在源代码文件中，以注释形式存在。

原理图说明应包括项目编号，硬件名称和编号，硬件版本号，功能说明，功能模块划分，主要功能实现过程，数据芯片资料。

1.4测试

研发产品经内部验收后，进入测试阶段。

测试阶段开始后，研发实现人员将研发的产品，以及研发调试记录移交给测试人员。测试人员按照产品的测试计划报告、研发调试记录，设计测试过程，填写产品测试报告。

产品测试报告应该说明项目名称，编号，测试报告版本号，需测试功能，指标，测试方法，测试环境，测试条目，测试结果，结论。

如果研发产品不能通过测试，测试人员应把产品测试报告提交给产品实现人员。产品实现人员修改软硬件后重新进行调试，相应更新研发调试记录内容和版本号，确认产品合格后提交测试人员再次检测。如此反复，直到产品通过测试为止。

测试人员确认产品达到要求，在产品测试报告的结论栏内签字表示同意，交项目负责人。

1.5产品发布

项目负责人拿到产品测试通过的报告后，填写或者委托他人填写产品发布公告（ReleaseNotes）和产品发布计划，交公司技术负责人或者授权产品发布人核准，签字发布。项目负责人与签字发布产品的不得为同一人。发布公告和产品发布计划需送销售部、技术支持部、信息中心、公司有关领导。项目负责人必须在产品发布后一周内，将所有研发文档整理归档，交研发助理存档。

ReleaseNotes必须说明项目名称、编号、产品名称、型号、版本号、产品内软硬件版本号、产品主要特征及功能、产品与上一版本的区别、产品的适用范围、使用注意事项等。

产品发布计划应说明项目名称、编号、产品名称、型号、版本号、产品说明书的完成时间和计划、产品使用手册的完成时间和计划。产品说明书和产品使用手册的完成时间一般应在产品后的15个工作日内完成。

1.6批量生产

产品发布后，进入批量生产阶段。

批量生产阶段必须具备焊装图、装配图、软件安装说明、生产测试要求。焊装图可以根据PCB图修改，应详尽说明产品名称、型号、PCB板的名称、定位标志、各层需要焊装的元器件编号、标称值，焊装注意事项等。

装配图应说明产品名称、型号、各电路板、结构件的固定位置、装配顺序、电气连接图、走线固定位置等等。

生产测试要求文档需要说明针对的产品名称，型号、测试环境、测试方法。

1.7项目调整

1.7.1设计更改

由于市场或技术原因，需要对项目重新进行设计，更改人必须填写设计更改申请单，按照立项程序进行审批。即更改增加的工作量在6人周以下，增加的资金投入在1万元以下的，属于小的设计更改，需经公司技术负责人签字同意，报公司执行总裁批准生效；大的设计更改必须具备项目计划报告、项目可行性分析报告，由项目发起人邀请公司技术、财务、市场三方代表讨论通过后，由三方负责人或者授权人签字同意，报公司执行总裁批准生效。对已经发布的产品进行更改，被认为是一个新的研发项目，按照标准程序执行。

对尚未发布的产品进行更改，需要更新该项目所有此前产生过的技术文档，已经进行过的评审必须重新进行。

1.7.2项目取消

出于市场或其他方面的考虑，需要取消某个项目的研发，必须由发起人或者委托人填写项目取消申请表，申请表必须说明项目名称，编号，取消原因。

小型研发项目的取消需经公司技术负责人签字同意，报公司执行总裁批准生效。非小型研发项目的取消需由发起人邀请公司技术、财务、市场三方代表讨论通过后，由三方负责人或者授权人签字同意，报公司执行总裁批准生效。

项目取消后，研发助理负责将项目取消通知发送给公司领导层和研发、销售、技术支持、财务、运营中心。

1.7.3项目暂停

出于市场或资源饱和原因，需要暂停某个项目的研发，必须由发起人或者委托人填写项目暂停申请表。申请表必须说明项目名称，编号，取消原因。

小型研发项目的暂停需经公司技术负责人签字同意，报公司执行总裁批准生效。非小型研发项目的暂停需由发起人邀请公司技术、财务、市场三方代表讨论通过后，由三方负责人或者授权人签字同意，报公司执行总裁批准生效。

项目暂停后，研发助理负责将项目暂停通知发送给公司领导层和研发、销售、技术支持、财务、运营中心。

2、沟通

研发部需要很好地配合、支持销售部、技术支持部和其他部门的工作。研发部的新产品发布公告（ReleaseNotes）应及时发布到销售部、技术支持部和其他部门。

研发部的产品说明书和产品使用手册（UserManual）应在第一时间发布到销售部、技术支持部和其他部门。