Guild of Project Controls: Compendium | Roles | Assessment | Certifications | Membership

Tips on using this forum..

(1) Explain your problem, don't simply post "This isn't working". What were you doing when you faced the problem? What have you tried to resolve - did you look for a solution using "Search" ? Has it happened just once or several times?

(2) It's also good to get feedback when a solution is found, return to the original post to explain how it was resolved so that more people can also use the results.

Project Risk Analysis

17 replies [Last post]
David Waddle
User offline. Last seen 12 years 14 weeks ago. Offline
Joined: 5 Feb 2003
Posts: 61
Groups: None
There are several risk analysis techniques (eg Monte Carlo) and software available, but do planners actually use any of them in their daily lives?

Replies

Charleston-Joseph...
User offline. Last seen 2 years 38 weeks ago. Offline
Joined: 10 Jul 2005
Posts: 1347
Groups: None
Chachrist,

The fundamental of schedule risk are pending issues not resolve pro-actively.

Even how much effort we place in the program, pending issues much be resolve.

Why this happen and how software can galvanize the project team to act now instead of tomorrow (XX days from now).

Cheers,

Sensie
Chachrist Srisuwa...
User offline. Last seen 15 years 22 weeks ago. Offline
Joined: 9 Jan 2007
Posts: 30
Groups: None
Guys, if you could give me an example of risk analysis feature you want in general, or suggest me about how we should interpret TF, FF, INDF in the matter of risk.

For example from David Waddle "what if we are building on a site that is prone to flooding at a particular time of year? What activities are we planning for that period? History shows the site will be flooded for 4 weeks"
I will come up with something. Actually I aready have something to show you guys and I promise it is free.

Jerry Alivio
User offline. Last seen 15 years 47 weeks ago. Offline
Joined: 6 Aug 2005
Posts: 56
Hello Alexi,

Now a days sure planners depend on the latest software no doubt on that, of course we need those tools. Not unless you are doing a Burial Planning. As you said find the missing skill? what is that missing skill. For me if you consider your self as a professional planner, then you are having those necessary skill to be consider as one right?

Now software is only a secondary tool be used for anything regarding computer system, the first tool is ourselves, our experienced and knowledge, and what else...our skill.

Hope this can clear our thoughts.
Alex Wong
User offline. Last seen 11 years 3 weeks ago. Offline
Joined: 12 Feb 2003
Posts: 874
Groups: TILOS
Jerry, I agree with you that experiences that matters. However, IMHO a expensive software is a tool, and you need the two combine in order have a good result. Agree?? Yes you can analysis a 100 activity schedule in a piece of paper. however, what if you have a 10k activities schedule. Can you still do it?? Can experience do the task without a right tool?? Can you finishi the analysis before the next board meeting?? Tools, Process, and People Cheers Alex
Jerry Alivio
User offline. Last seen 15 years 47 weeks ago. Offline
Joined: 6 Aug 2005
Posts: 56
Hello..Charles,

Long time I didn’t hear from you. Well as of yes I keep on moving from one place to another, just part of the job. Now, talking about the topic of "Risks" in a project.

I certainly agree to everybody having thier views on how to handle, how to mitigate and how to predect Risks.

However, I should say in general...experienced really matter.

Seeyah all.

Charlie, I just came back from Iligan, its not a vacation but an emergency, my sister.

Charles, there is a news that in Surigao city the geoterium project will go ahead.

Regards,

Damian Smith
User offline. Last seen 13 years 14 weeks ago. Offline
Joined: 20 Jun 2006
Posts: 49
Groups: None
Risk Management using three key sayings

1. What am I doing?
2. What could go wrong?
3. What can I do to prevent it?

Simple as that
David Waddle
User offline. Last seen 12 years 14 weeks ago. Offline
Joined: 5 Feb 2003
Posts: 61
Groups: None
Hi Jerry and Charlie,
Your comments are interesting and I agree with what you say. Risk analysis isn’t really about clever software and complex calculations, its about experienced planners and the project teams reviewing the programme and identifying the most likely risks then impacting the programme to see what happens.

For example, what if we are building on a site that is prone to flooding at a particular time of year? What activities are we planning for that period? History shows the site will be flooded for 4 weeks, so we can impact the progamme by 4 weeks, if those activiites are likely to be effected. Then as Charlie says, we can do the financial model and look at mitigation measures. So we are planning for a worst case scenario, or perhaps replanning to avoid the potential problem in the first place.

I’m not sure I see the point of Monte Carlo, it is very subjective whereas the method above is based on real life experience and gets the production team to buy into the whole concept.

Best wishes

David

Charleston-Joseph...
User offline. Last seen 2 years 38 weeks ago. Offline
Joined: 10 Jul 2005
Posts: 1347
Groups: None
Hi Jerry,

That good.

I did develop some mathematical model regarding risk management.

I’m going for higher level: let say we identified the risk, then, we will run the programme in the event the risk will happen in the future, then from this impacted programme, we will drive the cost.

After accumulating the data, schedule and cost impact due to occurence of risk, management team will have an option on what course of action to make in mitigating the impact of risk occurence.

Is it possible to have colour coding of risk, Why not? Is it possible.

Cheers,

Charlie

I notice you are now base in Malaysia. Well that good to travel around the world instead of getting stuck up in Iligan

ashraf alawady
User offline. Last seen 9 years 29 weeks ago. Offline
Joined: 27 Aug 2006
Posts: 320
Groups: None
Hi,
The process you have to follow is exeplained in details in the Project Management Body Of Knowledge book(PMBOK)
so you have to follow the sameproceedure and analize the project to get the real risk impact against the right corrective actions.
The folloeings are the summary of the main points :-
*Risk analysis is a part of the risk management process.
*Risk management planning is a part of planning process group.
* Risk management planning procss is important to ensure that the level,type and visibility of risk mansgement are cmmensurate with both the risk and importance to the project to the organization,to provide sufficient resources and time for risk management and it shall be completed early during the project planning.
*Risk response planning is the process of developing options and determining several actions to enhance and reduce threats to project objectives.
*Stratigies for nigative risks;
Avoid
Transfer
Mitigate
Accepte
Share
Enhance
GOOD LUCK
Jerry Alivio
User offline. Last seen 15 years 47 weeks ago. Offline
Joined: 6 Aug 2005
Posts: 56
Hey! Charles,

Last week we do a siminar regarding this Risks Analysis, we don,t need to use Monte Carlo soft ware. The other term of the siminar is the Project Risks Analysis (PRA) whereby you can predect, Assume & forecast.
And then you will have this; optimistic, most likely and pessimistic, then the creation of mitigation action to be taken to reduce the impact.
First of all you will be having a model, then the rest will follow. Then we create the Table, the Risks Register, and list down; schedule activity, causes for possible delay to schedule, impact of activity,action person, action due date and mitigation.

It’s a 4 days seminar all of us having fun of course it was held in a 5 star hotel...everything paid by the company, and there are 22 of us.

It was a successful training for the group.Expensive soft ware is not really necessary, the most important is the way you present, the system you use and the interest of the participants, how the way they cooperate by giving thier views of the project.

See yah..

Jerry
Peter Holroyd
User offline. Last seen 5 days 2 hours ago. Offline
Joined: 6 Jun 2005
Posts: 160
You all seem to be getting hung up on which risk technique to use rather than the quality of the underlying data. You should model the project risk register as developed at the Risk Review sessions by the project team. The identified risks are aligned (directly or indirectly) with schedule activities and you can use any software (technique) to help the project to make better informed decisions at strategic points in the project.
Charleston-Joseph...
User offline. Last seen 2 years 38 weeks ago. Offline
Joined: 10 Jul 2005
Posts: 1347
Groups: None
Hello to all,

what im thinking "is it possible to run risk analysis without using montecarlo or pertmaster?"

I want it cheap becuase i dont have the money, but im very good in mathematics.

Someone out there will to form collaboration with me to run risk analysis without using expensive software.

We will start with the basic of risk analysis

regards,

charlie
Daya Sugunasingha
User offline. Last seen 16 years 6 weeks ago. Offline
Joined: 27 Feb 2002
Posts: 99
Groups: None
I agree with all you say
DS
Brian Stephenson
User offline. Last seen 17 years 47 weeks ago. Offline
Joined: 26 May 2006
Posts: 4
Groups: None
For decent Risk Analysis you need a meaningful model or Risk Plan, usually the main schedule isn’t appropriate for this so you need to create and maintain a fully networked level 1/2 schedule (no more than 100-150 lines)....design it using pert rather than gant as you are more interested in durations than dates....until you get to the output stage.

We use it regularly at work package level for those work packages that experience tells us are likely to be problematic. Regardless of the tools you use...the process you have to go though is the same and requires some quality thinking and a good facilitator to challenge PM/Engineering optomisms and get the real risk impacts against the right activities. Its almost worth it just for the extra bit of thinking it generates.
Daya Sugunasingha
User offline. Last seen 16 years 6 weeks ago. Offline
Joined: 27 Feb 2002
Posts: 99
Groups: None
Risk is dependant on the method used, resourses available, cost or time priority amoung a few others. Your initial critical path will reflect the chosen criteria for getting the job done. You may tell the programme/schedule network a number of different durations for each of the tasks i.e. pessimistic, optimistic and/or realistic that your team consensus agrees with and opt for the number of iterations recomended. 1000 to me seems ridiculously humungous. As the project progresses however, situations do often change and it may be necessary to review the method used, resourses available, cost or time priority amoungst a few others that may now be calling the tune. The project network may have to be revised in part or whole for the remaining contract duration and to reflect the change in priority. You would have to revisit the durations again and run it again. The computer and the original network can not do it. You the planner will have to do it. Don’t you agree? So don’t get hung up on the iterations as there is more to it then that
Mark Lomas
User offline. Last seen 15 years 47 weeks ago. Offline
Joined: 27 Jun 2001
Posts: 177
Groups: None
David,

perhaps this could be the subject of a poll
Dayanidhi Dhandapany
User offline. Last seen 3 years 3 weeks ago. Offline
Joined: 18 Mar 2003
Posts: 470
Groups: None
The usage of risk analysis techniques depends on the size, complex nature / contractual requirement of projects & including management attitude of a company.