24

First fare 2010 project-management

Embed Size (px)

Citation preview

Page 1: First fare 2010 project-management
Page 2: First fare 2010 project-management

Project Management

Ejvin Berry

FIRSTFare – October 30th, 2010

Page 3: First fare 2010 project-management

What is a Project?

One goal + some parameters:

Scope – A verb and a noun

Small Scope: Blinking lights

Moderate Scope: Innovative design

High-Risk / High Value Scope:

Streamlining future work

Time

Cost

Quality

Risk

Page 4: First fare 2010 project-management

Project Success

Requirements to survive the season:

Happy customers

On time deliverables

On budget projects

Optimistic investors

Team cohesion

Congratulations… but if you have problems

“surviving”, you’ll have problems “thriving”

as an engineering organization…

Page 5: First fare 2010 project-management

Profitable Project Successes

New work

Under budget

Innovative design

Paid investors (with PR)

Intensified talent pool

Leftover energy

Time and capital

Page 6: First fare 2010 project-management

Project Manager

Primary Roles:

Build a team (organize existing

resources)

Maintain/ Analyze data

Organize capital (money and manpower)

Manage conflict (interference)

Review work – Initiate Design Reviews

Schedule resources

Page 7: First fare 2010 project-management

Novations Group, Inc., "Tools and Techniques

of Project Management, v6.1"

What is Project Management?

Page 8: First fare 2010 project-management

Initiation

By definition, only ever happens once

Contains clear project goals and parameters

Often involves the customer

Your big chance to control scope

Initiation will take place between 5am and

midnight on Kickoff Day.

Page 9: First fare 2010 project-management

Planning

This is the opportunity to modify:

Team structure

Tactics – Define “envelopes”

Schedule

Chronological schedules

Cost schedules – when to buy?

Acceptable risks – Weigh your skills and

your needs with your “wants”

Page 10: First fare 2010 project-management

Early vs. Late Project Planning

Page 11: First fare 2010 project-management

Executing

Do what you planned.

Do only what you planned.

Feedback and repeat.

WARNING: Execution without documentation

is wasteful and often times illegal.

Page 12: First fare 2010 project-management

Monitoring and Controlling

Gather feedback via Design Review

Sort feedback

Make decisions regarding remaining

resources

Page 13: First fare 2010 project-management

Closing

A formal process in which you sell your

product to the customer.

Requires a Design Review

Who is your customer?

Which projects need to close?

Minor components

Entire robot

Page 14: First fare 2010 project-management

Now it’s time to manage…

If you were looking for someone to

spell it out for you; here’s your

chance…

Page 15: First fare 2010 project-management

First: Team Structures

Match people with their strengths

It may be helpful, particularly for rookie teams, to develop a skills matrix.

This will help identify training needs, or where you need to get more outside help (a trainer, or a hired gun?)

Develop an organization chart, matching team members to their responsibilities.

Page 16: First fare 2010 project-management

Second: Plan the work…

Work Breakdown Structure (or WBS) = Everything you want to do on the project

Determine the form and function of every part, and what they all do for you (Functional Efficiency Technique)

Also any related work – fundraising, major events, support equipment

This ultimately becomes your project plan, as detailed as you choose to plan and schedule it.

Match with your team structure.

Page 17: First fare 2010 project-management

Plan the work (cont.). . .

Estimate each item or system using a Resource Loading Diagram along with a Network Diagram:

How much time (work hours) do you think it will take?

How many people do you have? How much time do they have?

How many days/ hours will each item take?

Where are you short handed? Make sure you aren’t double booking people.

Page 18: First fare 2010 project-management

Third: Execute - do some work

Page 19: First fare 2010 project-management

Fourth: Design Reviews

Plan and schedule design reviews –

possibly every day, until you enter

production

Document (as specifically as possible) how

subsystems will work together and connect

as they are designed, built and integrated

Check your interfaces in the reviews – if

there is change, it must be fully

investigated, understood and agreed to

Page 20: First fare 2010 project-management

Fifth: Risk Management

Also known as “what-ifs”

Leave a little time for disasters and

unforeseen details, but do NOT plan them

Testing is essential to reduce risk

Set goals for features or functions that

would be “nice to have”

If there is insufficient time, the project will

still be successful without them

Page 21: First fare 2010 project-management

Risk Management (cont.)

FMEA (Failure Modes and Effects Analysis)

Consider system components

Identify symptoms of failure

Identify root cause

Predict consequences to other sub-

systems

Rank failure modes by severity (1,2,3)

Rank failure modes by probability (1,2,3)

Example FMEA.

Page 22: First fare 2010 project-management

Work the Plan . . .

Make it happen

Make a simple project schedule, easy to read and status.

Stick to your plan

Monitor progress

Adjust on the fly – you may have to give up some goals, or shift more people to key tasks that are falling behind. Enlist more experts?

Keep everyone productive, but don’t forget this is all fun!

Communicate!

Page 23: First fare 2010 project-management

References

MBA.com

PMI PMBOK Guide

Contact:

Ejvin Berry, [email protected]

Page 24: First fare 2010 project-management

Questions ????