Showing posts with label quality assurance. Show all posts
Showing posts with label quality assurance. Show all posts

Monday, August 30, 2010

Different Between Quality Assurance & Quality Control

QA: Quality Assurance is the process which are having their eyes on the process to provide the assurity of the quality. like doing the testing at the time of development, giving the review comments and forced the developers to fixed the defects of the requirement, designed, coding and testing phase is the Quality Assurance.

Quality Control: Before delivering the product to make sure that all the documentation are provided, product has meet with the requirement criteria, all the SDLC phase are met with the exit criteria is the Quality control.

Difference between Quality Control and Quality Assurance?

Quality ControlQuality Assurance
DefinitionQC is about checking at the end of some development process (e.g. – a design activity) that we have built quality in i.e. that we have achieved the required quality with our methods.QA is about having an overall development and management process that provides right environment for ensuring quality of final product.
DescriptionQC is like testing a module against requirement specification or design document, measuring response time, throughput etc.QA gives us added assurance that the whole producing or checking process is properly planned and executed and thus maintaining high quality.
What it doesTo check that the modern methods of software development are largely designed to ensure right quality is achieved. QC checks that these methods are in place and to discover where they are not then corrections are to be made.It gives us added assurance that the while producing / checking process is being properly planned and executed and hence is keeping high our chances of producing software of required quality.
StagesDefine features and levels Define feature check procedure Carrying out the check procedure Record the result take and record any corrective action taken.1. Determination of quality policy through Quality Management System 2. Checking that predetermined Quality control activities are being properly taken care off.
Best carried out onQC is best carried out on productsQA is best carried out on process.
Phase of implementationQC should take place at every stage of SDLC.QA should be done at end of every SDLC i.e. when product building is complete.
TechniqueStructured walkthrough, Fagan Techniques are some of QC techniques.Quality policy defined and generally implemented in the form of Quality Management System is used to carry out QA.

As per ISO 9000 Standards:

Quality Control means – The Operational Techique and activities that are used to fullfill requirements of Quality,

Quality Assurance means – All Those planned and systematic activites implemented already , to provide adequate confidence that an entity will fulfillrequirements of Quality.

The following table can explain in detail:

QC QA

Product Process

Reactive Pro-active

Line Function Staff Function

Find the defects Prevent the defects

e.g.

QC QA

Walkthrough Quality Audit

Testing Defining Process

Inspection Selection of tools

Checkpoint Review Trainings

Thursday, April 8, 2010

Different Between Quality Assurance & Quality Control

QA: Quality Assurance is the process which are having their eyes on the process to provide the assurity of the quality. like doing the testing at the time of development, giving the review comments and forced the developers to fixed the defects of the requirement, designed, coding and testing phase is the Quality Assurance.

Quality Control: Before delivering the product to make sure that all the documentation are provided, product has meet with the requirement criteria, all the SDLC phase are met with the exit criteria is the Quality control.

Difference between Quality Control and Quality Assurance?

Quality ControlQuality Assurance
DefinitionQC is about checking at the end of some development process (e.g. – a design activity) that we have built quality in i.e. that we have achieved the required quality with our methods.QA is about having an overall development and management process that provides right environment for ensuring quality of final product.
DescriptionQC is like testing a module against requirement specification or design document, measuring response time, throughput etc.QA gives us added assurance that the whole producing or checking process is properly planned and executed and thus maintaining high quality.
What it doesTo check that the modern methods of software development are largely designed to ensure right quality is achieved. QC checks that these methods are in place and to discover where they are not then corrections are to be made.It gives us added assurance that the while producing / checking process is being properly planned and executed and hence is keeping high our chances of producing software of required quality.
StagesDefine features and levels Define feature check procedure Carrying out the check procedure Record the result take and record any corrective action taken.1. Determination of quality policy through Quality Management System 2. Checking that predetermined Quality control activities are being properly taken care off.
Best carried out onQC is best carried out on productsQA is best carried out on process.
Phase of implementationQC should take place at every stage of SDLC.QA should be done at end of every SDLC i.e. when product building is complete.
TechniqueStructured walkthrough, Fagan Techniques are some of QC techniques.Quality policy defined and generally implemented in the form of Quality Management System is used to carry out QA.

As per ISO 9000 Standards:

Quality Control means – The Operational Techique and activities that are used to fullfill requirements of Quality,

Quality Assurance means – All Those planned and systematic activites implemented already , to provide adequate confidence that an entity will fulfillrequirements of Quality.

The following table can explain in detail:

QC QA

Product Process

Reactive Pro-active

Line Function Staff Function

Find the defects Prevent the defects

e.g.

QC QA

Walkthrough Quality Audit

Testing Defining Process

Inspection Selection of tools

Checkpoint Review Trainings

Thursday, August 27, 2009

ISO 9000 — a way of managing for conformance

Quality assurance, according to the Standard, is a way of managing that prevents non-conformance and thus “assures quality”. This is what makes ISO 9000 different from other standards: it is a management standard, not a product standard. It goes beyond product standardisation: it is standardising not what is made but how it is made. To use standards to dictate and control how organisations work was to extend the role of standards to new territory. To take such a step we might have firstly established that any such requirements worked — that they resulted in ways of working which improved performance.
Yet the plausibility of this Standard, and the fact that those who had an interest in maintaining it were (and still are) leading opinion, prevented such enquiries. In simple terms the Standard asks managers to say what they do, do what they say and prove it to a third party.
ISO 9000 (1994) paragraph 1: “The requirements specified are aimed primarily at achieving customer satisfaction by preventing non-conformity at all stages from design through servicing.”
To put it another way, the Standard asserts that preventing non-conformance achieves customer satisfaction. But does it? Of course it matters to customers that a product works. But there is no guarantee that the Standard will ensure even that. Furthermore, customers take a total view of an organisation — how easy it is to do business with — in respect of all things of importance to each and every customer.
ISO 9000 requires managers to “establish and maintain a documented quality system as a means of ensuring that product conforms to specified requirements”. Loosely translated this is “say what you do”. Management is supposed to “define and document its policy for quality . . . including its commitment to quality”.
What management would not declare its commitment to quality? But would they know what it means? Would they argue (as they should) that quality management is a different and better way to do business, or would they believe that ISO 9000 will take care of quality? The Standard encourages managers to think of “quality” and “business as usual” as separate and distinct. It helps managers avoid the revelation that quality means a wholly different view of management. Instead, the organisation “shall appoint a management representative who, irrespective of other responsibilities, shall have defined authority and responsibility” [for ISO 9000]. At a practical level this means only one executive might decide he or she had better learn a thing or two about quality. However, would being responsible for ISO 9000 lead to learning about quality or simply enforcing the ISO 9000 regime in an organisation?
Key to the regime is auditing. The Standard requires organisations to conduct internal quality audits to “verify whether quality activities comply with planned arrangements”. This can be loosely translated as “do you do as you say?” and the purpose of the audit is to see that you do. It was not until the 1994 review that the words were changed to “quality activities and related results”. It was a Standard which was rooted in the philosophy of inspection: fifteen years after its initial promulgation the promoters sought to extend the focus to results. But results or improvements assessed by what means? Inspection. By the time the Standard was adopted world-wide, quality thinking had moved a long way from the philosophy of inspection. It is now understood, at least by a few, that quality is achieved through managing the organisation as a system and using measures which enable managers to improve flow and reduce variation (which we explore in chapters 5 and 7). The defenders argue that there is nothing stopping a company having ISO 9000 and implementing methods for managing flow and reducing variation, but where are such companies? Few of the companies we researched, formally and informally, knew anything about this thinking. The Standard does not talk about it; moreover, the Standard effectively discourages managers from learning about it by representing quality in a different way.
According to ISO 8402 (quality vocabulary), quality is:
“The totality of features and characteristics of a product or service that bear on its ability to satisfy stated or implied needs.”
Everything we have learned about ISO 9000 suggests that the people who created this definition were thinking about the things which need to be controlled, those things which “bear on its ability . . .”. The builders of the Standard assumed that customer needs would be listed in contractual agreements between the supplier and customer. ISO 9000 has a “make” logic — procedures for “how you do what you do” — and a “control” logic — check to see that it is done. It is a relic of the era when contractual agreements were perceived to be an important device for regulating the behaviour of suppliers. In these ways, ISO 9000 encouraged “planning for quality”.
Planning for quality sounds plausible, but it assumes many things: that the plan is the right plan, that it is feasible, that people will “do it”, that performance will improve. It is an approach which, paradoxically, leads to poor decisions. Planners of quality systems, guided by ISO 9000, start with a view of how the world should be as framed by the Standard. Understanding how an organisation is working, rather than how someone thinks it should, is a far better place from which to start change of any kind.

ISO 9000 Series and Six Sigma

ISO (International Organization for Standardization) 9000 series standards were first published in 1987, revised in 1994, and re-revised in 2000 by the ISO. The 2000 revision, denoted by ISO 9000:2000, has attracted broad expectations in industry.
As of the year 2001, more than 300,000 organizations world-wide have been certified to the ISO 9000 series standards. It embodies a consistent pair of standards, ISO 9001:2000 and ISO 9004:2000, both of which have been significantly updated and modernized. The ISO 9001:2000 standard specifies requirements for a quality management system for which third-party certification is possible, whereas ISO 9004:2000 provides guide- lines for a comprehensive quality management system and performance improvement through Self-Assessment.
The origin and historical development of ISO 9000 and Six Sigma are very different. The genesis of ISO 9000 can be traced back to the standards that the British aviation industry and the U.S. Air Force developed in the 1920s to reduce the need for inspection by approving the conformance of suppliers’ product quality. These standards developed into requirements for suppliers’ quality assurance systems in a number of western countries in the 1970s. In 1987 they were amalgamated into the ISO 9000 series standards.
Independent of ISO 9000, the same year also saw the launch of Six Sigma at Motorola and the launch of Self-Assessment by means of the Malcolm Baldrige National Quality Award in USA. Both Six Sigma and Self-Assessment can be traced back to Walter A. Shewhart and his work on variation and continuous improvement in the 1920s. It was Japanese industry that pioneered a broad application of these ideas from the 1950s through to the 1970s. When variation and continuous improvement caught the attention of some of the
American business leaders in the late 1980s, it took the form of the Malcolm Baldrige National Quality Award, on a national level, and of Six Sigma at Motorola.
Some people are wondering if the ISO 9000:2000 series standards make Six Sigma superfluous. They typically refer to clause 8 of ISO 9001: It requires that companies install procedures in operations for the measurement of processes and data analysis using statistical techniques with the demonstration of continuous improvement . They also partly refer to the ISO 9004:2000 standards that embody guidelines and criteria for Self-Assessment similar to the national quality awards.
The ISO 9000 series standards have from their early days been regarded and practiced by industry as a minimum set of requirements for doing business. The new ISO 9000:2000 stan
dards do not represent a significant change to this perspective. Six Sigma on the other hand, aims at world-class performance, based on a pragmatic framework for continuous improvement.
The author believes that Six Sigma is superior in such important areas as rate of improvement, bottom-line and top-line results, customer satisfaction, and top-level management commitment. However, considering the stronghold of ISO 9000 in industry, Six Sigma and ISO 9000 are likely to be applied by the same organization, but for very different purposes.