Transcript
Page 1: It's not a bug, it's a feature!

SHAREPOINT AND PROJECT CONFERENCE ADRIATICS 2013

ZAGREB, NOVEMBER 27-28 2013

It’s Not A Bug. It’s A Feature!IGOR SLIŠKOVIĆ, PROTERON CONSULTING

Page 2: It's not a bug, it's a feature!

sponsors

Page 3: It's not a bug, it's a feature!

About The Presentation• Motive: experiencing the same pattern over and over

again – MS Project is used for developing initial schedule and is later forgotten (apart from printed Ghantt chart over PM’s desk)• Diagnose: Key MS Project features are contra intuitive. • Prescription: Show and teach a few basic principles in

schedule development and tracking that represent the best practice• The Goal: give you more time managing your project

and less time managing MS Project• KPI: never to hear from participants of this session the

sentence so common –” MS Project doesn’t calculate correctly when …”• Format: mostly demonstration (8 slides and 4

demonstrations)

Page 4: It's not a bug, it's a feature!

Sequence Of Activities

WBS Developme

ntTask Entry Task

SequencingAssigning Resources

Tracking Actuals

Tracking Project Status

Closing Project

Page 5: It's not a bug, it's a feature!

BAD HABITS 1 – TASK CONSTRAINTS

Page 6: It's not a bug, it's a feature!

Theorem

We will let Project do the scheduling. We will just provide

necessary information.

Page 7: It's not a bug, it's a feature!

Flexible Constraints And Deadlines• Three types of constraints:

• Flexible (As Soon As Possible, As Late As Possible)• Semi Flexible (Start No Earlier Than, Finish No …)• Inflexible (Must Start On, Must Finish On)

• USE ONLY FLEXIBLE CONSTRAINTS: setting fixed date on the task in your schedule doesn’t help it to happen in reality. Actually, it makes your schedule static and increases the risk of missing some dates• Deadlines: compromise for the fixed data problem

• Clear indication that we are late • Keeping the schedule dynamic

• [GO BACK TO DEMO AND SHOW HOW IT SHOULD HAVE BEEN DONE]

Page 8: It's not a bug, it's a feature!

BAD AND GOOD HABITS - RESOURCES

Page 9: It's not a bug, it's a feature!

Resources• Never change start and finish date of a task because of

the resource availability or over allocation• Use• Resource Calendar• Leveling delay (indirectly used with MS Project commands)

• [Semi Best Practice] If possible, use one resource one task rule• Yes, in Project Server environment, resource calendar

exceptions can be integrated with HR or other applications managing resource availability.• Even Exchange Out Of Office can be used as a source of

exception!!

Page 10: It's not a bug, it's a feature!

Tracking Progress - Introduction• What are we tracking?• Hours spent by a resource on a task• How close are we to finishing the task

• Do we track when exactly the time was spent on the task?• What “how close to finish means”• How many days will it take?• How much work will it take?

• What are we measuring success against?• Baseline

• What does % Complete field mean?

Page 11: It's not a bug, it's a feature!

TRACKING PROGRESS

Page 12: It's not a bug, it's a feature!

Tracking progress• Don’t use % Complete as your standard

• Doesn’t set Actual Start other than planned• Cannot show the task is late• Might use it as a shortcut

• Always have at least 2 baselines: initial and current. Saving new baseline is done as a part of the controlled process.• If you use Project Server use Work done per period (timephased)• Keep your schedule neat – no remaining work in the past and

actual work in future.

Page 13: It's not a bug, it's a feature!

Reporting On Progress• What if you notice that:• You are under budget?• More resources have been used on your project than planned

by that day?

Is it a good or a bad thing?

Dont’ know – use Earned Value

Page 14: It's not a bug, it's a feature!

EARNED VALUE – (IF TIME PERMITS)

Page 15: It's not a bug, it's a feature!

questions?

Page 16: It's not a bug, it's a feature!

thank you.

SHAREPOINT AND PROJECT CONFERENCE ADRIATICS 2013

ZAGREB, NOVEMBER 27-28 2013


Recommended