Download slides - Courses

Survey
yes no Was this document useful for you?
   Thank you for your participation!

* Your assessment is very important for improving the workof artificial intelligence, which forms the content of this project

Document related concepts

Construction management wikipedia , lookup

PRINCE2 wikipedia , lookup

Transcript
Effective Project Management
Barbara Stone & Jodie Mathies
November 8, 2007
Agenda
• Feedback on presentations and
project docs
• Scott Berkun
•
•
•
•
•
Controlling
Change management
Prioritization & ranking
Quality Assurance - metrics
Communication
• Adaptive Project Framework (APF)
2
Comments from Status / Project
Plan documents (1)
Traffic Lights:
• Need one for overall project status, not just
individual milestones.
• Overall project status color is not an
average. When in doubt, choose the worst
color.
• If a task has not yet begun, it does not have
a color, unless it was scheduled and is late.
Marking things red or yellow when they are
scheduled to take place at a later date puts
management attention on the wrong things.
3
Comments from Status / Project
Plan documents (2)
Budget review:
• The time people spend is part of your
budget; often the greatest part.
• When giving status, make sure to include the
whole budget; your audience is very
interested in whether the effort is taking
more staff time than planned
4
Comments from Status / Project
Plan documents (3)
Gantt / WBS for Project communication:
• A Gantt chart without the task names is
essentially useless as a communication tool
• and that goes for charts that extend over
multiple pages; adjust the timescale to make it
fit
• Generally it is better to show a Gantt at a
summarized task level than to have multiple
pages or tiny unreadable font.
• Choose carefully what to print; columns like id
& predecessor generally don’t add anything to
the presentation. If you have a column printed
after the task on the Gantt, don’t include it as a
5
column (ex: resource name).
Comments from Status / Project
Plan documents (4)
Communication Plan
• OK to extend generic communication
formation to include documents external to
project group (though Jodie would not
include documents that are product of the
project)
• If you do, need to include dates for
delivery
6
Comments from Status / Project
Plan documents (5)
Formatting / Editing:
• What story do you want to tell? You tell that
story two ways:
•
•
•
Content: Simple, clear, and consistent information
about the project
Format: Think about how the look of your
presentation helps you tell that story.
Here are just a few of the world of articles on ‘bad
PowerPoint’ out there:
• http://www.plasticsurgerydr.com/rpp.html
• http://www.communicateusingtechnology.com/articles/
pptsurvey_article.htm
• http://www.ispi.org/pdf/BadPwrpt.pdf
7
What phase is your project in?
Probably still Execution.
You, as a Project Manager, are probably
still Monitoring and Controlling:
•
•
•
•
Tracking task and milestone status
Meeting with your team and stakeholders
Working issues
Working risks
8
Scott Berkun – Making things happen
• Priorities make things happen –
making lists, priority 1 & the rest
• Say no
• Keep it real
• Know the critical path
• Be relentless
• Be savvy
9
Prioritization & Ranking - issues
• What problem are we trying to solve?
• If there are multiple problems, which
are most important? Think Pareto.
• How does the problem relate to or
impact our goals?
• What is the simplest way to fix this
that will allow us to meet our goals?
10
Ways to say no
• No, that doesn’t fit our priorities
• No, only if we have time
• No, only if you make <insert
impossible thing here> happen
• No, next release
• No. Never. Ever. Really.
11
‘Savvy’ = Flexible: you adjust.
• What communication style fits the
situation?
• What is the humor culture of the team?
• How do arguments get won? (data? Force
of personality? Etc)
• Who is effective at what I need to have
happen?
• What values are most important to this
person or group?
• What is the overall organizational culture?
12
Guerilla tactics
• Know who has
authority
• Go to the source
• Switch
communication
modes
• Get people alone
• Hunt people down
• Hide
• Get advice
• Call in favors, beg
& bribe
• Play people off
each other
• Stack the deck
• Buy people coffee
& tasty things
13
Every team member should
know:
Most important:
•
•
•
•
Goal
Objective
Work item
Metric
Stay focused on what’s most important
Know the critical path
14
Team works on project deliverable
• Strong sense of what they are doing
• Why it’s the most important thing to
do next
• How it relates to what others are
doing
• How quickly it must be done
15
Team tries not to work on project
‘process’ deliverables
Bureaucracy - An administrative system
in which the need or inclination to
follow rigid or complex procedures
impedes effective action
One of the jobs of the PM is to shelter
the team from administrative process
that does not further the work of
building the product.
16
Why people get annoyed
•
•
•
•
•
Assume I’m an idiot
Don’t trust me
Waste my time
Manage me without respect
Make me listen to or read stupid
things
17
Process
Pros
• Improves the odds of the project
being completed
• Has benefits that outweigh its costs
Cons
• Any idiot with authority gets to create
them
• Observations of the past emphasized
over needs of the present
18
Checklist for good processes
• Accelerate progress
• Prevent problems
• Make important actions visible and
measurable
• Include a process for changing or
eliminating the process
• People impacted by them are in favor of
them
19
The power of email
• Communication
• Weapon
• Self-destruction
20
Meeting standards
• Are the right people in the room?
• Sit or stand?
• Laptops & gadgets – “I have a strong bias
against the use of gadgets and laptops
during meetings. If the people in the room
don’t think what’s going on is important
enough to warrant their full attention, then
they shouldn’t be in the room.”
• Being on time
• End with clear steps & owners
21
Adaptive Project Framework
‘Core values’
• Client-focused
• Client-driven
• Incremental results early and often
• Change is progress to a better
solution
• Don’t speculate on the future
22
APF
23
Some key takeaways:
Requirements:
• High-level requirements early on; revisited
and re-prioritized with each cycle
• Detailed requirements only for the
functionality to be produced in current cycle
Budget:
• Fixed; job is to create the most value for
cost/time.
24
Prioritization & Ranking - scope
• More requirements are not always
better
• Which are the most important –
which provide highest business value?
• Think Pareto – 80/20
25
Discussion:
• How do you know ahead of time how
many cycles you can do in this
project?
• What are some projects that require
TPM (‘waterfall’) as opposed to an
iterative approach?
• Can you ever not revisit scope?
26
Discussion:
• What approach have you used for
your project for this class? Why?
27
Assignments for next class
• Read Saying no, a short course for
managers
• Research the Pareto theory and write a few
paragraphs on the implications for your
project to hand in
• Read Effective Project Management ,
chapter 11
28