2. SystematicSystematic process that translates quality policy into measurable objectives and requirements, and lays down a sequence of steps for realizing them within a specified timeframe.processquality policyobjectivesrequirementsdownsteps

3. A quality plan needs to cover a number of elements:  What needs to go through a quality check?  What is the most appropriate way to check the quality?  When should it be carried out?  Who should be involved?  What "Quality Materials" should be used? What needs to be checked?  Typically what needs to be checked are the deliverables. Any significant deliverable from a project should have some form of quality check carried out. A requirements document can be considered significant. A memo or weekly report may not be significant.  For the project itself, it may be appropriate to have the project management practices reviewed for quality once the project is initially established. This may be useful to give the Sponsor and Steering Committee a level of confidence in the team.

4. What is the most appropriate way to check?  To answer this question requires thinking backwards. If the end result is that a particular deliverable should meet a standard, then part of the quality checking should focus on compliance with the standard. This would indicate a "Standard Audit" could be the best approach. You also need to differentiate between "correct" and "well engineered". A "well engineered" bridge may never fall down. If it is doesn't cross the river at the right place, it is not "correct". Similarly a test plan may be clear and easy to follow but not test everything it should. Alternatively it may cover all the testing but cannot be clearly followed. Quality checking may be for either "correct" or "well engineered", or it may be for both. When should it be carried out?  Most "Quality Events" are held just prior to the completion of the delivery. If however there are long development lead times for a deliverable, it might be sensible to hold earlier "Quality Events". For example, if development of code for a particular module will take 10 weeks, it may be worth holding a code inspection after 4 weeks to identify any problems early and reduce rework.

5. Who should be involved?  Obviously, the producers of the deliverable should be involved. The others involved will be dependant on the type of quality event. It is also useful to have some representation from the receivers of the information in order to ensure you are not using jargon that makes it clear to the producers, but unclear to the receivers. What Quality Materials should be used?  The materials used should be a prompt for the reviewers to ensure there are no gaps. The "Quality Materials" will usually be self evident. It may be useful to reduce things like standards to checklists in order to make them more manageable. If the reviewers know the specifications for xyz in standard abc, they only need to be reminded to check xyz. They don't need the full standard as the primary piece of "Quality Material". It can just be a reference.

6. It can be defined as a set of activities planned at the beginning of the project that helps achieve Quality in the Project being executed. The Purpose of the Project Quality Plan is to define these activities / tasks that intends to deliver products while focussing on achieving customer's quality expectations. These activities / tasks are defined on the basis of the quality standards set by the organization delivering the product. Project Quality Plan identifies which Quality Standards are relevant to the project and determines how can they be satisfied. It includes the implementation of Quality Events (peer reviews, checklist execution) by using various Quality Materials (templates, standards, checklists) available within the organization. The holding of the Quality Event is termed as Quality Control. As an output of the various activities, Quality Metrics or Measurements are captured which assist in continuous improvement of Quality thus adding to the inventory of Lessons Learned. Quality Assurance deals in preparation of the Quality Plan and formation of organization wide standards.

7. Project Quality Plan should be written with the objective to provide project management with easy access to quality requirements and should have ready availability of the procedures and standards thus mentioned.

8. The following list provides you the various Quality Elements that should be included in a detailed Project Quality Plan:  Management Responsibility. Describes the quality responsibilities of all stakeholders.  Documented Quality Management System. This refers to the existing Quality Procedures that have been standardized and used within the organization.  Design Control. This specifies the procedures for Design Review, Sign-Off, Design Changes and Design Waivers of requirements.  Document Control. This defines the process to control Project Documents at each Project Phase.  Purchasing. This defines Quality Control and Quality Requirements for sub-contracting any part / whole part of the project.  Inspection Testing. This details the plans for Acceptance Testing and Integration Testing.

9.  Nonconformance. This defines the procedures to handle any type of non-conformance work. The procedures include defining responsibilities, defining conditions and availability of required documentation in such cases.  Corrective Actions. This describes the procedures for taking Corrective Actions for the problems encountered during project execution.  Quality Records. This describes the procedures for maintaining the Quality Records (metrices, variance reports, executed checklists etc) during project execution as well as after the project completion.  Quality Audits. An internal audit should be planned and implemented during each phase of the project.  Training. This should specify any training requirements for the project team.

10. For quality assurance to be effective, two things must be ensured:  First, the Project Quality plan must be sufficient to achieve the required quality standards expected of the organization. In this regard the plan must not only be specific and detailed listing all quality requirements and standards, but also include all the steps taken to ensure that those requirements and standards are met.  Secondly, quality assurance (i.e. final product testing) should be independent of the project itself (as well as the project manager). This comes down from the project management guidelines for effective quality assurance, and builds on a broad-based, organizational approach to standards-based product testing.

11. The development of a Project Quality Plan is a team process that depends as much on communicating information as it does on planning. The key objective is to create a cohesive dialog and subsequently develop awareness of potential quality issues assurance. Based on this awareness, project managers can prepare plans and actions to counter any weaknesses or deficiencies in the project execution, thus ensuring that all quality standards are met effectively.

12. Producing a quality plan is not complex. It involves identifying all the deliverables at the start of the project and deciding how to best validate their quality. There is an overhead in undertaking quality checks but this is offset by not having to fix things further down the line. Inevitably, the later you find a problem, the longer it takes to fix. It is also going to make your customers more comfortable if they see that quality is being addressed during the project. It can even be a good PR exercise to bring them to a quality review. Not only do they see that quality is being addressed, but it also exposes them to the complexity that usually exists in a project. Finally, having uncovered the quality issues, be sure you have a mechanism in place to fix the problems. There must be some follow up process to allocate fixes to particular people and ensure they actually make the changes. This implies that time must be built into the schedule for rework following quality events.

13. THANK YOU ! GODBLESS YOU ALL mwuah