项目客户化开发指引

1、咨询实施服务事业部项目客户化开发指引1 项目1.1 需求顾问（1） 职责：² 以客户为中心，提供专业化服务，提升服务质量,提高客户满意度² 描述项目开发需求，并按照公司客开规范的要求编写需求文档（2） 需求顾问配备要求1.2 开发顾问（1） 职责：²²²以客户为中心，提供专业化服务，提升服务质量,提高客户满意度执行公司项目质量管理制度和规范实现客开需求（2） 开发顾问配备要求注： 1-不具备条件的项目可以由实施顾问兼任或者采用实习生模式。1 / 21质量等级项目分类初级 客开顾问中级 客开顾问高级 客开顾问客开QC1项目必须配备必须配备QC1公

2、司原型项目必须配备建议配备QC2区域重点项目必须配备建议配备QC3区域常规项目建议配备-1建议配备质量等级项目分类项目配备要求QC1项目必须配备专职需求顾问，建议配备公司需求分析师QC1公司原型项目必须配备专职需求顾问，可以由公司 管理部架构师或者需求分析师兼任QC2区域重点项目必须配备，可以由实施顾问兼任QC3区域常规项目建议配备，可以由实施顾问兼任咨询实施服务事业部1.3 测试顾问（1） 职责：² 以客户为中心，提供专业化服务，提升服务质量,提高客户满意度² 按照项目需求，配合客开顾问和用户完成客开成果的各项测试工作（2） 测试顾问配备要求2 销售阶段管理2.1 报价质

3、量2.1.1 原则加强合同报价过程中对于需求风险的把控和客户化开发运维过程的体现2.1.2 要点在存在客开工作量的情况下，为了在系统上线之后，合同结束之前，需求变更风险，在项目概算表中增续支持费用在存在客开工作量的情况下，为了保证在客开运维阶段正常的运维工作的进行， 在项目概算表中增加客户化开发运维费用持续支持费用与客开开发运维费用在开发合同中的体现2 / 21质量等 级项目分类项目配备要求QC1项目必须配备，建议专职，若条件不， 可以由实施顾问兼任QC1公司原型项目必须配备，可以由公司测试兼任QC2区域重点项目必须配备，可以由实施顾问兼任QC3区域常规项目建议配备，可以省区配备，在多个项目中

4、协调使用咨询实施服务事业部2.1.3 详细说明1.1.3.1 持续支持工作量明细：ü 项目概算过程：在系统上线阶段，需求变更风险，增续支持工作量报价项目，根据客开复杂程度，持续支持工作量=全部客开工作量*（10%20%）ü 开发合同条款：建议在开发合同中将持续支持工作量包含的人天总数明确，有两种模式，一种是直接按照总工作量百分比计算，一种是折人天，并且与客户商定，超过人天总数之后，双方继续商定新的协议。建议优先采取人天总数的模式1.1.3.2 运维服务费3 / 21职责QA省区 PMO责任人省区客开根据客开复杂程度，依据公式：持续支持工作量=全部客开工作量*（10%20%）

5、，计算持续支持工作量，并反馈补充到项目概算中配合人机构运维服务负责人负责运维服务方案及服务报价审核项目分类建议模式持续支持工作量项目人天报价开发合同总工作量*20%公司原型项目人天报价开发合同总工作量*18%区域重点项目开发合同总工作量百分比开发合同总工作量*15%区域常规项目开发合同总工作量百分比开发合同总工作量*10%职责QA省区 PMO责任人省区客开根据客开复杂程度，依据公式：持续支持工作量=全部客开工作量*（10%20%），计算持续支持工作量，并反馈补充到项目概算中配合人咨询实施服务事业部明细：项目概算过程：按照客开的复杂度，运维服务费=开发合同金额*20%,按年收取，该项费用可以包含

6、在 OMS 中OMS 合同条款：建议将客开运维服务费作为一项单独条款体现，有两种模式，一种是üü直接按照总金额百分比，一种是折人天报价2.2 合同质量2.2.1 原则根据初步需求调研确定是否需要单独签订开发合同，明确客开工作量评估的合理性，初步规避技术实现的风险。2.2.2 要点确定单独签订开发合同依据对标准是否存在修改，是否可升级，性能风险等评估工作量2.2.3 详细说明1.2.3.1 单独签订开发合同明细：合同类型确定：省区客开ü负责确定项目客开模式，标准如下(参见：客户化开发模式特征指引）：4 / 21职责QA省 区 PMO(QC3/QC2) / 公 司PM

7、O(QC1)责任人省区客开(QC3/QC2)/项目评审(QC1)负责确定项目客开模式配合人运维服务顾问与客开讨论决定客开的复杂程度，按照公式：运维服务费= 开发合同金额*20%,按年收取，该项费用可以包含在 OMS 中咨询实施服务事业部ü客开模式判定流程如下：开始是否NC修改和补是否存在NC产品修改和补充Y充任务占所有开发工作的50%以上YNN定制客开小型客开标准客开结束1.2.3.2 工作量评估明细：客开作量评估ü根据项目的分类和复杂度，指派技术能力和开发经验匹配的客开顾问进行工ü开发顾问依据前期调研结果，尽可能地细化需求，并分解需求至开发任务。同时进行工作量评

8、估，评估过程中需要考虑以下工作任务的风险及建议：5 / 21工作任务风险建议修改 NC 标准业务1. 如果修改功能，建议增作量评估至少职责QA省 区 PMO(QC3/QC2) / 公 司PMO(QC1)责任人省区客开(QC3/QC2)/项目评审(QC1)组织能力匹配的客开顾问进行工作量评估配合人开发顾问根据前期调研结果，尽可能地细化需求，并分解需求至开发任务小型客开标准客开定制客开合同类型可以包含在实施合同或者增值服务产品合同中，也可以签订的开发合同不能和实施合同或者增值服务合同混合签订，必须签订的开发合同咨询实施服务事业部3 实施阶段管理3.1 立项质量3.1.1 原则立项过程中按照项目情况

9、配备相关，按照要求能力匹配3.1.2 要点配备要求能力配备要求3.1.3 详细说明配备要求3.1.3.16 / 21职责逻辑(例如单据回写算法，单据非配置业务流程的调整等)则存在上下游数据一致性风险2. 升级风险10%，升级风险需要和用户明确建议在合同中明确升级风险， 标准 升级无法支持该类客开成果的平滑升级或者作为项目重点风险予以关注。应用集成1. 应用集成技术联调2. 业务模型是否一致建议根据应用集成的规模，增作量 5%以上需求1. 需求边界带来的开发工作失控2. 需求不断变更或者变化带来的一系列风险（开发， 测试，交付日期等）建议当项目需求边界不明显， 需求模糊不清时，优先签订开口合同，

10、否则建议加强前期调研工作，同时签订闭口合同之前最好能跟客户达成一个对工作量的基本一致，并明确在开发合同中。咨询实施服务事业部明细：按照项目分类配置客户化开发项目经理、开发顾问、需求顾问、测试顾问，建议配置如下：ü注：l项目经理:项目和公司原型项目必须配备专职；区域重点项目必须配备，可以由实施项目经理兼任；区域常规项目建议配备，可以由实施项目经理兼任l需求顾问:项目必须配备专职需求顾问，建议配备公司需求分析师；公司原型项目必须配备专职需求顾问，可以由公司管理部架构师或者需求分析师兼任；区域重点项目必须配备，可以由实施顾问兼任，区域常规项目建议配备，可以由实施顾问兼任l客开顾问:项目必须

11、配备客开高级顾问或者客开；公司原型项目必须配备高级客开顾问，建议配合使用客开，由公司研发负责安排；区域重点项目必须配备中级客开顾问，建议配合高级客开顾问使用；区域常规项目建议配备中级客开顾问兼任，若条件不可以由实施顾问兼任或者专职实习生担任。l客开测试顾问:项目必须配备，建议专职，若条件不，可以由实施顾问兼任；公司原型项目必须配备，可以由公司测试兼任；区域重点项目必须配备，可以由实施顾问兼任；区域常规项目建议配备，可以机构配备，在多个项目中协调使用7 / 21项目分类管理类业务类项目经理需求顾问开发顾问测试顾问项目经理(3B)需求顾问（2A）初级（1A）中级（2A）高级(3A)(4A)测试顾问

12、（2A）公司 战略项目必须配备必须配备必须配备必须配备必须配备公司 原型项目必须配备必须配备必须配备建议配备必须配备区域 重点项目必须配备必须配备必须配备建议配备必须配备区域 常规项目建议配备建议配备建议配备建议配备建议配备QA省区 PMO责任人省区客开负责按照项目分类配置客户化开发项目经理、开发顾问、需求顾问配合人咨询实施服务事业部3.1.3.2 能力配备要求明细：需求顾问胜任力模型：üü客开顾问胜任力模型：8 / 21一级分类分类定义知识类开发技术知识1、开发工具，语言使用2、主流数据库开发技术3、中间件4、UAP 或其他开发平台使用5、性能调优6、设计模式7、计算机原

13、理相关知识业务知识1、领域业务的基本理论，概念，术语2、典型的业务流程3、应用场景4、领域内的业务模型，应用模型技能类代码设计1、数据结构及数据库关键特性2、设计模式及分析模式3、UML 语言及工具4、面向对象的设计方法和原则5、面组件化设计方法和原则代码实现1、开发工具，开发语言2、主流数据库的开发技术3、遵循高效代码规范及制定高效代码规范一级分类分类定义知识类领域知识了解掌握相关领域/行业知识IT 基本知识、技术、工具和发展了解掌握相关IT 技术、工具及追踪 IT 技术发展变化技能类系统分析了解系统分析工作规范和基本程序, 掌握系统分析工具需求调研根据业务模型或者模型的框架和他人指导进行功

14、能分析职责QA省区 PMO责任人省区客开根据客户胜任力模型、项目领域能力要求、项目工作经验要求提供符合要求的项目顾问配合人咨询实施服务事业部ü客开测试顾问胜任力模型：ü项目工作经验要求：根据项目分类，对项目经理、客开顾问、需求顾问的基本经验要求。9 / 21项目分类客开项目经理客开 需求顾问初级 客开顾问中级 客开顾问高级 客开顾问客开客开 测试顾问公司战略项目工作经验：5 年以上项目经验：工作经验： 3 年以上项目经验：工作经验： 4 年以上项目经验：工作经验：8 年以上项目经验：工作经验： 3 年以上项目经验：一级分类分类定义知识类及业务知识1、单个模块的功能和业务流程

15、，以及相关接口的业务流程2、特定领域模块的功能和业务流程，以及相关接口的业务流程3、线模块的功能和业务流程，以及相关接口的业务流程4、目标行业的基本概念、理论和业务流程、及行业最佳实践测试基础知识1、软件测试的基础知识2、黑盒、白盒、灰盒测试理论方法3、自动化测试的原理和方法技能类测试能力1、单元、联调、集成或自动化的测试理论和方法2、测试用例及测试方案的执行3、测试管理工具的使用4、测试方法的创新、改进、及推广设计能力1、测试用例、测试方案或测试工具的设计2、编写测试用例、测试方案或测试工具的开发3、测试用例、测试方案或测试工具的评审工作4、测试设计方法或自动化测试方法的探索、改进和推广质量

16、1、测试过程标准规范或自动化过程标准规范的制定和执行2、测试标准或自动化测试标准的制定和执行3、掌握质量分析方法和思路，能够对相关进试分析评估， 准确反映测试状态，提供测试分析报告或自动化测试分析报告4、质量分析方法或自动化测试质量分析方法的探索、改进和推广测试工具应用1、使用Robot/Functional、性能测试等通用测试工具进行本领域的测试工作2、了解行业前沿的测试方法和测试工具3、新工具的和工具推广提出前瞻性建议，推动并主导测试工具的开发及应用4、性能效率优化5、掌握相关软件开发技术的未来趋势代码质量保证1、单元测试用例设计及编写2、单元测试执行3、编写白盒测试用例4、代码走查咨询实

17、施服务事业部3.2 项目启动质量3.2.1 原则确定项目开发计划合理性，开发成果管理机制建立3.2.2 要点开发计划合理性开发成果管理机制3.2.3 详细说明3.2.3.1 开发计划合理性10 / 21职责QA省区 PMO责任人项目经理制定合理的开发计划，并按照要求考虑项目工作量配合人项目实施经理关注开发计划中与实施计划的同步问题客开顾问关注开发计划中工期和其他风险性任务10 个以上5 个以上3 个以上15 个以上3 个以上公司原型项目工作经验：5 年以上项目经验：5 个以上工作经验： 3 年以上项目经验： 5 个以上工作经验： 4 年以上项目经验： 3 个以上工作经验：8 年以上项目经验：1

18、5 个以上工作经验： 3 年以上项目经验： 3 个以上区域重点项目工作经验：4 年以上项目经验：5 个以上工作经验： 3 年以上项目经验： 3 个以上工作经验： 3 年以上项目经验： 3 个以上工作经验： 4 年以上项目经验： 3 个以上工作经验： 2 年以上项目经验： 3 个以上区域常规项目工作经验：3 年以上项目经验：3 个以上工作经验： 2 年以上项目经验： 2 个以上工作经验： 1 年以上项目经验： 2 个以上工作经验： 3 年以上项目经验： 3 个以上工作经验： 1 年以上项目经验： 2 个以上咨询实施服务事业部明细：开发计划任务的工期需要考虑以下项目：ü3.2.3.2 开

19、发成果管理机制明细：除因为ü、客户额外要求等，原则上项目均要求项目将代码以及开发关键文档上传至公司客开资产管理系统。开发成果管理要求见开发质量ü-开发成果提交3.3 需求质量3.3.1 原则明确细化前期调研结果，明确需求边界，需求风险3.3.2 要点需求分析报告11 / 21职责QA省区 PMO责任人项目经理细化开发成果管理制度，管理代码版本，贯彻执行代码管理规范配合人项目建议缓冲期小型客开和标准客开：工作量增加至少 10%定制客开：工作量增加至少 15%应用集成，接口调试数据准备，工作量增加 10%前置关键任务明确瓶颈工序任务，加大投入实施计划一致性与实施计划协同匹配，加

20、强与实施顾问的协调工作咨询实施服务事业部3.3.3 详细说明3.3.3.1 需求分析报告明细：需求编写过程中关注以下维度，并根据客开模式进行质量评估ü注：建议包含 ：Optional,简写为 O必须包含：Required，简写为 R评估文档参见：需求质量管理 Checklist3.4 开发质量3.4.1 原则遵循开发规范，规范开发过程，提高开发质量，加强项目关键文档管理，提高项目，规避开发过程中需求变更带来的风险，增强补丁管理和质量检测过程。3.4.2 要点分析设计重点遵循开发规范开发成果提交12 / 21关键维度小型客开标准客开定制客开用户需求、使用场景明确，边界清晰ORR是否需要

21、修改标准逻辑ORO非功能性需求（性能、安全、易用性等）是否明确ORR是否包含数据推演ORR是否非标准界面和交互ORR升级要求ORO职责QA省 区PMO(QC2) 或 者 公 司PMO(QC1)责任人项目经理是否使用指定的模板编写需求，根据需求质量管理 checklist 检查需求质量配合人需求顾问描述客开需求，提高需求质量，注意关键维度客开顾问对客开需求的技术实现风险进行评估咨询实施服务事业部代码质量检测客开技术支持流程3.4.3 详细说明3.4.3.1 分析设计重点明细：项目经理根据项目立项阶段中的能力配备要求，指派符合条件的高级客开顾问来进行系统分析设计，分析设计的依据为开发需求分析报告。

22、产出为概要设计说明书和详细设计说明书。客开顾问必须明确系统的边界，在系统实现之前，通过系统设计工作发现项目的风险，例如：边界模糊，需求不清晰，工作量预估较少，以及需要攻关的具体技术难点等，并üü及时与项目经理，降低系统实现风险。üü概要设计说明书需要明确子系统、子模块以及功能点之间的和接口。详细设计说明书需要明细详细设计的类、职责，以及细化概要设计阶段的接口。3.4.3.2 遵循开发规范明细：技术规范：客开过程的交付范)性能规范：客开过程的交付ü必须符合相关技术规范(见附件: NC 客户化开发指导规ü必须符合相关性能规范（见附件：NC

23、 性能规范）13 / 21职责QA省 区PMO(QC2) 或 者 公 司PMO(QC1)责任人项目经理开发规范的培训与贯彻配合人客开顾问开发过程中执行技术规范和性能规范职责QA省 区PMO(QC2) 或 者 公 司PMO(QC1)责任人项目经理指派能力匹配的高级客开顾问完成分析设计工作配合人客开顾问按照详细需求完成分析设计工作咨询实施服务事业部3.4.3.3 开发成果提交明细：代码成果：客开项目阶段进入系统架构阶段后，要求项目经理每月至少上传代码一次；客开项目进入验收阶段，必须完整提交源代码一次，不得有遗漏和üü文档成果：项目经理按照阶段提交成果明细如下,文档模板参见附件:

24、开发关键文档3.4.3.4 代码质量检测明细：项目在进入单元测试之前，要求项目经理必须执行客开成果质量检测，要求检测的结果如下：执行级别= Critical 的结果为零。ü14 / 21职责QA省 区PMO(QC2) 或 者 公 司PMO(QC1)检查是否存在检测责任人项目经理组织检测工作，并且要求检测失败的内容必须全部修改完毕配合人客开顾问客开顾问根据质量检测的结果修改开发阶段小型开发标准开发项目开发需求分析ü 开发需求分析报告ü 需求调研报告ü 开发需求分析报告分析设计ü 变更-需求内容ü 详细设计说明书ü 概要设计说明

25、书ü 详细设计说明书系统架构ü 变更-实现方案ü 代码/其他成果ü 单元测试用例ü 代码/其他成果ü 单元测试用例ü 集成测试用例实施交付ü 变更ü 代码/其他成果ü 代码/其他成果职责QA省 区PMO(QC2) 或 者 公 司PMO(QC1)检查开发成果提交情况责任人项目经理组织开发成果的提交工作，并负责将开发成果提交至公司客开资产管理系统配合人客开顾问客开顾问负责按照开发规范完成客开过程，并按照提交产出咨询实施服务事业部3.4.3.5 客开技术支持流程客开技术支持流程机构/伙伴/客户服务运维

26、客开支持顾问UAP/NC研发BUG提出问题(ism/PMP/nc zx)分析问题并且搜索客开支持是否客开问题客开问题成果库NO确认问题是否解决提供解决方案YES是否问题解决YESNO关闭问题根据问题所属领域(UAP/NC )转出问题至相关整理支持成果进入客开支持成果库NO结束YES来源于客开支持提供解决方案流程说明：Ø机构/客户/伙伴客开解决申请；通过项目运维服务顾问提出问题和需求ISM/PMP/NCØ运维服务顾问、呼叫中心或 NC进行如下处理：如果是 UAP 或者 NC支持维护顾问承接问题，经过初步分析处理后问题，则转到研发部门；如果是客开问题，转至 NC 客开技术支持部

27、客开支持顾问。研发部门承接问题后，进入问题支持流程a)b)NC 客开技术支持顾问承接问题üüü首先分析问题，并在客开支持成果库中搜索解决方案， 如果找到解决方案则提供解答给客开顾问如果未找到解决方案，则将问题转至研发部门寻求协助，c)研发问题提供解决方案，如果问题来源于客开支持部，则由 NC 客开支持成果加入客开支持成果库整理Ø机构/客户/伙伴客开确认问题解决后关闭问题，如果问题没有解决则返回研发或者客开支持继续解决问题。15 / 21进入问题支持子流程咨询实施服务事业部3.5 测试质量3.5.1 原则提高测试需求覆盖率，执行不同类型测试3.5.2 要点

28、制定测试计划执试计划3.5.3 详细说明3.5.3.1 制定测试计划明细：要求项目经理按照下表要求制定项目测试计划后，经由项目评审ü审定后执行注：建议 ：Optional,简写为 O；必须： Required，简写为 R3.5.3.2 执试计划16 / 21职责QA省区 PMO系统测试是否执行。项目分类单元测试集成测试系统测试*用户测试项目RRRR公司原型项目ORRR区域重点项目OORR区域常规项目RR职责QA省 区PMO(QC2) 或 者 公 司PMO(QC1)责任人项目经理根据项目情况，制定测试计划，并提交项目评审审核配合人项目评审评审测试计划的可行性咨询实施服务事业部明细：测试

29、阶段分为：单元测试、集成测试、系统测试、用户测试四个阶段单元测试和集成测试：主要由测试顾问完成，不具备条件的可以由客开顾问执行系统测试：按照开发需求分析报告进行严格测试，不能忽略，由测试顾问完成，不具备条件的可以由实施顾问执行，并形成系统测试报告提交至 QA用户测试：主要由用户完成，可以由实施顾问和用户协作完成。üüüü3.6 上线前质量3.6.1 原则明确客开成果运行环境3.6.2 要点确认系统上线环境要求3.6.3 详细说明3.6.3.1 确认系统上线环境要求明细：项目客开经理根据客开任务要求，明确客开成果运行的软硬件要求，应用集成部署要求，

30、2;网络配置要求等，提供给项目评审-IT 部署作为系统上线前的参考。参见文档：上线前质量17 / 21职责QA省区 PMO(QC2/QC3) 或者公司PMO(QC1)责任人项目经理根据客开任务要求，明确客开成果运行的软硬件要求，应用集成部署要求，网络配置要求等， 提供给项目评审作为系统上线前的参考。配合人客开顾问配合项目经理完成上线环境要求责任人项目经理组织测试顾问进行系统测试配合人测试顾问按照测试计划严格执试咨询实施服务事业部3.7 上线质量3.7.1 原则系统上线过程中的需求变更，严格遵循补丁管理流程3.7.2 要点需求变更管理补丁管理3.7.3 详细说明3.7.3.1 需求变更管理明细：

31、QA 每两周一次，根据需求变更需求变更的百分比；ü，持续跟踪需求变更工作量，明确各个开发模式中ü一旦超出需求变更的变更临界值，则由 QA 召集客户，实施项目经理，项目经理举行需求变更风险会议，双方达成对于需求风险的统一认识，对于非关键性需求可以采取后续开发的策略。3.7.3.2 补丁管理18 / 21职责小型客开标准客开定制客开累计需求变更工作量临界值 =客开总工作量20%10%职责QA省区 PMO及时根据需求变更率反馈项目变更风险责任人项目经理根据需求变更情况，组织需求变更风险讨论， 与客户和实施顾问达成对风险的统一配合人实施项目经理配合项目经理组织讨论，一起需求变更风险

32、咨询实施服务事业部明细：严禁在生产环境中使用无源代码的非本项目补丁。制作补丁必须注明补丁的需求或者解决 BUG 详情在生产环境应用补丁程序，必须使用补丁管理系统（参见：补丁管理系统使用说明）项目应用服务器和数据库服务器管理员和口令原则上专人管理，不得随意散布，涉及到üüüü必须到服务器上完成的工作（例如：代码部署、元数据发布、执行数据库须留有等），必ü补丁开发完毕后必须经过系统测试，在测试环境中验证无误后方可通过补丁管理系统应用补丁ü数据库补丁：nn涉及到数据库的补丁执行之前，必须全数据库备份。如果存在大量的数据库必须全数据库备份执行的场景，建议一个周期累积