如何进行流程改进

guaibaobao

sdlkfj6 到新公司有一段时间了，一直在做qa和scm的工作，现在，公司在进行流程的改进，可就目前我们部门的情况，整个‘流程还在尝试探索阶段，需要qa提出改进的意见，本人又比较菜，请高人指教，该从何下手啦？

walker1020

先摸清公司目前存在的问题，想出可以改进的方法和策略，循序渐进

guaibaobao

谢谢版主啦！sdlkfj3 抓耳挠腮中！

qiguojie

建议先了解目前公司的所有流程,分别制作出流程图.
再从其他途径获得标准流程图(CMM;ISO或者论坛的相关帖中,注意突出规范性)
依次比对,根据公司目前的情况进行改进评估,预测进行流程修改可能造成的风险.
在风险比较小的流程上先动手,根据公司实际情况(工作效率影响\部门之间的关联\人际关系\公司文化等)修改并最终形成流程
找利益相关负责人讨论,确定可行性
如果认为可行,找头头(最终决定的领导)批准
出流程文档,着手进行流程的改进工作.
实施过程中,关注遇到的问题,总结并列入持续的修改计划中..

流程的改进是渐进的,持续的修改过程..

仅仅代表个人观点...

guaibaobao

谢啦，楼上的！sdlkfj2

polestark

流程改进第一步：差距分析

yiyi820106

我们这里也正在进行流程改进，楼上的所说的差距分析能不能说具体一些，先谢过了。sdlkfj2

yiyi820106

现在我们就是分析原流程的弊端以及缺失，再参考多家公司的流程加以改进，试行，我正在写一篇题为： 适合公司现状及发展要求的测试流程  的报告 ，看到你说的差距分析想了解多一些。 谢谢了。

刘洪鹏

提起如今的IT项目，软件工程倍受关注。而软件的质量更是众人关注的焦点，因为目
前还没有一套完善的评估标准。甚至有人提出，现在的软件开发根本提不上是“工程”，因为
它太稚嫩了，还没有一套成熟的标准来比照；因而软件项目极易出现失败或失误。大量实践
证明，软件工程项目的成败，通常是因为管理问题（协同工作的能力），而不是技术上的问
题。要想做一盘“完美”的软件大餐，质量管理的作用是不言而喻的。
在实际的项目质量管理中，质量管理总是围绕着质量保证(Quality Assurance)过程和质量
控制(Quality Control)过程两方面。这两个过程相互作用，在实际应用中还可能会发生交叉。
正如引言所述，关于软件的质量，很难下一个非常明确的定义。本文主要针对软件工程中的
质量管理来进行讨论。
做软件“大餐”的工序
软件质量保证（Software Quality Assurance，以下简称SQA）的目的是验证在软件开发
过程中是否遵循了合适的过程和标准。软件质量保证过程一般包含以下几项活动：
首先是建立SQA组；其次是选择和确定SQA活动，即选择SQA组所要进行的质量保
证活动，这些SQA活动将作为SQA计划的输入；然后是制定和维护SQA计划，这个计划
明确了SQA活动与整个软件开发生命周期中各个阶段的关系；还有执行SQA计划、对相关
人员进行培训、选择与整个软件工程环境相适应的质量保证工具；最后是不断完善质量保证
过程活动中存在的不足，改进项目的质量保证过程。
独立的SQA组是衡量软件开发活动优劣与否的尺度之一。SQA组的这一独立性，使其
享有一项关键权利——“越级上报”。当SQA组发现产品质量出现危机时，它有权向项目组
的上级机构直接报告这一危机。这无疑对项目组起到相当的“威慑”作用，也可以看成是促使
项目组重视软件开发质量的一种激励。这一形式使许多问题在组内得以解决，提高了软件开
发的质量和效率。其组织结构如图1所示：
选择和确定SQA活动这一过程的目的是策划在整个项目开发过程中所需要进行的质量
保证活动。质量保证活动应与整个项目的开发计划和配置管理计划相一致。一般把该活动分
为以下五类：
1）评审软件产品、工具与设施
软件产品常被称为“无形”的产品。评审时难度更大。在此要注意的一点是：在评审时不
能只对最终的软件代码进行评审，还要对软件开发计划、标准、过程、软件需求、软件设计、
数据库、手册以及测试信息等进行评审。评估软件工具主要是为了保证项目组采用合适的技
术和工具。评估项目设施的目的是保证项目组有充足设备和资源进行软件开发工作。这也为
规划今后软件项目的设备购置、资源扩充、资源共享等提供依据。
2）SQA活动审查的软件开发过程
SQA活动审查的软件开发过程主要有：软件产品的评审过程、项目的计划和跟踪过程、
软件需求分析过程、软件设计过程、软件实现和单元测试过程、集成和系统测试过程、项目
交付过程、子承包商控制过程、配置管理过程。特别要强调的是，为保证软件质量，应赋予
SQA阻止交付某些不符合项目需求和标准产品的权利。
3）参与技术和管理评审
参与技术和管理评审的目的是为了保证此类评审满足项目要求，便于监督问题的解决。
4）做SQA报告
SQA活动的一个重要内容就是报告对软件产品或软件过程评估的结果，并提出改进建
议。SQA应将其评估的结果文档化。
5）做SQA度量
SQA度量是记录花费在SQA活动上时间、人力等数据。通过大量数据的积累、分析，
可以使企业领导对质量管理的重要性有定量的认识，利于质量管理活动的进一步开展。
需要说明的是，并不是每个项目的质量保证过程都必须包含上述这些活动或仅限于这些
活动，要根据项目的具体情况来定。
SQA计划中必须明确定义在软件开发的各个阶段是如何进行质量保证活动的。它通常
包含以下内容：质量目标；定义每个开发阶段的开始和结束边界；详细策划要进行的质量保
证活动；明确质量活动的职责；SQA组的职责和权限；SQA组的资源需求，包括人员、工
具和设施；定义由SQA组执行的评估；定义由SQA组负责组织的评审；SQA组进行评审
和检查时所参见的项目标准和过程；需由SQA组产生的文档。
选择合适的SQA工具并不是试图通过选择SQA工具来保证软件产品的质量，而是用以
支持SQA的活动。选定SQA工具时，首先需要明确质量保证目标。根据目标制定选择SQA
工具的需求并文档化，包括对平台、操作系统以及SQA工具与软件工程平台接口的要求等。
如何使白壁“无瑕”
按工序去做也不一定能得到一盘完美的“大餐”，因为火侯等因素实在很难掌握。万一掌
握不好怎么办？软件质量控制主要就是发现和消除软件产品的缺陷。对于高质量的软件来
讲，最终产品应该尽可能达到零缺陷。而软件开发是一个以人为中心的活动，所以出现缺陷
是不可避免的。因此，要想交付一个高质量的软件，消除缺陷的活动就变得很重要。缺陷消
除是通过“评审”和“测试”这类质量控制活动来实现的。
缺陷在软件开发的任何阶段都可能会被引入。项目质量管理过程包含了许多可以识别缺
陷、消除缺陷的过程。“识别缺陷”和“消除缺陷”本来是两个不同的过程，但在这里为了简便
统一用“消除”来代表它们。潜在的缺陷越大，用来消除它所花的费用越高。因此成熟的软件
开发过程在每一个可能会引入潜在缺陷的阶段完成之后都会开展质量控制活动。这些为了消
除缺陷的活动包括：需求评审、设计评审、代码走查、单元测试、集成测试、系统测试以及
验收测试等。缺陷引入和消除的过程如图2所示：
质量控制的任务就是策划可行的质量管理活动，然后正确地执行和控制这些活动以保证
绝大多数的缺陷可以在开发过程中被发现。
正如前面提到的，在进行评审和测试时可检测到缺陷。评审是面向人的过程，测试是运
行软件（或部分软件）以便发现缺陷。在一个项目里，评审和测试活动是预先策划好的（计
划书中确定执行哪些质量控制活动和何时执行这些活动）。在执行过程中，根据已定义好的
过程来执行这些活动。通过执行这些活动来识别缺陷，然后消除这些缺陷。例如，系统测试
过程一般包括制定测试计划，测试计划中应列出在测试执行过程中所有的测试用例，评审测
试计划，并且最终执行测试计划。

刘洪鹏

1.0目的
本文的目的是描述ABC中心的SQA组进行内部软件过程检查所使用的程序。执行检查的
目的是为了提供对软件过程的客观承诺确认，并最终提交满足标准、手册、规格书以及程序
等方面要求的软件产品。
2.0范围
文中所描述的程序适用于ABC中心SQA组执行的内部软件过程检查。
3.0术语表
KPA：关键过程域。
SEI：软件工程研究所。
CMM：能力成熟度模型。
SQA：软件质量保证。
SCM：软件配置管理。
SQAP：软件质量保证计划。
4.0参考文献
[1]软件能力成熟度模型，1.1版，软件工程研究所，CMU/SEI-93-TR-24, February 1993.
[2]APD SQA检查程序，APD-PR-SQA-AUD-001, Version 1.0, Aug. 21, 1996.
5.0角色和职责
5.1检查者
检查者是指准备并执行检查的个人或小组。成立一个检查小组以后，首先要指定一个检查小
组领导。检查小组领导负责为小组其他成员分配检查任务。
检查小组领导负责如下各项任务：
训练和调整检查小组成员。
规划检查中用到的人力和设备等资源。
执行检查。
生成检查报告。
发布检查报告。
跟踪检查纠正活动。
检查小组领导或者作为检查者的个人必须是SQA组的成员。SQA组负责确保积极的纠正活
动被执行，并文档化识别出的软件过程中的不符合项。
5.2被检查者
被检查者是指接受检查的团体或者小组。被检查的团体或小组负责以下各项任务：
理解客观公正的检查标准。
与检查小组全力合作。
对检查报告做出响应，制定纠正活动计划。
5.3SQA代表
被检查方的SQA代表负责执行检查中的许多协调步骤，比如规划采访中涉及的人员和用到
的会谈房间，协调自我评估，建立客观证据，对检查者的需求进行反馈，以及准备下一步的
活动计划等。
5.4高层管理员
高层管理员负责监控检查过程的进展，并且在产生较大的矛盾时给予及时的辅助和调解。
6.0检查计划表
R&D SQA小组负责制订季度性的检查计划表。整个计划表发布在R&D SQA主页，并且由
SQA小组协调员负责维护。
当规划一次检查时，SQA小组将会指定其成员之一作为检查小组领导，被检查的小组则会
周期性地收到该检查小组领导的一些通知。检查小组领导是检查计划的所有者，他（她）负
责参照检查程序来指导检查活动。
7.0检查程序
在执行特定的检查时，检查小组或个人负责包括以下各阶段的所有检查活动：
计划
概要
准备
检查
报告
纠正活动
跟踪
7.1计划
如有必要，检查者首先将会重新检查过去的一些不符合项和对软件开发的纠正活动需求，并
且标志出那些需要再次进行检查的领域。
检查者将会生成并使用一些合适的软件核对表来指导软件开发每一阶段/过程的检查活动。
这些核对表可以从以下资源或其结合中而得出：
项目开发计划。
项目SCM计划。
项目SQA计划。
核对表的内容可以根据项目阶段的不同而有所不同。以下是在检查计划阶段所需要执行的一
些活动：
确保对于将要接受检查的每一个软件过程都有一个带有客观检查标准的核对表。
标识出涉及到被检查软件过程的一些突出的纠正活动条款。
为概要做计划。
7.2概要
检查者掌握对被检查者的概要，包括项目经理和SQA代表等信息，以便于开展进一步的检
查活动。
评审对被检查过程进行检查的标准。
评审检查的一些技术性细节，包括前面定义的角色和职责等。
向被检查的每一项过程分发核对表，以便于被检查者开展初始的自我评估。
要求被检查者准备客观证据，包括能够证实符合需求过程的一些工作产品实例。


评审检查中的其他一些计划。
7.3准备
在准备阶段，SQA代表应该确保所需要的信息已经就位，以便于检查的进一步开展。
确保自我评估已经完成。
确保已经得到了包括能够证实符合需求过程的一些工作产品实例在内的客观证据。
7.4检查
在检查阶段，主要是仔细检查所得到的客观证据是否符合指定标准。检查者参照客观检查证
据对工作产品进行评估。
检查者应该确保完成核对表。
检查者评审检查标准以及被检查者的初始自我评估结果。
检查者检查说明符合项的客观证据。
检查者与相关人员进行会谈，以确定有关当前被检查软件过程的实践。作为一项准则，要求
项目组成员的10%到20的人员参加了该检查步骤的会谈。
7.5报告
经过检查阶段之后，检查者生成一份检查报告。
生成发现的草案初稿（参见附录A），同时为检查中的所有参与者生成该草稿的一份拷贝。
在提交草案初稿后的1-2天内与被检查者召开一次提交检查会议，以获取对发现的一致性认
可。
解决发现中的问题，并相应更新报告。
向参与者、被检查者的管理人员以及质量小组管理人员分发最终报告。
7.6活动计划
如果在检查中发现了某些不符合项，SQA代表则负责制定相应的纠正活动。
被检查方制定一份包含纠正活动条款（参见附录B）的活动计划，当该计划完成时，应该可
以解决检查中发现的一些不符合项问题。该活动计划应该在最终检查报告发布后的20个工
作日内制定出，并提交给检查者。
检查者评审活动计划，计划应该能够确保被检查方解决了所有发现的问题。
活动计划被接受以后，个人纠正活动条款由检查者记录在SQA纠正活动条款日志中。
7.7跟踪
经过活动计划阶段之后，检查者必须跟踪纠正活动条款的完成情况。
检查者检验被标示为已经完成的纠正活动条款。
SQA代表跟踪所有的纠正活动条款，以确保软件过程取得了相应的进展。
检查者跟踪每一项纠正活动条款，确保其在规定的时间内完成。
检查者检验纠正活动条款是否已经完成。
8.0附录A——检查报告内容
本附录包含了对检查报告内容的一般性描述。
1.0介绍
{介绍部分简要描述检查报告内容}
2.0范围
{范围部分用来描述检查中使用的标准以及被检查方的参与者}
3.0结果
{结果部分用来详细说明检查中使用的核对表内容，并对结果进行总结}
4.0检查发现
4.1强项
{该部分包含有关被检查者强项的观察内容}


4.2不符合项
{该部分包含所有检查出的不符合项问题，以及对不符合项进行的解释，这一部分可用斜体
给出}
4.3分析和建议
{该部分包含对不符合项进行的分析，以及对解决不符合项问题的一些建议。其他一些并不
属于不符合项问题的观察也可以在此给出。}
4.4跟踪需求
{如有必要，该部分给出活动计划需要的描述}
9.0附录B——活动计划内容
该附录包含对活动计划内容的一般性描述。活动计划包含纠正活动条款，每一项条款都应该
包含如下信息。
9.1条款
{描述纠正活动条款}
9.2执行活动
{描述需要执行的纠正活动}
9.3所有者
{负责完成该纠正活动的人}
9.4完成日期
{纠正活动条款完成的期限}