The document discusses the importance of project discovery phases and post-project reviews. It emphasizes that discovery phases help validate requirements and estimates, while post-project reviews identify lessons learned to improve future projects. Additionally, the document warns about common pitfalls like unrealistic timelines and scope creep that can lead to cost overruns. It advocates having clear deliverables and boundaries in scope statements, and conducting post-project reviews as soon after a project as possible.
4. WHY YOU NEED A DISCOVERY PHASE
▸ Validate what you really need
▸ Prototype Fast
▸ Get more accurate cost estimates
▸ Validate the business case
▸ Explore ideas
5. TOO OFTEN WE FOCUS MORE
ON EXECUTION BEFORE
DEFINING AND CLEARLY
COMMUNICATING THE
PRODUCT OPPORTUNITY OR
VALUE PROPOSITION.
6. SOME BELIEVE AN ANALYSIS OR
DISCOVERY PHASE IS JUST A WAY
TO WASTE A LITTLE MONEY WHILE
DELAYING THE PROJECT LAUNCH.
7. IF YOU CAN'T DESCRIBE WHAT YOU ARE
DOING AS A PROCESS, YOU DON'T KNOW
WHAT YOU'RE DOING.
W. Edwards Deming
WHAT DO YOU DO?
8. A SUCCESSFUL DISCOVERY PHASE
TYPICALLY CAN DELIVER
▸ Business / Vision / Project Goals(Mission) Statement
▸ Functional Requirements
▸ Information Architecture
▸ UX Research Findings
▸ Project Schedule
▸ Project Cost Estimate
▸ Non Functional Prototype
10. A STUDY PUBLISHED IN THE HARVARD
BUSINESS REVIEW, WHICH ANALYZED
1,471 IT PROJECTS, FOUND THAT THE
AVERAGE OVERRUN WAS 27%, BUT ONE IN
SIX PROJECTS HAD A COST OVERRUN OF
200% ON AVERAGE AND A SCHEDULE
OVERRUN OF ALMOST 70%.
13. COMMON PROJECT MANAGEMENT PITFALLS
▸ Not Assigning the Right Person to Manage the Project
▸ Failing to Get Everyone on the Team Behind the Project
▸ Not Getting Executive Buy-in
▸ Not Being Specific Enough with the Scope/Allowing the Scope to
Frequently Change
▸ Providing Aggressive/Overly Optimistic Timelines
▸ Not Having a System in Place for Approving and Tracking Changes
▸ Not Having a Metric for Defining Success
14. THE PROBLEM WITH A SINGLE-MINDED FOCUS
ON PROCESSES AND METHODOLOGIES IS THAT
ONCE PEOPLE ARE GIVEN PROCEDURES TO
FOLLOW, COMPLIANCE REPLACES RESULTS.
EVERYBODY IS CONCERNED ABOUT HOW TO DO
THE JOB, NOT ABOUT THE OUTCOME IF THE JOB
IS DONE WELL.
25. ELEMENTS OF A GOOD POST PROJECT IMPLEMENTATION REVIEW(PIR)
▸ Identify items that were done well
▸ Identify items that could improve
▸ Identify items/processes that are broken
▸ Decide action plans
27. PREPARING FOR A POST PROJECT IMPLEMENTATION REVIEW(PIR)
▸ Seek individual feedback through a questionnaire/survey
▸ Organize a meeting to share feedback
▸ Summarize the feedback in a written document
28. AREAS FOR A POST PROJECT IMPLEMENTATION REVIEW(PIR)
▸ Project stages or phases
▸ Project processes
▸ Project roles
▸ Key skill areas
▸ Products
34. TAKEAWAYS
▸ Have a clear project scope with sign-off - and set priorities
▸ Be realistic
▸ Make sure everyone (including senior management)
understands his or her role and responsibilities
▸ Make sure team members communicate with each other
▸ Set up calendar reminders for milestones
▸ Don't be afraid to communicate bad news -- and adjust
expectations