Fissure Workshop On the World Wide Web
 Coming Soon
|
|
|
|
|
A Few Words from Jesse

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 |
 Fissure 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.
952-882-0800
877-877-6333 Back to top
|

PROJECT PARENTHOOD Every Plan Is wrong by Geof Lory, PMP
Geof Lory |
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 hereBack to top
|
Fissure News April 2010
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.
Geof 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
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® 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.
 Congratulations
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
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.
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 
Fissure, President Back to top |
|
PROJECT PARENTHOOD Every Plan Is Wrong by Geof Lory, PMP
 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?" 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 |
|
|