• / 50
  • 下载费用:5 下载币  

技术部研发管理规范

关 键 词:
技术部 研发 管理 规范
资源描述:
1前言 严格的规范和过程不能保证有好的研发成果,但没有或不好的规范和规程,一定不会有好的研发成果。 本人 60 年代生人, 80 年代自动化专业毕业,一直从事嵌入式软件及硬件开发和管理至今,职场环境历经国营企业、国企民营、集体企业、私营企业,担当过技术员、工程师 、研发部主管、首席技术官、技术总监、公司总经理等角色,现掌舵一家以嵌入式开发为主的技术性公司。 一路走来,目睹过无数技术性公司在研发管理上的盲目和随意,深感技术管理对于这些公司的重要性和迫切性。正像我的一位软件老总朋友所感慨的那样:“做软件公司,最痛苦的事情是下班之后,你发现自己的公司除了几台电脑外,几乎什么也没有了。因为公司最值钱的资产都在每个程序员的脑子里,这些人一旦离开,公司的资产就等于零”。 这不是偶尔的现象,现在有不少公司,时刻担心关键技术员工流失后,直接导致工作的延续和完善出现断层,影响公司收益。难道脑力劳动就只存在于头脑中吗?如果真是这样,人员流动率相当高的IT 行业,怎么可能做长寿公司?只能是昙花一现而已? 不,不应该是这样的。以上述的软件公司为例,装在程序员脑子里的公司重要资产有哪些?软件包括源代码,发布版本和相关资料,这些资产通过一定的操作,都可以转化成为固化资产。如果研发人 员的文档与代码是一致的,那么交接工作会顺畅得多;如果前期的设 2计文档足够详细和清晰地表达了上层设计的思路,那么下一级设计或者实现不会因为人员变更而受到较大影响;如果随机资料与发布版本一一对应,并且完备地描述其细节,那么设计人员的离开并不能增加 太多维护工作的难度。 然而,这些都是如果。在一家国内知名公司的办公区内,墙上贴着这样的条幅:“人人都痛恨别人不写文档,人人自己都不愿意写文档!”这就是原因,导致脑力劳动成果总是保留于无形。 怎么解决这个问题?“没有规矩,无以成方圆”,唯有制定研发规范,将无形的脑力劳动显式化和制度化,才能最大程度地留住公司的无形资产,达到知识的无限积累和有效重用。 本文档是结合本人多年的开发、管 理经验,并参照其他公司的一些管理制度和公开出版的管理文献 ,针对以技术开发为主的专业性公司,提出的一套可实际操作的研发管理规范。 “他山之石,可以攻玉” 。如果本文档能够为众多的技术性公司提供参考,为使用者提供些许帮助,本人将深感欣慰和自豪。 规范中所涉及的文档模板,可根据 各公司的实际情况自行制订,也可与本人联系,免费获取这些文档的参考模板,我的邮箱:tygsy@qq.com. 3目录 0.规范理念。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。2 1.规范目的 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。3 2.规范结构 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。4 3.组织结构 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。5 4.规范要素 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。7 5.立项管理(自主项目) 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。8 6.立项管理(合同项目) 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。12 7.项目规划 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。15 8.项目监控 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。17 9.变更管理 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。19 10.结项管理 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。21 11.质量管理 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。23 12.需求开发 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。29 13.项目设计 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。33 14.项目实现 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。38 15.测试改错 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。42 16.验收发布 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。46 17.配置管理 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。49 附录. 规范结构模型图 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。52 40. 规范理念 我们倡导规范化的团队开发理念,摈弃个人英雄主义和作坊开发习惯。公司的产品就是公司的生命,公司的技术就是产品的灵魂,因此所有成员必须爱岗敬业,共同努力,以持续提升整体研发能力为己任。坚持规范化流程,不做有损于研发质量的事情。坚持互相帮助并不断吸取前人的经验和教训,提高技术共享和知识重用程度。坚持有始有终的工作作风,使每个人得到公正的报酬和发展机会。 51.规范目的 为明确产品实现在设计开发各阶段关键活动和成果,规范开发过程,改进开发质量,促进知识重用,特制订本规范。 适用于新产品的设计开发、合同项目中的新技术(新产品)应用开发及批量产品的技术改进开发等过程。 62.规范结构 根据设计开发活动的特点,将设计开发过程分为并行进行的两类过程:管理过程和研发过程。 按生命周期,将设计和开发分为 6 个阶段: ▲ 项目立项 :对应《控制程序》设计和开发项目的立项 ▲ 需求分析 :对应《控制程序》设计和开发任务的规划 ▲ 设计开发 :对应《控制程序》设计和开发计划的实施 ▲ 系统测试 :对应《控制程序》设计和开发项目的验证 ▲ 验收发布 :对应《控制程序》设计和开发产品的确认、最终定型和发布 ▲ 项目结项 管理过程包含 6 个过程域,分别为: 立项管理、项目规划、项目监控、变更管理、质量管理、结项管理 研发过程包含 6 个过程域,分别为: 需求开发、项目设计、项目实现、测试改错、验收发布、配置管理 规范结构模型图见附录。 73.组织结构 成员 在研发管理流程中的职责 总工程师 ( 1) 向总经理汇报工作。 ( 2) 负责“立项管理” , 委任项目经理和质量经理,下达任务并提供项目所需资源。 ( 3) 监督开发计划的执行过程。项目结束时,对项目进行综合评估,决定对组织内人员的奖罚。 项目经理 ( 1) 向总工程师汇报工作。 ( 2) 负责“项目规划、项目监控、变更管理、结项管理” ,参与“需求开发、项目设计、项目实现、测试改错、验收发布”的工作。 ( 3) 安排开发人员的工作。项目结束时,对开发工作进行自我评估并评价成员的业绩。 8成员 在研发管理流程中的职责 质量经理 ( 1) 向总工程师汇报工作。 ( 2) 负责“质量管理” ,制订质量计划,组织开发各阶段的评审、验证和确认工作。 ( 3) 安排质量人员和测试人员的工作。项目结束时,对质量工作进行自我评估并评价成员的业绩。 开发人员 ( 1) 向项目经理汇报工作。 ( 2) 依据开发计划和安排, 执行研发过程的相关开发工作。( 3) 及时对自己的工作成果进行“配置管理” 。 测试人员 ( 1) 向质量经理汇报工作。 ( 2) 依据测试计划和安排, 执行研发过程的产品测试工作。( 3) 及时向所有项目成员提供阶段测试报告。 质量人员 ( 1) 向质量经理汇报工作。 ( 2) 依据质量计划和安排, 执行研发过程的质量保证工作。( 3) 及时向所有项目成员反馈质量保证情况。 94.规范要素 每个过程域的规范要素是: 目的 :描述本过程域的工作目的 责任 ; 指定本过程域的负责人和各项工作的具体责任人, 明确工作成果(各种管理文档、技术文件) 流程 :以流程图方式描述本过程域的关键工作活动及流程 规范 :规定本过程域各项关键工作的流程规范和工作规范 105.立项管理(自主项目) 5.1 立项管理目的 确立符合公司利益的项目,明确项目任务,将人力资源、资金、时间投入到有价值的项目上。 5.2 立项管理责任 负责人为总工程师,各项工作的责任人如下表。 关键活动 主要工作成果 责任人 立项调查 《立项调查报告》 立项建议人 立项建议 《立项建议书》 立项建议人 可行性分析 《可行性分析报告》 立项建议人 立项评审 《立项评审检查表》 、 《立项评审报告》 评审委员会主席 项目筹备 《项目估算表》 、 《设计开发任务书》 总工程师、 项目负责人5.3 立项管理流程 115.4 立项管理规范 5.4.1 立项调查 (1) 、 立项调查的目的是为立项建议和可行性分析提供充分的、 有价值的信息。( 2) 、立项建议人应当客观地对待被调查的事物,不可有意往“好处”或“坏处”考虑。 (3) 、所获取的数据、图表要真实可靠并且注明来源出处,不可凭空捏造。 (4) 、对调查活动所搜集的相关信息进行分类归整,并负责撰写《立项调查报告》 。 5.4.2 立项建议 (1) 、立项建议人由开发部协助,对产品进行 构思,包括主要功能、技术方案、开发计划,并撰写《立项建议书》的技术部分; (2) 、立项建议人由销售部协助,对市场进行 构思,包括市场规模和趋势、产品发展目标和策略、目标客户和推广途径,并撰写《立项建议书》的市场部分。 5.4.3 可行性分析 (1) 《立项建议书》提交公司经营例会, 由立项建议人和公司各部门负责任人一道,就市场、政策、技术、成本-收益、公司能力、机会、威胁等因素进行讨论分析,判断《立项建议书》中的 建议能否实现,成功或失败的可能性有多大,值不值得立项。讨论过程和结论应被完整记录。 (2)讨论结果若不能取得一致意见,则应由立项建议人就讨论中出现的对立意见、问题焦点等,进行进一步的补 充调查和建议修正,提交下一次的公司经营例会,直到《立项建议书》被通过或否决。 (2) 、 《立项建议书》若通过,如有必要,则立项建议人根据经营例会的讨论分析记录,负责撰写《可行性分析报告》 。 125.4.4 立项评审 (1) 立项评审工作按照“评审准备-评审会议-公司终审”的流程步骤进行。 (2) 、立项评审工作由总工程师负责组织实施, (3) 、评审准备: ● 立项建议人把《立项调查报告》 、 《立项建议书》 、 《可行性分析报告》等材料递交总工程师,申请立项评审。 ● 总工程师根据项目的特征组建相应的立项评审委员会,并确定主席。立项评审委员会由总工程师、各级经理、 市场人员、技术专家、财务人员等组成。主席应当具备比较丰富的评审经验, 能够控制评审会议的进程。 ● 主席确定评审会议的时间、地点 、设备和参加会议的人员名单(包括评委、立项建议人、旁听者等) ,制订《立项评审检查表》 ,将评审材料发给所有评审委员。 ● 评审委员们必须在举行评审会议 之前阅读完毕相关材料,并及时与立项建议人交流。 (4) 评审会议: ● 评审委员会按照计划召开立项评审会议。主席宣讲本次评审会议的议程、重点、原则、时间限制等。 ● 立项建议人陈述《立项建议书》 的主要内容。各评审委员提出疑问,立项建议人解答。双方应当对有争议的内容达成一致的处理意见。 ● 每个评审委员根据《立项评审检查表》认真地评估该项目。 ● 主席汇总所有评审委员的评审意见,填写《立项评审报告》 。 13(5) 公司终审: ● 总工程师在《立项评审报告》中签署审核意见,移交总经理批准。 ● 如果批准立项,则进入“项目筹备” 阶段,否则放弃立项,项目结束。 5.4.5 项目筹备 (1) 总工程师任命项目经理和质量经理,分配必要的资源,协助组建项目组。 (2) 项目经理会同总工程师,根据公司的实际情况 (产品战略、 资金和资源等) ,进行项目估算并撰写《项目估算表》 。 (3) 总工程师依据《项目估算表》制定并下达《设计开发任务书》 。 5.4.6 文档管理规范 (1) 立项管理过程域产生的所有文 档均应进行配置管理,确保不丢失文件、版本不混乱,对文档的操作权限(读、写、删除等)要妥善分配。 (2)对于签字的纸质文档,要保存在专门的文件柜(文件夹或文件袋)中,取阅纸质文档后要及时归还。 (3)立项管理过程域中含有商业机密 的文档,要求相关责任人做好保密工作。 146.立项管理(合同项目) 6.1 立项管理目的 确立符合公司市场利益和客户需求的项目, 明确项目任务,配置适合的人力资源、资金、时间。 6.2 立项管理责任 负责人为公司总工程师,各项工作的责任人如下表。 关键活动 主要工作成果 责任人 售前活动 《项目方案》 、 《项目估算表》 销售部、开发部 签订合同 《项目合同》 销售部 项目筹备 《设计开发任务书》 总工程师、项目经理 6.3 立项管理流程 156.4 立项管理规范 6.4.1 售前活动 (1)销售部应尽量收集客户的需求信息,分析并提取客户的真正需求。 ( 2) 由销售部协助、开发部经理负责撰写《项目方案》 ,经总工程师审核后递交给客户审查。 (3) 客户审查同意后,开发部经理会同总工程师,根据公司的实际情况(产品战略、资金和资源等) ,进行项目估算并撰写《项目估算表》 。 6.4.2 签订合同 (1) 销售部依据《项目估算表》 ,同客户进行商务谈判,在保证双方共同获益的前提下,尽量争取有利于公司的合同条款。 (2) 谈判结束后,如果双方同意签订合同,销售部负责起草《项目合同》 。 (3) 如果客户有指定模板的合同格式, 则采用客户的模板格式, 但应保证 《项 目合同》格式的条款要素在客户的模板格式中均有体现) 。 (3)销售部审查《项目合同》中的各项条款,确保没有错误和隐患。之后,双方的代表(具有法律效力的人)在《项目合同》上签字、盖章,使合同生效。 6.4.3 项目筹备 (1) 总工程师任命项目经理和质量经理,分配必要的资源,协助组建项目组。 (2)总工程师根据《项目合同》 ,制定并下达《设计开发任务书》 。 16(3)在以后的设计开发过程中,销售部应当和客户及项目组充分交流,以便项目组深入了解客户需求,不断完善、细化或及时调整客户需求。 (4)如果条件允许的话,公司应与客户召开“项目启动会” : ● 公司方与客户方约定项目启动会的时间、地点和出席人员。 ● 双方的代表(领导)宣布本项目正式启动,并作动员讲话。 ● 向客户介绍项目计划、开发流程、质量管 理,让客户重视并明白本项目是如何开发与管理的。 6.4.4 文档管理规范 (1) 立项管理过程域产生的所有文 档均应进行配置管理,确保不丢失文件、版本不混乱,对文档的操作权限(读、写、删除等)要妥善分配。 (2)对于签字的纸质文档,要保存在专门的文件柜(文件夹或文件袋)中,取阅纸质文档后要及时归还。 (3)立项管理过程域中含有商业机密 的文档,要求相关责任人做好保密工作。 177.项目规划 7.1 项目规划目的 为项目开发和管理工作制定合理的行动纲领, 以便所有的项目人员按照该计划开展工作。 7.2 项目规划责任 负责人为项目经理,各项工作的责任人如下表。 关键活动 主要工作成果 责任人 制定项目计划 项目经理和质量经理 审批项目计划 《设计开发计划书》 总工程师 7.3 项目规划流程 187.4 项目规划规范 7.4.1 制定项目计划 (1)项目经理和质量经理同项目成员一道,对项目进行讨论分析,重点是对开发的范围和进度、关键的测试和验证、 必须的设备和资源等要素进行分析测算,为合理制定项目计划提供依据。 (2)根据对项目的分析测算, 项目经理和质量经理与相关部门协商后, 划分开发阶段及进度,评审时机和评审点,需要的 资源和设备,验证和确认计划,提出《设计开发计划书》 , 报总工程师审核批准。 7.4.2 审批项目计划 (1)总工程师审阅《设计开发计划书》 。如果没有异议则在《设计开发计划书》上签字批准;如果有不同意之处,则和项目经 理、质量经理沟通,并请他们及时修改。 (2)如果是合同项目,应当由客户领导和总工程师共同审批《设计开发计划书》 。 (3) 《设计开发计划书》批准后,所 有成员都必须按照该计划进行。如果以后要修改计划,则必须依照变更管理流程进行修改。 198.项目监控 8.1 项目监控目的 将项目实际进展情况与项目计划进行对 比,如果发现任务进度的偏差较大,则及时分析原因,给出纠正措施。 8.2 项目监控责任 负责人为项目经理,各项工作的责任人如下表。 关键活动 主要工作成果 责任人 任务进度监控 《项目进度表》或《项目进度图》项目进展报告 《项目进展报告》 项目经理 8.3 项目监控流程 8.4 项目监控规范 208.4.1 任务进度监控 (1) 项目经理每天使用《项目进度表》 (格式自定)或《项目进度图》 (格式自定) ,描绘本项目所有任务当前的实际进度,主要应包括计划进度、当前进度,关键进度点,进度说明等内容。 (2)如果某些任务进度被延误,项目经理应当及时与责任人交流,分析原因并给出解决措施:若是原计划太乐观,则执行 变更管理,适当修改原计划;若是工作方法不当,则协助其调整工作方法并追 赶进度;若是工作不努力则责令其加班追赶进度。 8.4.2 项目进度报告 (1) 项目经理周期性地(例如每周)召开项目进展例会,与项目成员及时交 流、通报、协调、解决项目中出现得各种问题。 ( 2) 项目进展例会结束后,项目经理撰写《项目进展报告》 ,发送给所有项目 成员和上级领导,主要包括项目当前的进度及 存在的问题,下一周期计划完成的进度和解决存在问题的措施。 219.变更管理 “变更”是指改变已经发布的工作成果(如文 档和代码)或者计划等。修改草稿不叫变更。 9.1 变更管理目的 按照“变更申请-变更审批-执行变更” 的流程来管理变更,防止变更失去控制从而对项目产生严重的负面影响。 9.2 变更管理责任 负责人为项目经理,各项工作的责任人如下表。 关键活动 主要工作成果 责任人 变更申请 审请人 变更审批 审批人 执行变更 《变更控制表》 执行人 9.3 变更管理流程: 9.4 变更管理规范: 229.4.1 变更申请 ( 1) 凡是对项目的方案、进度、质量、成本产生影响 达 10%以上的重大变更,由项目经理填写《变更控制表》中的变更申请,提交总工程师审批。 (3) 对于合同项目,凡是客户提出的需求变更,都作为重大变更对待。 ( 4) 对项目影响不大的变更(如修改错误,完善功能) ,由项目成员(包括项 目经理)填写《变更控制表》中的变更申请,提交给项目经理审批即可。 9.4.2 变更审批 项目经理或总工程师在《变更控制表》 中的变更审批上签署审批意见(同意变更或拒绝变更) ,给出相应指示( “何人” 、 “何时”执行变更) 。 9.4.3 执行变更 根据《变更控制表》中的变更通知, 相关执行人执行具体的变更工作,将变更的内容填写在《变更控制表》中,并告知所有相关人员。 2310.结项管理 10.1 结项管理目的 ● 针对项目的资产进行清算,防止资产流失,并重复利用资产。 ● 对项目进行综合评估,用于考核人员业绩。 ● 项目成员总结经验教训,相互交流。 10.2 结项管理责任 负责人为项目经理,各项工作的责任人如下表。 关键活动 主要工作成果 责任人 结项申请 《结项申请书》 项目经理 结项评估 《结项评估报告》 总工程师 项目收尾 《工作总结》 项目成员 10.3 结项管理流程 10.4 结项管理规范 2410.4.1 结项申请 (1)开发工作正常结束时,项目经理撰写《结项申请书》 。 (2)开发工作异常终止时,总工程师应当明确指示项目经理因何原因需要异常终止项目,随后项目经理撰写《结项申请书》 。 (3)项目经理递交《结项申请书》给总工程师请求结项。 10.4.2 结项评估 总工程师接受《结项申请书》之后, 会同项目组并邀请公司相关人员(如财务、市场人员,技术专家)共同对项目进行结项评估: 对照《设计开发任务书》和《设计开发计划书》 ,评估任务完成情况(如进度、质量) ,若未完成则否决结项申请; 清算项目设备和剩余资金。剩余资金由公司收 回,设备应当被重新利用。如果发现非法的资产流失情况,应当及时告知公司进行处理。 分析工作成果,提炼中可重复利用的技术,给出重新利用建议。 总工程师汇总评估意见,撰写《结项评估报告》 。 10.4.3 项目收尾 ( 1) 项目成员撰写《工作总结》 (格式不限) ,在公司范围内共享经验教训。 (2) 举行座谈会、宴会等集体活动,项目成员交流思想,增近感情。 (3) 公司领导考核项目成员的业绩,努力做到赏罚分明。 11.质量管理 2511.1 质量管理目的 通过分析质量要素和质量目标,制定 合适的质量计划,整合阶段评审、验证测试、验证报告等手段,以保证开发产品的质量。 11.2 质量管理责任 负责人为质量经理,各项工作的责任人如下表。 关键活动 主要工作成果 责任人 质量计划 《设计开发计划书》 质量经理 阶段评审 《设计开发评审记录》 质量经理 验证测试 《设计开发验证记录》 测试人员 质量保证 《设计开发确认记录》 质量经理 11.3 质量管理流程 11.4 质量管理规范 2611.4.1 制定质量计划 (1) 质量计划是开发质量管理的行动纲领,由项目经理和质量经理共同协商 制定后写入《设计开发计划书》中。 (2) 制定质量计划时应根据项目的技术特点和开发过程,指明开发项目的质 量要素和目标、开发各阶段的评审计划、测试计划、质量保证计划。 11.4.2 阶段评审 (1) 阶段评审的目的是通过对研发过程各阶段产生的工作成果进行审查、评 价,尽早发现工作成果中的缺陷,以 帮助开发人员及时消除这些缺陷,从而有效地提高开发质量。 (2) 阶段评审应选择在设计开发各阶段即将结束时进行。对于大型复杂的项 目开发,可将各阶段适当再细分为几个关键的 子阶段,在这些子阶段结束时分别进行评审。 (3) 阶段评审采用评审会议的形式进行,由质量经理负责组织,评审成员由 技术专家、测试人员组成。 (4)评审流程规范为 ● 准备评审 ☆ 质量经理确定评审会议的时间、地点、设备。 ☆ 质量经理把待评审的工作成果及相关评审测试记录材料、本次评审重点、评审检查表等发给评审成员。 27● 举行评审会议 ☆ 质量经理宣讲本次评审会议的议程、重点、原则、时间限制等。 ☆ 工作成果作者扼要地介绍工作成果。 ☆ 评审成员认真查找工作成果的缺陷。 成果作者回答评审成员的问题,双方要对每个缺陷达成共识(避免误解) 。 ☆ 成果作者和评审成员共同讨论缺陷的解决方案。对于当场难以解决的问题,由质量经理决定“是否有必要继续讨论”或者“另定时间再讨论” 。 ☆ 评审成员给出评审结论和意见, 质量经理签字后本次会议结束。评审结论有三种: ① 工作成果不合格,需要作比较大的修改,之后必须重新对其评审。 ② 工作成果基本合格,需要作少量修改,之后通过审核即可。 ③ 工作成果合格, “无需修改”或者“需要轻微修改但不必再审核” 。 ☆ 质量经理记录《设计开发评审记录》 。 ● 缺陷跟踪 对评审发现的缺陷,由质量经理启动缺陷跟踪工作流程(11.4.5 缺陷跟踪)。 11.4.3 测试 (1) 测试包括两方面的工作: 28● 在项目实现阶段,开发人员已完 成硬件模块的调试和(或)软件模块的调试,提交给测试人员进行功能、参数等的测试。 ● 在项目测试与改错阶段,对可完 整组合成为系统的硬件模块和(或)软件模块的综合测试。 (2) 测试的主要工作步骤为: ● 制定测试任务:开发人员提出申请,确定本次测试的目的,质量经理安排测试时间和测试人。 ● 设计测试用例:开发人员负责说明测试条件、测试内容、测试步骤和期望的结果。 ● 执行测试:测试人员独立实施测试工作,记录测试结果到《设计开发验证记录》 。 11.4.4 质量保证 (1) 质量经理根据《设计开发验证记录》 ,检查测试的项目是否达到期望的 结果。 (2) 如果发现质量缺陷,应及时启动缺陷跟踪工作流程(11.4.5 缺陷跟踪)。 (3) 测试的项目通过后,质量经理负责撰写《设计开发确认记录》 。 11.4.5 缺陷跟踪 (1) 缺陷跟踪是对质量保证活动中发现的质量缺陷持续关注,使责任人修正 工作成果,消除已发现的缺陷,直到工作成果合格为止的过程。 29(2) 缺陷跟踪使用《缺陷跟踪表》(格式不限),但应当包括以下内容: ★ 缺陷编号:给每一个缺陷分配唯一的编号 ★ 所属模块:说明该缺陷所属的硬件或软件模块 ★ 缺陷描述:用文字描述的缺陷 ★ 缺陷状态:新缺陷、正在解决、解决待关闭、关闭 ★ 报告人:报告这个缺陷的人 ★ 报告日期:给出这个缺陷的报告日期 ★ 接受者:把缺陷指派给某人处理 ★ 解决方案:用文字描述该缺陷的解决方案 ★ 更新日期:缺陷消息的更新日期。 (3) 发现缺陷时,由质量人员填写《缺陷跟踪表》,由项目经理安排责任人对缺陷进行修正开发, 完成后再次交由测试人员进行测试, 直到缺陷被消除为止。 (4)《缺陷跟踪表》格式一旦确定,在项目结束之前不得变动。 3012.需求开发 12.1 需求开发目的 通过调查、分析、定义、评审确认、跟踪等需求活动,使项目组和客户(或公司)对需求有共同明确清晰的理解,并 依据双方确认的需求开展后续开发工作。 12.2 需求开发责任 负责人为项目经理,各项工作的责任人如下表。 关键活动 主要工作成果 责任人 需求调查与收集 《需求信息记录》 开发人员 需求分析与定义 《需求规格说明书》 开发人员 需求评审与确认 《需求规格说明书》 项目经理和客户代表 需求跟踪 《需求跟踪表》 项目经理 12.3 需求开发流程 12.4 需求开发规范 3112.4.1 需求调查与收集 (1) 开发人员起草需求问题表,将调查重点锁定在该问题表内。 (2) 问题表可以有多份,随着调查的深入,问题表应不断地被细化。 (3) 需求开发人员确定需求调查与收集的方式,一般采用如下方式: ● 与客户交谈,向客户提问题。 ● 参观客户的工作流程,观察客户的操作。 ● 向客户群体发调查问卷。 ● 与同行、专家交谈,听取他们的意见。 ● 分析已经存在的同类产品,提取需求。 ● 从行业标准、规范中提取需求。 ● 从杂志、互联网上搜查相关资料。 (4) 开发人员与被调查者建立联系,确定调查的时间、地点、人员等,要特 别注意不要漏掉典型用户。 (5) 在调查过程中随时记录需求信息,填写《需求信息记录》 。 12.4.2 需求分析与定义 (1) 需求分析的目的是对各种需求信息进行分析、消除错误、刻画细节。 (2) 需求分析针对每个需求,必须用陈述语句说明“是什么” ,如果“是什么” 的内涵不够清晰,则应补充说明“不是什么” 。 (3) 如果“是什么”和“不是什么”并不是“理所当然”的,则应解释“为 32什么” ,以便加深读者的理解。 (4) 撰写《需求规格说明书》 。 12.4.3 需求评审与确认 (1) 项目经理先在项目内部组织人员进行非正式需求评审,以消除明显的错 误和分歧。在内部评审期间不能解决的问题,留在正式评审时处理。 (2) 项目经理同客户代表一起评审《需求规格说明书》 。 (3) 在双方通过需求评审后,项目经理和客户方负责人做书面承诺并签字同 意如下声明: 本《需求规格说明书》建立 在双方对需求的共同理解基础之上,我们同意后续的开发工作根据该《需求规格说明书》开展。如果需求发生变化,将按照“变更管理”流程执行变更,并导致双方重新协商成本、资源和进度等。 12.4.4 需求跟踪 (1) 需求跟踪是建立“需求-设计-实现-测试”之间的一致性,确保所有的 工作成果符合客户的需求。 (2) 需求跟踪是通过检查《需求规格说明书》 ,跟踪每个需求是否都在后继工作中有对应点。 (3) 需求跟踪的工作通过填写《需求跟踪表》进行。 3313.项目设计 13.1 项目设计目的 项目设计是指设计硬件和软件的系统结构、人机界面 /外型结构、功能模块等, 在需求与实现之间建立桥梁, 指导开发人员开发出满足客户需求的产品。 13.2 项目设计责任 负责人为项目经理,各项工作的责任人如下表。 关键活动 主要工作成果 责任人 系统设计 《系统设计报告》 系统设计人员 人机界面/外型结构设计 人机界面/外型结构原型 界面 /结构设计人员 功能模块设计 《功能模块设计报告》 功能模块开发人员 13.3 项目设计流程 3413.4 项目设计规范 13.4.1 系统设计 系统设计应按照 “设计准备-确定系统的约束 条件-系统结构设计-撰写系统设计报告-系统设计评审”的步骤进行。 ● 设计准备:项目经理分配系统设计任务。 ● 确定系统的约束条件:系统设计人员从 《需求规格说明书》中提取需求约束,包括: ☆ 本系统应当遵循的标准或规范 ☆ 硬件、软件环境(包括运行环境和开发环境)的约束 ☆ 接口/协议的约束 ☆人机界面/外型结构的约束 ☆ 产品质量的约束,如正确性、健壮性、可靠性、性能、易用性、安全性、可扩展性、兼容性、可移植性等等。 有一些假设或依赖并没有在需求文档中明确指出,但可能会对系统设 计产生影响,系统设计人员应当尽可能在此处 说明。例如对用户的受教育程度、操作该产品的技能、对支撑本系统的硬 件、软件的假设和依赖等。 ● 系统结构设计: ☆ 将系统分解为若干子系统,确定每个子系统的功能以及子系统之间的关系,绘制系统的总体结构图 (硬件物理结构图和软件逻辑结构图) 。 35☆ 将子系统分解为若干模块,确定每个模块的功能、指标、主要的硬件选型、关键软件算法以及模块之间的关系,绘制子系统的结构图(硬件物理结构图和软件逻辑结构图) 。 ☆ 确定系统开发、测试、运行所需的硬件、软件环境。 ● 撰写系统设计报告:系统设计人员撰写《系统设计报告》 。 ●设计评审:由项目经理负责,包括系统设计 、同行专家、开发人员对《系统设计报告》进行技术评审。 13.4.2 人机界面/外型结构设计 人机界面/外型结构设计应按照 “设计准备-设计原型-体验与细化--设计评审”的步骤进行。 ● 设计准备 ☆ 设计人员详细阅读《需求规格说明书》和《系统设计报告》 ,了解用户的需求。再与用户交流,了解用 户的工作习惯和他们对人机操作、外型结构的看法。 ☆ 设计人员准备相关的设计、开发工具和技术资料。 ● 设计原型 设计人员根据用户的需求及工业设计思想,在纸上绘制界面/结构原型或用软件实现可以仿真运行的界面原型、立体结构图象。 ● 体验与细化 设计人员邀请客户或同行体验设计原型,收集意见,及时改进。 36● 设计评审 人机界面/外型结构设计定型后, 项目经理同客户对人机界面/外型结构设计进行设计结果的评审。 13.4.3 功能模块设计 功能模块设计的核心工作是“硬件端口设计”和“软件接口设计”以及“硬件结构与器件选型”和“软件结构与算法设计” 。前者是模块的外部特征,应当公开,后者是模块的内部特征,应当隐蔽。 功能模块设计应按照“设计准备-模 块设计-撰写模块设计报告-设计评审”的步骤进行。 ● 设计准备 ☆ 功能模块设计人员认真阅读《需 求规格说明书》和《系统设计报告》 ,明确模块设计任务。 ☆ 功能模块设计人员准备相关的设计、开发工具和技术资料。 ● 模块设计 ☆ 硬件端口设计 设计每个硬件模块的端口的功能、占用的系统硬件和软件资源。 ☆ 硬件结构与器件选型 设计每个硬件模块的电路原理、主要电气 性能指标、关键电路器件,对电路原理进行实验性验证。若不满足性能、 成本等要求,则改进或优化电路直到满足。 37☆ 软件接口设计 设计每个软件模块的主要接口函数、输入输出参数。 ☆ 软件结构与算法设计 设计软件的全局数据结构和关键算法(函数) ,编写代码并进行测试。若不满足性能、效率要求,则改进算法或优化数据结构直到满足。 ● 撰写模块设计报告 模块设计人员撰写《功能模块设计报告》 。 ● 设计评审 功能模块设计定型后,项目经理同开
展开阅读全文
  石油文库所有资源均是用户自行上传分享,仅供网友学习交流,未经上传用户书面授权,请勿作他用。
0条评论

还可以输入200字符

暂无评论,赶快抢占沙发吧。

关于本文
本文标题:技术部研发管理规范
链接地址:http://www.oilwenku.com/p-69732.html
关于我们 - 网站声明 - 网站地图 - 资源地图 - 友情链接 - 网站客服客服 - 联系我们
copyright@ 2016-2020 石油文库网站版权所有
经营许可证编号:川B2-20120048,ICP备案号:蜀ICP备11026253号-10号
收起
展开