PMC post implementation review

3,024 views

Published on

Published in: Business, Technology
1 Comment
0 Likes
Statistics
Notes
  • Be the first to like this

No Downloads
Views
Total views
3,024
On SlideShare
0
From Embeds
0
Number of Embeds
7
Actions
Shares
0
Downloads
59
Comments
1
Likes
0
Embeds 0
No embeds

No notes for slide
  • The quality of future products can be improved by improving the way the products are developed. WLE (Work Life Effectiveness) Help future projects avoid pitfalls Help future projects avoid long hours Help future projects succeed This is NOT where we celebrate our success. The celebration needs to be a separate event. The PIR is hard work. Need to stay focused on the task. Requires considerable thought. Celebrating our success should not be work.
  • What have we proven to work that should be repeated by future projects? Where do the existing processes not meet our needs? What do we want to make sure future projects don’t do? Where can we standardize – the benefits here are the same as those for driving us toward having standard processes across the organization? Where can we automate tasks? Simple tasks that are repeated many times Complex tasks that are prone to error
  • (Last 2 sentences in the OSP will be discussed during the review of the process) Notice the timing – “prior to closure”. PLC project closure has the successful completion of a PIR as an entry criteria. Known by many names – retrospective, post mortem, post implementation review. Our PIR is different than any other at Intel due to our new opportunities (to be described later).
  • If we want to remain competitive, we must improve quality and efficiency. We must continually move forward. CMMI is a process improvement framework. Insanity: doing the same thing over and over again and expecting different results. - Albert Einstein
  • This is the environment that most all of Intel is currently in. Once learnings are identified, the trick is to be able to effectively pass these learnings along to future projects. The people from the old project go on to new projects and hopefully will take at least some of the learnings with them. This usually limits the learnings passed along to the domains of the personnel passed along. If you are fortunate enough to have a database or website where learnings can be archived (the shaded part of the picture), new projects can find relevant learnings to apply to their project. This relies on a pull system (the end user having the desire and time to go get the information), and a structure that allows a person to find relevant learnings within a large database. Hopefully the project personnel will have the time, desire, and mechanisms to sift through the information and find something meaningful to his/her project. Relying on ‘hope’ for the foundation for process improvement is not very reassuring (hope people take learnings with them; hope new projects have experienced people on them; hope PMs will/can find applicable learnings in a large database; hope new projects are aware of pitfalls experienced by past projects; hope the word gets passed along). The Intel retrospective web site states that incorporating BKMs/Key Learning’s into subsequent projects is the most challenging part of the process! And that having no closed loop to require key learning’s to be considered for subsequent projects is a major issue. WE HAVE AN OPPORTUNITY TO RESOLVE THIS.
  • This is the environment that ISTG is in. This provides us with a huge advantage that affords us some great opportunities. All projects use the standard processes. Each project incorporates its learnings back into the standard processes. This enables a project to share its learnings (using a push system) with the entire organization, all geographies, and all applications. So the objective of the PIR is to improve future projects by identifying and sharing learnings, preferably by using the process change control procedures.
  • The JAD that developed the PIR process decided that the PIR meeting must not exceed 2 hours, which meant that a survey taken prior to the meeting must be used to collect information from which to derive the learnings.
  • Review tables 3.1 and 3.2, including notes. Table 3.1: Planning is done early in the life cycle (during the Planning Phase), immediately after the entry criteria has been met. Entry criteria – names do not necessarily have to be assigned to roles, as long as you know which roles need to participate (including any stakeholder who uses the processes). The PIR must be conducted at the end of the project. However, the PIR process may be utilized at additional points in the life cycle (e.g., at the end of a phase, or after an event like a delivery by a supplier). Table 3.2: Go to the survey tool and walk through how to set up a survey. Survey tool provides anonymity if that is important (some groups find this important, other groups want to know who sent the information – this can vary by country and is dependent on the culture). Notice the timing of the PIR in the Notes. A completed PIR is an entry criteria to PLC Closure. The standard survey MUST be used, and CANNOT be modified, but CAN be appended with additional questions if desired.
  • Review table 3.3, including notes. Table 3.3: Survey participants must include the project manager, all personnel attending the PIR meeting, and those stakeholders who will not attend the PIR meeting but have used the processes. These individuals are identified in the PMP. Notice the objective in step 1. Review eBG-PC-42-Post Implementation Review Survey.doc. Survey: Survey asks for 3 most successful activities, and 3 biggest pain points. This is the team’s opportunity to improve the next project and fix what is broken. Describe the successful activity in enough detail that the process can be updated with the information. ‘Enough detail’ means that future projects can execute these successful BKMs. The description of the crucial issue and its root causes are steps to the objective, which is the resolution and hence the process improvement/learning. The expectation of those surveyed is that substantial thought be put into what went well and what didn’t. Substantial thought must be put into the root cause and resolution for the PIR activity to add any value. Quality (process) improvement must be a way of life for us, and this takes a concerted effort. The resolution of each root cause of an issue is the process improvement. The root cause and resolution must be in enough detail to effectively initiate a process change.
  • Take time to really think about ‘why’ the issue occurred. Make this an informal analysis. Use paper and pencil if necessary, but this may be able to be done in your head if the issue is simple enough. There is no “right” answer, so don’t worry about getting it wrong. Think about what could have existed so that this issue would not have occurred on your project. This is the process improvement. Please document this as the resolution. You may have several resolutions, especially if there is more than one root cause. If you can’t figure out the resolution, just document the issue and root cause(s), leaving the resolution blank. If you can’t figure out the root cause, just document the issue and leave the rest blank (but make sure you put forward a legitimate attempt at identifying the root cause). FOR THE RESOLUTION: Think about the existing process. What would have helped prevent this from occurring? Add a template (checklist; taxonomy; email template; etc.). Add a field to a template. Add descriptive/instructional text (in italics) to the field of a form. Add a comment with instructions to an Excel cell. Add an item to a list (a role to the R&R org standard; an item to an existing checklist; etc.). Clarify a process step. Assign a different role to a process step. Process should require that a record be archived. Etc., etc., etc.
  • As a class, complete these exercises. Complete the survey table for each example with the root cause(s) and resolution(s). Do not spend more than 3-4 minutes on each exercise (1-2 minutes may suffice).
  • Assumption: No known errors were made during programming (so you didn’t know how to program it).
  • Review table 3.4, EXCLUDING notes. Table 3.4: eBG-TP-45-Post Implementation Review Presentation Template.ppt will be reviewed in a subsequent slide. Concentrate only on extracting the results from the surveys and recording them on either the survey results spreadsheet (for process change requests) or the presentation template (either as learnings/tips that are not process improvements, or as open items to be analyzed during the PIR meeting). This step is to organize the feedback from the surveys. Combine duplicate issues or successes. The root causes may not be identical, so list all unique root causes and resolutions that are valid. This will require a new mindset. Try to apply every resolution and BKM to processes since this is the most effective way to proliferate the learnings. Most all learnings will be able to be applied to a process, and very few will need to be tips.
  • Review the notes in table 3.4. Survey (eBG-PC-42-Post Implementation Review Survey.doc): Successful activities If question 2/7/12 is answered “no”, determine if the BKM is truly better than the existing process, and why the process was not followed (root cause). If questions 3/8/13 is answered “yes”, then there is no further action required. The BKM is already required. If question 3/8/13 is answered “no”, then the BKM is not included, or is not clear, in the existing process and needs a process change request. If question 4/9/14 is answered either “yes” or “no”, a process change request is needed. The answer to questions 4 and 5 help determine the resolution. Issues For questions 17/19/22, verify that these are the root causes. Complete the root cause analysis if incomplete or missing. For questions 18/20/23, verify that the resolution will prevent the issue from occurring in the future, and correct or embellish if necessary. Ensure that each root cause has a resolution.
  • Complete the template through the ‘Open Items’ page. The remainder of the template is to be used to document the decisions made during the meeting, and to document meeting minutes. Any ‘Tip’ without an action plan probably will not be able to be used in the future. Sensitive issues (e.g., human resource issues) may be dealt with offline and not documented. The time-boxed agenda provided is only a guideline. Make a best-guess as to the priority of the Open Issues and list them in order of importance, highest importance first.
  • As a class, discuss what action the PM should take. Refer to the speaker notes on the previous slide to help disposition each example. Do not spend more than 3-4 minutes on each exercise (1-2 minutes will be all that is needed on most).
  • Assumption: the process does not mandate how to track the build process.
  • Review table 3.5. Table 3.5: Open the process change request spreadsheet (eBG-TP-55-PIR Survey Results.xls embedded in the presentation) and validate the proposed change requests that will be submitted. Validate the ‘Tips’ and corresponding ‘Action Plans’.
  • When addressing the Open Issues, take a little time (but not too long) to prioritize them since analysis time is limited. Start by asking if there are any disagreements with the order in which they appear, with the highest priority being listed first. Try to come to a quick resolution as to the priority. If agreement cannot be reached, use a more formal technique. THIS IS NOT A SKILLS CLASS. Nominal Group Technique Assign a letter to each item (first item is A, second item is B,…). Assume 5 items on the list. The most important item receives a 5, the next most important receives a 4, … and the least important receives a 1. The highest priority MUST have the highest value so a non-vote (equating to 0) does not increase an items priority. Each participant ranks the items and assigns a score, 5 through 1. The project manager adds the rankings for each item. The sum for each item indicates is priority, with the highest sum receiving the highest priority. Limit the number of rankings to 10, even if there are more than 10 items. Each participant only ranks the top 10 items, with all other items receiving a 0 from that participant. Weighted Multivoting Assign a letter to each item (first item is A, second item is B,…). Assume 5 items on the list. Each participant has 100 votes to distribute among the items. A participant may give all 100 votes to a single item, or spread the votes among several items depending on their relative importance. The project manager adds the ratings for each item. The sum for each item indicates is priority, with the highest sum receiving the highest priority. If the sums are close, another round may be performed between the items with close vote totals.
  • THIS IS NOT A SKILLS CLASS. Use fishbone diagram (a.k.a. cause and effect or Ishikawa diagram). You may only get a couple of these completed in one hour, so make sure you prioritize. Make sure everyone agrees on the problem statement. Include as much information as possible on the “what,” “where,” “when,” and “how much” of the problem. Use data to specify the problem. Modify the categories of the major bones to fit the situation. Keep asking “why” until you have reached the root cause (go no more than 4 levels deep). A root cause may appear multiple times. These root causes may be more critical than others. Visio has a root cause template (see attachment).
  • Perform the root cause analysis as a class. Using a white board would be easiest, but this can also be done via NetMeeting by completing the Visio attachment above. This exercise will take approximately 10-15 minutes).
  • Review tables 3.6 and 3.7. Table 3.6: Process Coach will submit the process change requests. Table 3.7: Archive the PIR presentation/minutes in the project records repository.
  • Students should be referred to the web site for the most current list of terms and definitions.
  • Write the test codes on the board and be prepared to give them to the students.
  • There are 2 resolutions, one for each root cause. Both root cause resolutions could be a combination of a process and a template.
  • There are 2 root causes. The first root cause has no resolution (unless we want to buy a new VCR). Some root causes will not have resolutions. Notice that the second root cause resolution does NOT state that I should go back and read the VCR instructions. This only addresses the symptom, and is a bandage. We need to ensure we fix the root cause for future project, which in this case needs to address ALL appliances and electronics so I know how to use them.
  • It is important to precisely state the issue. Notice that the “gas gauge is STILL broken”, putting the issue in context. So the gas gauge did not JUST break. Also notice that this is a compound issue signified by ‘because’, so there are actually 2 related issues. If one issue is resolved, the other goes away, but both may need to be resolved due to the length of time to fix the primary issue. There are 3 root causes, and 3 resolutions. The last resolution has 2 alternatives. The EPG may choose one, or may include tailoring criteria if both are accepted.
  • PMC post implementation review

    1. 1. ISTGTemplateRev08.17.04eSPPost Implementation Review(PIR)
    2. 2. 2PPPMC – PM, Version 2.0AgendaLearning ObjectivesPIR PurposeOld and New EnvironmentsPIR ProcessExercisesReferencesNew Glossary TermsTest
    3. 3. 3PPPMC – PM, Version 2.0Learning ObjectivesDescribe the importance of performing aPost Implementation Review (PIR)Describe the new opportunity for sharinglearningsDescribe the timing and use of the PIRprocessConduct the PIR process
    4. 4. 4PPPMC – PM, Version 2.0PIR PurposeImprove the quality of future productsMake life easier for future project teamsNOT to celebrate
    5. 5. 5PPPMC – PM, Version 2.0Fulfilling the PIR PurposeProliferate proven BKMsIdentify and fix current process gapsLearn from our mistakesIdentify opportunities for standardizationIdentify opportunities for automation
    6. 6. 6PPPMC – PM, Version 2.0PIR RequirementsReferencethe PIR sectionof the OSP
    7. 7. 7PPPMC – PM, Version 2.0Why is a PIR important?We want to and need to improve ourmethods for developing products– Better– Faster– CheaperSets aside time when we can focus onprocess improvementProvides an efficient way to proliferateimprovements
    8. 8. 8PPPMC – PM, Version 2.0Old EnvironmentLearningsNewprojectNewprojectNewprojectDatabaseLearningLearningLearningLearningLearningLearningLearningsOldProject
    9. 9. 9PPPMC – PM, Version 2.0New Environment……New OpportunitieseSPProjectLearningsProjectLearningsProjectLearnings
    10. 10. 10PPPMC – PM, Version 2.0PIR Process DevelopmentRequirement - must take advantage of thenew environmentConstraint – PIR meeting must not exceed2 hoursDue to the constraint, a survey must beutilized
    11. 11. 11PPPMC – PM, Version 2.0PIR ProcessPIR planning is done during the PlanningPhaseReferenceeBG-PD-23-Post Implementation Review.doc
    12. 12. 12PPPMC – PM, Version 2.0Completing the SurveyReferenceeBG-PD-23-Post Implementation Review.docand eBG-PC-42-Post Implementation Review Survey.docSurvey intentionally does not haveleading questions and is not constrictingSurvey is short so that participants can putsubstantial thought into improving methods
    13. 13. 13PPPMC – PM, Version 2.0Determining the Root CauseIdentify the issueAsk “Why” the issue occurredFor each of the answers, ask “Why” againRepeat until you know what actions orcircumstances caused the issue to occurLimit yourself to 4 levels of causesConcentrate on resolving the most criticalroot causes (what can we do to make surethis never happens again)
    14. 14. 14PPPMC – PM, Version 2.0ExerciseExerciseFor each issue, determine the root cause(s)For each root cause, provide a resolutionthat is repeatable by every future project
    15. 15. 15PPPMC – PM, Version 2.0Exercise #1Exercise #116. Describe the most crucial issue experienced during the execution of the project.I bought eggs at the store and we already had eggs.17. Why did this issue occur (root cause)?18. What specifically can be done to ensure that the issue will not occur on anotherproject? Think about which eSP process or collateral would be impacted,additional collateral required, training, communication requirements, etc.
    16. 16. 16PPPMC – PM, Version 2.0Exercise #2Exercise #216. Describe the most crucial issue experienced during the execution of the project.VCR didn’t record because it was programmed incorrectly.17. Why did this issue occur (root cause)?18. What specifically can be done to ensure that the issue will not occur on anotherproject? Think about which eSP process or collateral would be impacted,additional collateral required, training, communication requirements, etc.
    17. 17. 17PPPMC – PM, Version 2.0Exercise #3Exercise #316. Describe the most crucial issue experienced during the execution of the project.Ran out of gas because the gas gauge is still broken.17. Why did this issue occur (root cause)?18. What specifically can be done to ensure that the issue will not occur on anotherproject? Think about which eSP process or collateral would be impacted, additionalcollateral required, training, communication requirements, etc.
    18. 18. 18PPPMC – PM, Version 2.0Consolidating Survey ResultsExtract information from the surveysComplete root cause analysis and resolution if possibleRecord results in the spreadsheet or presentationReferenceeBG-PD-23-Post Implementation Review.docandeBG-TP-55-PIR Survey Results.xls
    19. 19. 19PPPMC – PM, Version 2.0Extracting Process ImprovementsSuccessful activities– Determine if the item is a valid BKM– Determine why the BKM is not part of a process(root cause)– Is it a tip?– Determine the resolution (how to make it part of theprocess)Issues– Ensure root cause(s) is identified and accurate– Ensure there is a valid resolution for each rootcause
    20. 20. 20PPPMC – PM, Version 2.0PIR Meeting PreparationEach ‘Tip’ must have an action planThe ‘Open Items’ will be dispositionedduring the meetingReferenceeBG-TP-45-Post Implementation ReviewPresentation Template.ppt
    21. 21. 21PPPMC – PM, Version 2.0ExerciseExerciseFor each survey result, determine:– what action the PM should take; and– where to document each result in thepresentation template
    22. 22. 22PPPMC – PM, Version 2.0Exercise #4Exercise #416.Describe the most crucial issue experienced during the execution of the project.Though I think our Risks were comprehensive from a detailed level, I think wemissed identifying risks in entire areas, like with regard to integration.17.Why did this issue occur (root cause)?There are too many possible risks to think of all the different areas where risksmay occur.18.What specifically can be done to ensure that the issue will not occur on anotherproject? Think about which eSP process or collateral would be impacted,additional collateral required, training, communication requirements, etc.Create a checklist or taxonomy to help with risk identification so we don’t missan area like integration, including common attributes of risks within each area.
    23. 23. 23PPPMC – PM, Version 2.0Exercise #5Exercise #51.Describe the most successful activity performed by project team members thatprovided the most benefit to the project.Communication Plan was a good tool that provided thorough communication.2.Was the activity performed as a result of strictlyfollowing an existing eSP process? Yes/NoYes3.If yes to question 2, does the eSP process explicitlyand clearly require that this activity be performed inthe manner that this project performed the activity?Yes/NoYes4.If no to question 2, does an eSP process ortemplate exist where this BKM could bedocumented so it could be used by all projects?Yes/No5.If yes to question 4, which eSP process?
    24. 24. 24PPPMC – PM, Version 2.0Exercise #6Exercise #616.Describe the most crucial issue experienced during the execution of the project.There were a lot of last minute design changes.17.Why did this issue occur (root cause)?18.What specifically can be done to ensure that the issue will not occur on anotherproject? Think about which eSP process or collateral would be impacted,additional collateral required, training, communication requirements, etc.
    25. 25. 25PPPMC – PM, Version 2.0Exercise #7Exercise #716. Describe the most crucial issue experienced during the execution of the project.Lots of swirl deciding on the best training approach, i.e., 3 day boot camp, 1 dayworkshop, WBT. Final 1 day workshop approach worked very well but decisionwas painful. Team used Consensus Decision-making.17. Why did this issue occur (root cause)?Training lead does not have skills to lead a group through a decision process.18. What specifically can be done to ensure that the issue will not occur on anotherproject? Think about which eSP process or collateral would be impacted,additional collateral required, training, communication requirements, etc.
    26. 26. 26PPPMC – PM, Version 2.0Exercise #8Exercise #81.Describe the most successful activity performed by project team members thatprovided the most benefit to the project.For XP projects, Sharepoint tracking of the build process has greatly reducedthe number of emails flying around, which is good.2.Was the activity performed as a result of strictlyfollowing an existing eSP process? Yes/NoNo3.If yes to question 2, does the eSP process explicitlyand clearly require that this activity be performed inthe manner that this project performed the activity?Yes/No4.If no to question 2, does an eSP process ortemplate exist where this BKM could bedocumented so it could be used by all projects?Yes/NoNo5.If yes to question 4, which eSP process?
    27. 27. 27PPPMC – PM, Version 2.0Exercise #9Exercise #916. Describe the most crucial issue experienced during the execution of the project.We skipped code reviews because we didnt have time to do them. I think thequality would have been much better had we actually performed reviews.17. Why did this issue occur (root cause)?Process was not followed because the project manager said we didn’t have to.18. What specifically can be done to ensure that the issue will not occur on anotherproject? Think about which eSP process or collateral would be impacted,additional collateral required, training, communication requirements, etc.
    28. 28. 28PPPMC – PM, Version 2.0Conducting the PIR MeetingSee QAP for meeting specificationsMost of the meeting is used to developprocess resolutions to complex issues theproject encounteredReferenceeBG-OS-03-Quality Assurance Plan.docand eBG-PD-23-Post Implementation Review.doc
    29. 29. 29PPPMC – PM, Version 2.0Prioritization TechniquesDon’t spend too much time on this activityTry to prioritize quickly with simplediscussionThere may be no time to address the lowerpriority itemsUse a formal technique only if necessary(more time consuming)– Nominal Group Technique– Weighted Multivoting
    30. 30. 30PPPMC – PM, Version 2.0Root Cause Analysis TechniqueUse fishbone diagram– (a.k.a. cause and effect or Ishikawa diagram)This should be a quick analysis– Get to a conclusion quickly– We are brainstorming - there is no one right answer– This is not going to get published, so don’t be aperfectionistYou may only get a couple of these completedin one hourLimit yourself to 4 levels of causes
    31. 31. 31PPPMC – PM, Version 2.0Exercise #10 (optional)Exercise #10 (optional) As a class, perform a root cause analysis on theproblem statement listed on the attachmentRoot CauseTemplate
    32. 32. 32PPPMC – PM, Version 2.0Closing Out the PIRSubmit process change requestsComplete Action Plans for TipsArchive presentation and minutesCommunicate results
    33. 33. 33PPPMC – PM, Version 2.0SummaryDon’t wait until the PIR to submitprocess improvementsProject Management skills needed– Individual and group root cause analysis– Prioritization– Process change request extraction andsubmission
    34. 34. 34PPPMC – PM, Version 2.0New Glossary Terms* A complete list of Glossary Terms & Definitions located at:http://ebg.intel.com/cmmi/glossaries.htmTerm Definition
    35. 35. 35PPPMC – PM, Version 2.0ReferenceseBG-OS-01-Organizational StandardProcess.doceBG-OS-03-Quality Assurance Plan.doceBG-PD-23-Post Implementation Review.doceBG-PC-42-Post Implementation ReviewSurvey.doceBG-TP-55-PIR Survey Results.xlseBG-TP-45-Post Implementation ReviewPresentation Template.ppt
    36. 36. 36PPPMC – PM, Version 2.0YOUR AR: COMPLETE COURSE TESTYOUR AR: COMPLETE COURSE TEST Complete course test within two weeks for credit– A score of 80% is required to pass and receive Intel Ucredit Where do I find the course test?– ISTG’s online learning tool CourseTrackerhttp://elearning.intel.com/ct/default.asp?– Click Course Catalog– Click Search– Enter PIR Test– Instructors will give you specific course tests to take Purpose of a course test?– Verify knowledge transferred as a result of training– Measure effectiveness of our training
    37. 37. 37PPPMC – PM, Version 2.0Backup
    38. 38. 38PPPMC – PM, Version 2.0Exercise #1Exercise #116. Describe the most crucial issue experienced during the execution of the project.I bought eggs at the store and we already had eggs.17. Why did this issue occur (root cause)?• I didn’t check to see if we needed eggs.• I didn’t have a list.18. What specifically can be done to ensure that the issue will not occur on anotherproject? Think about which eSP process or collateral would be impacted,additional collateral required, training, communication requirements, etc.Create a list before I go to the store, checking what we are out of. Perhapscreate a template with standard items and a check box for each to make sure Iconsistently check the current inventory of regularly purchased items before I goto the store.
    39. 39. 39PPPMC – PM, Version 2.0Exercise #2Exercise #216. Describe the most crucial issue experienced during the execution of the project.VCR didn’t record because it was programmed incorrectly.17. Why did this issue occur (root cause)?• I didn’t know how to program it.o There is no on-screen programming capability.o I didn’t read the instructions.18. What specifically can be done to ensure that the issue will not occur on anotherproject? Think about which eSP process or collateral would be impacted,additional collateral required, training, communication requirements, etc.Always read the instructions of any new appliance or electronics.
    40. 40. 40PPPMC – PM, Version 2.0Exercise #3Exercise #316. Describe the most crucial issue experienced during the execution of the project.Ran out of gas because the gas gauge is still broken.17. Why did this issue occur (root cause)?• Haven’t had the gas gauge fixed.o Haven’t had time.o Didn’t think it was important.• Couldn’t remember the mileage on the odometer when I last filled up the gas tank.18. What specifically can be done to ensure that the issue will not occur on anotherproject? Think about which eSP process or collateral would be impacted, additionalcollateral required, training, communication requirements, etc.• (major bullet is not the root cause; see sub-bullets)o Improve time management (take a time management course)o Adjust my prioritization criteria because of the high impact (spent 2 hoursgetting gas)• Use odometer that can be reset, OR put paper and pencil in the car to recordmileage.
    41. 41. 41PPPMC – PM, Version 2.0Exercise #4Exercise #4This should be the most common type of issue information returned from a survey.This results in a process change request being submitted from the resolution field.Exercise #5Exercise #5This accomplishment results from following an existing process. No action isrequired, and simply validates the existing process.Exercise #6Exercise #6Not enough information exists to perform a root cause analysis, or even determine ifthere is a valid issue. If this appears on multiple surveys, the item may be added tothe Open Items list in the presentation for group root cause analysis. Otherwise, noaction is possible.
    42. 42. 42PPPMC – PM, Version 2.0Exercise #7Exercise #7Action must be taken (the right thing to do for Intel, the next project, and the nextproject’s team members). However, this should not be documented or included inthe presentation, but should be dealt with offline.Exercise #8Exercise #8Since the process does not mandate how to track the build process, this should beincluded in the presentation as a Tip, with an appropriate action plan to proliferatethe learning.Exercise #9Exercise #9The existing process was not followed, with poor results. No action is required. Theactions taken by the PM should show up during Focal.
    43. 43. 43PPPMC – PM, Version 2.0Exercise #10 (optional)Exercise #10 (optional)Sample solution:Root CauseTemplate

    ×