Banner600

fissure News
Summer 2010

Quick Links...

Fissure
Workshop
On the
World Wide Web

WorldWideWeb
Coming
Soon

Links to Articles...

Forward this issue to a Friend
Join Our Mailing List
A Few Words from Jesse

Jesse pic
Dear Fissure Friends,

First an announcement! We have been working hard for the last 9 months on an online version of our Project Management Simulation workshop. Now we need test students. Check out the article in this newsletter regarding this free opportunity.

Like some of you, I have watched over the last few years as my total cholesterol number has risen steadily to the point where it is now time to either make a serious change in my diet and exercise, or start taking medication. For the previous five years (I started tracking it in 2002 - what else would a good project manager and engineer do?) I hovered in an acceptable and consistent range. It has only been in the last three years that I have seen a definite upward trend. Before my last measurement this May, I was hoping that the previous two years would turn out to be outliers and that I would see a 2010 number closer to the first five years of results, or at least be lower than 2009. I really did believe I would see a lower number and I was extremely disappointed when the number came in higher than the 2009 number. I immediately tried to "explain" the number to myself and justify to myself that I was still OK and that I would have another year to wait to see the trend finally reverse itself. Does this remind you of any projects you've managed or been part of? Have you ever had your manager say "isn't it too early to tell" when you present a schedule or cost overrun? But a message to call the Doctor about my high cholesterol and with three years of increasing numbers staring me in the face, even the optimist in me couldn't ignore the data and associated risk. It was time to start really managing this trend and the first step was to put together a recovery plan and implement it.

To read full article, click here

Back to top
WorldWideWeb
WorldWideWebFissure Workshop On The World Wide Web

You may already be aware that Fissure has been working on an online delivery version of our highly effective on-site simulation powered learning (SPL) workshops. We are now looking for a few good students to participate (at no cost) and provide feedback on this project to turn boring on-line training into engaging on-line learning.

We are at the point in the development and testing where we are ready to run a "Beta" test of the Online Project Management Simulation workshop. To have a successful test run we need students and that is where you come in as we are looking for a few students to participate in the upcoming Beta workshop. A description of the workshop is attached.

The benefits of participating are:
  • Test out our new on-line offering for free (expect that we will have some challenges)
  • Learn and grow (even for experienced PMs)
  • Network (we hope to limit attendance to 2 people from each company)
  • Exciting and challenging - collaborate with team members to successfully complete your project within schedule and under budget, while competing with other teams running the simulation
  • Earn 24 PDUs
  • Students who complete the workshop and provide feedback earn an additional free seat in any future Fissure public workshop (on-site or on-line)
  • Companies who participate can also take advantage of a 50% discount on the purchase of your first on-line Fissure SPL workshop.
The requirements for participating are:
  • Attend at least 10 of the 11 synchronous sessions
  • Computer, browser, internet connection (DSL or faster), and headset (headphones or ear buds and microphone)
  • Be a student during the training session
  • Provide feedback to Fissure on the training experience
The Beta On-line Project Management Simulation workshop is scheduled for:

August 30th - 9 to 10 am CDT (on-line tool training), 2 to 4 CDT
August 31th - 9 to 11 am CDT, 2 to 4 CDT
September 1st - 9 to 11 am CDT, 2 to 4 CDT
September 2nd - 9 to 11 am CDT, 2 to 4 CDT
September 8th - 9 to 11 am CDT
September 9th - 9 to 11 am CDT, 2 to 4 CDT
September 10th - 9 to 11 am CDT

If you want to register or have any questions, please contact me via email (jesse_freese@fissue.com ) or phone (952-882-0800).

Feel free to forward this to other people in your organization who you think will be interested. Thank you for your consideration and I look forward to your response.

Jesse signature

952-882-0800
877-877-6333

Back to top
AgileGeof
PROJECT PARENTHOOD
Every Plan Is wrong
by Geof Lory, PMP
 
Geof Lory
Geof-Frame
I'm currently managing a sizable renovation to a private facility and am working with the Board of Directors to establish the scope and budget for the project. We have gone through several versions, taking items out of scope and putting them back in, as we gradually narrowed in on what can be done with the allotted budget. You don't know what you can do until you do enough research to understand what is possible and for how much. This iterative process is a staple of the early design and planning phase of any project. Incremental discovery can be frustrating, but is a necessary part of any project.
We are now at the point where structural drawings are complete and a preliminary budget has been established (with a contingency). So, now the Board wants to see the plan. As I have been working with the architects and builder during the design phase, we have created lots of plans in the form of drawings, but somehow I didn't think this was what they were looking for. So I asked for some clarity on what exactly they wanted to see in a plan. No surprise, I got as many different answers as there were people in the room. But they all agreed they wanted a plan. Sound familiar?
Conceptually, what they wanted was some assurance of what was going to be done (scope), when it would be done (schedule) and how much it was going to cost to do it (budget). They wanted to see "the plan." What varied was what level of detail was necessary to assure them that they knew what they were going to get and that we had done our homework. How much detail do you put in a plan?
Of course, the consultant's answer is, "Just enough, but no more." But first, I'd like to ask my favorite question-"Why?"

To read full article, click here

Back to top
NewsFissure News
April 2010

IIBA MN Fissure guide John Kaman will be presenting "Effective Communication and Rapport-Building Techniques for Requirements Gathering" on August 12th for the Minneapolis Saint Paul Chapter of the International Institute of Business Analysis (IIBA).Admission is very reasonable so please check it out at: http://iibamsp.org/  Fissure is a premier sponsor of the Twin Cities Chapter and an Endorsed Education Provider for the IIBA.


MolexGeof Lory recently finished delivering Fissure's Project Management Simulation Powered Learning® Workshop and Microsoft Project Workshop to 26 Molex Six Sigma Black Belts in beautiful Singapore. Geof said he truly enjoyed getting back to Asia again. None of the participants other than Geof had English as their first language but as usual the instructor, courseware and the simulation performed very well. The student reviews were fantastic.  Here is just one: "The simulation taught us to focus on our goals, to use tools, to
 
DakotaTechCollege
Fissure's new home for Twin Cities public workshops is Dakota County IT Training Center. The Training Center located near 494 & 35E features spacious rooms and well appointed student lounges. Many students have noted on their evaluation forms that the IT training center offers a comfortable environment for learning.

Microtrain
MicroTrain® Fissure's partner for public workshops in Chicago has tapped into the increasing popularity for Business Analysts in today's job market. MicroTrain has been running a class every month filled with dislocated workers looking to bolster their BA skills.

Cap&Diploma

Congr
atulations to Liz Firnstahl on her graduation from Rosemount HS in suburban Minneapolis. Liz also attended the School Of Environmental Studies in Apple Valley MN and played forward for the Burnsville Bruisers Rugby Club. Liz will be attending a local college starting winter semester. She has made her parents Tim & Donette very proud!!
 
Jesse and Sue Freese also have reason to be proud and relieved as their daughter, Julie Freese completed her masters degree and will soon begin her first job as a middle school student councilor in Columbia, SC. As Jesse likes to say; "If the children don't move back in with you and don't ask for money, everyone is a success".

A Few Words from Jesse
Jesse pic
JesseDear Fissure Friends,

First an announcement! We have been working hard for the last 9 months on an online version of our Project Management Simulation workshop. Now we need test students. Check out the article in this newsletter regarding this free opportunity.

Like some of you, I have watched over the last few years as my total cholesterol number has risen steadily to the point where it is now time to either make a serious change in my diet and exercise, or start taking medication. For the previous five years (I started tracking it in 2002 - what else would a good project manager and engineer do?) I hovered in an acceptable and consistent range. It has only been in the last three years that I have seen a definite upward trend. Before my last measurement this May, I was hoping that the previous two years would turn out to be outliers and that I would see a 2010 number closer to the first five years of results, or at least be lower than 2009. I really did believe I would see a lower number and I was extremely disappointed when the number came in higher than the 2009 number. I immediately tried to "explain" the number to myself and justify to myself that I was still OK and that I would have another year to wait to see the trend finally reverse itself. Does this remind you of any projects you've managed or been part of? Have you ever had your manager say "isn't it too early to tell" when you present a schedule or cost overrun? But a message to call the Doctor about my high cholesterol and with three years of increasing numbers staring me in the face, even the optimist in me couldn't ignore the data and associated risk. It was time to start really managing this trend and the first step was to put together a recovery plan and implement it.

As I said in the beginning of this article, there are two basic recovery paths for high cholesterol; one, take medication, or two, change your diet and exercise more (of course there are several combinations of these two paths but I will keep the analysis simple by looking at each path separately). The quick and easy path is to start taking medication. In project terms the medication path begins with identifying the pain in the project (task, person, process, or tool) and then figuring out how to reduce, minimize, or mask the pain. Essentially you focus most of your effort on that specific pain point and the attention to that pain point typically results in the sought after improvement. What you don't know at the time is how the focus impacts the rest of the project (in medical terms the "negative side effects"), and you also don't know if the pain will come back when you eliminate the focus, or if you have cured it, or if it has moved to another place in the project waiting to be detected. In project management we call this "fire fighting", putting water on the fire of the day, week, or month. It typically works for the intended pain, but usually misses the cause of the pain and more often than not, causes other pains to appear down the road.

The medication path is easy and can work, at least in the short run. But it can also cause other problems that may or may not appear immediately. I am not so attracted to the medication choice. The harder path is to change my diet and increase my exercise. This choice is harder to implement because it takes thought, planning and commitment. It will also take some time to see results. In project terms the diet and exercise path begins with a thoughtful analysis of the root cause of the project pain, not the pain itself. This is accomplished through open-ended questions of the people on the project - they know the answers, we just need to listen to them. Once the answers are identified, it is important to create a plan and look at both short and long term impact, including planning for any significant changes on the project. Lastly we need commitment to the plan and resulting changes. What are the benefits of the changes to the project team, the project, and stakeholders? Are there any intellectual reasons people will understand and buy in to for committing to this plan? You really have to market and sell the plan to be successful.

Writing this article is one of the first tasks in my "cholesterol reduction project plan" and part of my commitment process. Stay tuned - I plan (not hope) on being able to tell you next year at this time that my thinking, planning and commitment to diet and exercise were successful in lowering my cholesterol.

In his article, "Every Plan is Wrong", Geof Lory discusses project plans and planning. At one point in the article he talks about "a call to a higher consciousness around the process of planning and our view of the outcomes of the process." Doesn't that peak your interest to read the entire article?

Our upcoming public workshops and webinars can be found on our website (http://www.fissure.com/workshop_registration.cfm) - our computer simulation powered workshops the most effective and fun way to learn AND EARN PDUs. Make sure you also check out what's happening at Fissure (Fissure News).

Thanks for reading and take good care of yourself,

Jesse Freese
Jesse signature
Fissure, President

Back to top

PROJECT PARENTHOOD
Every Plan Is Wrong
by Geof Lory, PMP
 
Geof-FrameI'm currently managing a sizable renovation to a private facility and am working with the Board of Directors to establish the scope and budget for the project. We have gone through several versions, taking items out of scope and putting them back in, as we gradually narrowed in on what can be done with the allotted budget. You don't know what you can do until you do enough research to understand what is possible and for how much. This iterative process is a staple of the early design and planning phase of any project. Incremental discovery can be frustrating, but is a necessary part of any project.
We are now at the point where structural drawings are complete and a preliminary budget has been established (with a contingency). So, now the Board wants to see the plan. As I have been working with the architects and builder during the design phase, we have created lots of plans in the form of drawings, but somehow I didn't think this was what they were looking for. So I asked for some clarity on what exactly they wanted to see in a plan. No surprise, I got as many different answers as there were people in the room. But they all agreed they wanted a plan. Sound familiar?
Conceptually, what they wanted was some assurance of what was going to be done (scope), when it would be done (schedule) and how much it was going to cost to do it (budget). They wanted to see "the plan." What varied was what level of detail was necessary to assure them that they knew what they were going to get and that we had done our homework. How much detail do you put in a plan?
Of course, the consultant's answer is, "Just enough, but no more." But first, I'd like to ask my favorite question-"Why?"
GeofAgile

Why Create a Plan?
I don't know about you, but I have yet to see a project follow a plan, so what is the value in creating one? Wouldn't the time be better spent just doing the work? When thinking about dichotomies like this, my mind tends to wander to opposite ends of the spectrum hoping to find some answers in the absurdity of the extremes.
I started thinking about Clark Griswold (Chevy Chase) in Summer Vacation. If you recall, he had their entire vacation planned out to the mile and minute, but hardly executed any of it successfully. He was behind and off schedule before leaving the house. It was a thorough plan that never saw the light of day because reality hit before they even pulled out of the driveway. It makes for great comedy, but it is not that far from reality for many projects, which is not funny at all.

When my daughter, Erika, was younger, she enjoyed helping me with Saturday chores. Friday night we would sit down and make a list of the things we planned to do the following morning. It was a simple plan, no more than a task list; however, it served our purpose-to guide us through the process of planning. Inviting the discussion necessary to create the plan (physical evidence that the planning process actually occurred) brought us to a common understanding of how much work we had, so she could decide how involved she wanted to be. It also addressed whether any of the work was dependent on weather, trips to the store, or anything else. From this planning process Erika could schedule her Saturday and we had a plan.

Then, Saturday morning, and it seems like all bets are off. The alarm doesn't go off or the weather is bad and we are immediately "behind schedule." Even if we do start on time, the first job always takes longer than expected. The mower won't start, the bolt threads strip, or someone cuts themselves and we spend an hour bandaging a wound (which of course reduces productivity for the rest of the day). The plan is out the window, or at least needs to be revisited. Like Clark Griswold, we mistook the plan for reality.

A Change of Perspective
An author friend of mine, David Schmaltz, refers to this as mistaking probability for predictability. He does not present this as a cop-out for planning, but rather a call to a higher consciousness around the process of planning and our view of the outcomes of the process. David contends that "good project managers use their plans knowing full well they are wrong, and wrong in ways they cannot explain." The more we admit the inadequacies of our planning, estimating, and predicting skills and the inherent uncertainty of the future (not to mention Murphy's Laws), the more we can see the plan as a series of probabilities rather than predictions. Acknowledging this will encourage better overall planning behaviors.

Therefore, we would benefit most from changing our perspective on the plan. Too often we look at a plan as a roadmap of what will happen and set our expectations accordingly, rigidly anticipating that the plan will be executed and variances managed away. In reality, a plan is more like a statement of intentions (SOI) that acknowledges we are incapable of predicting the future. We know the plan is wrong, just in ways we cannot explain-otherwise, we would.

When you know that the plan is wrong, but not how it is wrong, it ups the ante for stakeholder communication, inter-team coordination, producing empirical evidence of work completed, risk management, and every project management discipline. Most of all, it means you are constantly questioning the plan and re-planning. These are all good project management basics, but all easily forgotten or ignored when we are comfortable with the belief that the plan is right.

A couple of months back my daughters were moving into their respective apartments at college. Each had their room dimensions, laid out a plan for where everything was to go and packed accordingly. We shared the illusion that it would be a one-trip, 3- to 4-hour event, after which we would all have time for Dad to take everyone out for dinner. It was a good and believable plan, but the only thing that came off as expected was that Dad bought dinner, and even that was much later in the evening than expected. The rest of the plan was scrapped before half of the van contents were in the elevator. So much for the plan.

Two months later, after numerous trips to the department store, the hardware store, and back home, their rooms are still being arranged and rearranged. But they are each happy with their new homes and everything eventually worked out just fine. In the process they learned something about planning and plans, which was my real goal. I hope they learn that planning is not an event, it's a discipline. They should never stop planning, even if they realize that the plan doesn't matter. That way, future plans will be more probable, even if they are not definitively predictive.
"I love it when a plan comes together" ... even when it was not what was on the plan.
 
Back to top