The document discusses various challenges that can occur in project management and their causes and solutions. Some challenges discussed include scope creep where additional work is added without being planned for, poor communication where team members lack necessary information, insufficient resources where required skills and resources are not allocated to the project, and unrealistic timelines where not enough time is spent planning and unrealistic schedules are agreed to. The document emphasizes the importance of thorough planning, clear requirements, change management processes, and risk management to help address these challenges and improve project outcomes.
Risk Management: Evaluate Risks in your ProjectGagan Gupta
I am sharing this presentation, which I prepared during my PG. Hope this will help you people a bit. Check and please feedback me if needed any changes. write me: ggngupta@hotmail.com with subject title: Feedback-Slideshare <filename>. Thanks
Designing and planning to test a new idea/product/featureJeremy Horn
Slides Alberto Simon recently used in his discussion w/ mentees of The Product Mentor.
Synopsis: The best techniques on avoiding pitfalls such as over scoping, missing key use case coverage, ability to test measurably when building a new product or feature. It will include some tips and guidance on how to select what's truly critical for version1 and building it in a reasonable timeframe.
The Product Mentor is a program designed to pair Product Mentors and Mentees from around the World, across all industries, from start-up to enterprise, guided by the fundamental goals…Better Decisions. Better Products. Better Product People.
Throughout the program, each mentor leads a conversation in an area of their expertise that is live streamed and available to both mentee and the broader product community.
http://TheProductMentor.com
Estimating projects has always been an arduous task for organizations around the globe. Methods of estimations vary with different project management techniques.
Agile UX was held in Sydney on March 13, 2015.
My presentation is a case study covering a diary study that I ran while working in an agile team. I talk about the benefits
A Design Review is a milestone within a product development process whereby a design is evaluated against its requirements in order to verify the outcomes of previous activities and identify issues before committing to - and if need to be re-prioritise - further work. The ultimate design review, if successful, therefore triggers the product launch or product release
Risk Management: Evaluate Risks in your ProjectGagan Gupta
I am sharing this presentation, which I prepared during my PG. Hope this will help you people a bit. Check and please feedback me if needed any changes. write me: ggngupta@hotmail.com with subject title: Feedback-Slideshare <filename>. Thanks
Designing and planning to test a new idea/product/featureJeremy Horn
Slides Alberto Simon recently used in his discussion w/ mentees of The Product Mentor.
Synopsis: The best techniques on avoiding pitfalls such as over scoping, missing key use case coverage, ability to test measurably when building a new product or feature. It will include some tips and guidance on how to select what's truly critical for version1 and building it in a reasonable timeframe.
The Product Mentor is a program designed to pair Product Mentors and Mentees from around the World, across all industries, from start-up to enterprise, guided by the fundamental goals…Better Decisions. Better Products. Better Product People.
Throughout the program, each mentor leads a conversation in an area of their expertise that is live streamed and available to both mentee and the broader product community.
http://TheProductMentor.com
Estimating projects has always been an arduous task for organizations around the globe. Methods of estimations vary with different project management techniques.
Agile UX was held in Sydney on March 13, 2015.
My presentation is a case study covering a diary study that I ran while working in an agile team. I talk about the benefits
A Design Review is a milestone within a product development process whereby a design is evaluated against its requirements in order to verify the outcomes of previous activities and identify issues before committing to - and if need to be re-prioritise - further work. The ultimate design review, if successful, therefore triggers the product launch or product release
Exercțiu practic recomandat formatorilor în domeniul Educației Interculturale. Elaborat în cadrul proiectului „Educație Interculturală în Moldova”.
Centrul Naţional al Tineretului din Moldova (CNTM), începând cu anul 2010, implementează, cu susţinerea Fundaţiei Elveţiene pentru Copii „Pestalozzi” (PCF), proiectul „Dialog Intercultural în Moldova”.
Have you or your organization fallen victim to one of the classic website blunders? Was it organization by board member, stock photo syndrome, design by committee, vanishing volunteer web developer, or something else? We will discuss 10 classic website blunders we have witnessed that rendered potentially successful projects ineffective engagement tools, and tell you how to avoid them.
Have you or your organization fallen victim to one of the classic website blunders? Was it organization by board member, stock photo syndrome, design by committee, vanishing volunteer web developer, or something else? We will discuss 10 classic website blunders we have witnessed that rendered potentially successful projects ineffective engagement tools, and tell you how to avoid them.
Rescuing and Reviving Troubled Software ProjectsBarry Curry
This presentation guides the audience through a well proven process for rescuing and reviving troubled software projects and is based on over 20 years of experience in industry. From investigation to re-planning, kick off and running the project, tools and techniques for project rescue are described that can be applied to all types of software projects. This practical and effective approach provides a unique insight into what is required to rescue a project and get that project back on track.
PMP - Project Initiation Template for ProfessionalsDaniel_Mccrea
WHAT
--------------
A helpful guide for Project Management Professionals who are at the beginning of their projects in 'Project Initiation'.
FOR
--------------
Written in plain English for use in the real world (not just for study). If you're a professional who's rusty on Initiation or have fallen into bad habits - this guide will remind you what questions to ask,...and why!
BY
--------------
Daniel Mccrea a PRINCE2(R) and PMP(R) certified Project Manager specialising in online Software/ & Content Delivery.
Visit me here:
ie.linkedin.com/in/danielmccrea/
Have you or your organization fallen victim to one of the classic website blunders? Was it organization by board member, stock photo syndrome, design by committee, vanishing volunteer web developer, or something else? We will discuss 10 classic website blunders we have witnessed that rendered potentially successful projects ineffective engagement tools, and tell you how to avoid them.
Agile Australia 2018 - Product Roadmaps in the self-driven car ageLeandro Pinter
This talk was given at Agile Australia 2018 about an alternative way of doing Product Roadmaps.
- Where product roadmaps came from and why we need it in the first place
- What’s changed since then and why it doesn’t work anymore
- The alternative to traditional roadmaps
- The components that make up a good product roadmap
- How to build an impact/outcome focused roadmap and stop thinking about features
- How to help your organisation to take the first steps towards an outcome driven culture
Making the leap to Agile within Marketing: A practical success storyPlanview
View the On-Demand Webcast! Planview.info/Agile
Learn about
-the challenges one marketing department faced and why they sought a change in the status quo
-what options and approaches they considered to help steer this change
-what made Agile an attractive option for marketing teams
-how to sell Agile internally and gain support from the top with buy-in from the team
-how to adopt agile into the workflow
-what benefits the marketing saw as a result of this change
-adding capacity planning
View the On-Demand Webcast! Planview.info/Agile
From Project to Product: Don't You Dare Mess With PlanningCprime
If you work in tech, you probably have a love/hate relationship with project planning. We dislike it because to get it right, we need to accurately predict the future, a largely impossible task. On the other hand, we like it because it gives business leaders the "predictability" they long for in order to make sound decisions that drive business growth.
Some in the agile community have resisted the need for planning, while others have simply encouraged planning in shorter cycles. As the shift from project thinking to product thinking becomes mainstream, we need to reconsider the impact on planning.
Take a deep dive into planning and discusses how this changes for the better as we shift from project to product. We explore:
- The difference between project plans and product horizons
- Turning the Iron Triangle over: Time, Budget, Scope is still a "pick two"
- How to estimate in ranges
- Ways to create roadmaps and product horizons at the portfolio, product family, and product levels
- The reasons to steer the conversation from "When will you be done?" to "What are we investing in next?"
2. Project Management is the dynamic process that
utilizes the appropriate resources of the organization
in a controlled and structured manner, to achieve
some clearly defined objectives identified as strategic
needs. It is always conducted within a defined set of
constraints.
7/24/2014 Gagan Gupta
4. • A Project is considered as Failure……
Whenever a project
doesn’t meet to the
expectation of the
Stakeholders.
7/24/2014 Gagan Gupta
5. • Cost & Time Over-runs
• Quality Degradation
• Frustration & Stress: sometime resulting in people
quitting
• Low Job Satisfaction
• Low Corporate Market Value
• Low Public Opinion
• Negative Media Campaigns
• May even force the company into Closure
7/24/2014 Gagan Gupta
7. Also Known as “You’d like it, just a bit bigger.
No Problem.”
Oh Still a bit Bigger……. OK
Even Bigger? It wasn’t in the plan but Okay….
7/24/2014 Gagan Gupta
When Scope creeps, the end
results is always more work
than expected.
8. • Problems:
– The changes that were not initially planned for, are added to project.
– The Project takes longer and costs more than planned and there is no
record of WHY??
• Causes:
– Not having a method to handle or recognize changes.
• What to do:
– Document the change management process to be used and followed
by Project Team.
– Educate the project Team to recognize a change or deviation from the
Plan.
– Follow the Change Management Process.
7/24/2014 Gagan Gupta
9. 7/24/2014 Gagan Gupta
• Problems:
– Team Members do not have the information they need when they
need it.
– Issues or changes do not get escalated.
– Project reporting is sluggish
• Causes:
– The project’s communication plan was not completed.
– The project’s communication plan doesn’t have enough details.
• What to do:
– Find out the communication requirements of all team members, and
stakeholders, then document them in a common plan, and then follow
the Plan.
10. • Causes:
– There was no pre-commitment of resources to the projects.
– The Project was not supported.
– There was no analysis and documentation of all skill-set required.
• What to do:
– Get executives Sponsorship for the project.
– Document which resources and skill-sets are needed to get the job
done.
– Create a plan that gives enough time to get the job done with the
allocated resources.
– Pre-assign the required resources to the team.
7/24/2014 Gagan Gupta
11. 7/24/2014 Gagan Gupta
• “I would like a set of stairs that leads up to a bridge.”
• Problems:
– Customer will be unhappy.
– Customer will complain and you will end up doing the what they want-
at your expense.
12. • Causes:
– What the customer wants, was not clearly documented.
– What you believe the customer wants is different that what the
customer believes they have asked for?
• What to do:
– Find out and document exactly what the customer wants.
– Inform everybody of the project scope.
– Document Business, Functional and technical requirements.
7/24/2014 Gagan Gupta
13. 7/24/2014 Gagan Gupta
• How do you figure out how long the project will take?
• Problems:
– An unrealistic timeline or budget will be agreed to.
– You will not be able to do all the work in the time allocated.
14. • Causes:
– No formal estimating method
– Estimate confidence is law.
– Volume of work not understood
• What to do:
– List all the work as well as possible.
– Estimate each work package.
– Add up all work packages.
– Always give answer using a range of dates
7/24/2014 Gagan Gupta
15. 7/24/2014 Gagan Gupta
• Sorry about the project, I left it in my car & there was a bit of
an incidents.
• Problems:
– Unexpected events cause delays.
– Domino effect of thing going wrong.
16. • Causes:
– No Formal Risk Management.
– Just try to predict the big things that can go wrong.
– It’s the sum of the all little things that make a project late.
– Nothing is more stressful than trying to keep on schedule when
unexpected things keep happening.
• What to do:
– List all the work as well as possible.
– Figure out what can go wrong with each piece of work.
– Prioritize each risk as High/ Medium/ Low Probability or impact.
– Sort the list.
– Create a plan to deal with the risks at the top of list.
7/24/2014 Gagan Gupta
17. 7/24/2014 Gagan Gupta
• “Emergency Phone installed, Deliverable completed”
• Problems:
– Difficult to get the agreement that the product is finished.
– Customer Keep wanting more, saying you didn’t do it to their
Specification.
18. • Causes:
– The Milestones or deliverables were not measurable.
– The customer never told us How many they wanted So we just
assumed 1,
• What to do:
– Ensure Milestones or Deliverables are:
Clearly Defined
Measurable (Quantifiable)
7/24/2014 Gagan Gupta
19. 7/24/2014 Gagan Gupta
• Of course we Can do that for you.
• Problems:
– There was little or no planning before deciding you can get the job
done.
– The task you agree to turns out to be more work than expected.
– It takes you longer and jeopardizes other deliverables.
20. • Causes:
– Not enough time spent planning.
– You may have been pressured into giving an answer right then and
there.
– Didn’t have a full understanding of the work involved before
committing.
• What to do:
– Take the time to fully understand the work before agreeing to it.
– Its okay to say the work is not possible or will take too long
– Only agree to work when you’re sure it can be done, this will benefit
you and your managers.
7/24/2014 Gagan Gupta
21. 7/24/2014 Gagan Gupta
• Hurry .... We have a tight deadline. No time to plan. Just start digging.
• Problems:
– The plan is flawed from the start.
– The project gets out of control and can’t be recovered.
22. • Causes:
– You have to do the work and weren’t also given time for project
management.
– Perhaps you only have 10% or 20% allotment for the project
management duties.
• What to do:
– Planning a project is like setting out a roadmap. Without it you will
likely get lost.
– Controlling a project is like driving a car. You have to continuously
watch the road (the Plan) and make little adjustments.
7/24/2014 Gagan Gupta
23. 7/24/2014 Gagan Gupta
• I think I know how this helmet goes on. I have been riding scooters for two
years now.
• Problems:
– Your project don’t finish on time.
– Your project are always squeezed at the end.
– Your project are stressful.
– You have to deal with unrealistic expectation or customers.
– You feel your projects are out of control.
24. • Causes:
– People often don’t know what they don’t know.
– Their project are out of control but they don’t know WHY??
– They feel they are doing okay but could benefit from formal project
management education.
• What to do:
– Learn the methods, tools, and techniques successful Project manager
use to initiate, plan, execute and control their projects.
7/24/2014 Gagan Gupta