When Making Project Decisions You Can't Always Trust Your "Gut"

Thursday, March 11, 2010 by Ty Kiisel
Lev Virine and Michael Trumper in their book, Project Decisions: The Art and Science, suggest, "Project managers should steer clear of making decisions based on gut feelings because the intrinsic psychological concepts that motivate that type of behavior can often lead to costly mistakes."

I have to agree.  It doesn't matter who you are, trusting your gut can be dangerous.  Anecdotally, it might seem like you can make quick and successful decisions based upon your superior gut, but statistically, it's about the same as tossing a coin.

According to Trumper, "Human thoughts tend to be biased, influenced by certain behaviors, perceptions, and the ability to recall details.  We are predisposed to rely on certain variables when making decisions, like the manner in which information is presented to us, and we also lean toward the belief that scenarios with greater detail are more probable."  He suggests, "We're much better at making small decisions. 'I'm hungry, should I get a bagel or a hot dog?'"

As the consequences of decisions become more complicated, your gut becomes more unreliable.  This doesn't sound too good for managers, executives, and even project managers who believe their gut instincts are what sets them apart as great decisions makers, does it?  Of course, it's possible that your gut could be a statistical anomaly, but according to Trumper and Virine, "Most of the problems in projects are related to human error caused by predictable mistakes.  Decision analysis is a structured process through which we could be able to make better decisions, with less biased input from humans."

A structured approach to decision-making provides a better model for making good decisions, however some people make a lot of really good decisions—but not when they involve big and complex projects.

"If NASA blows $1 billion dollars, that's money coming out of your taxes.  If Ford makes a bad decision that causes them some direct cost through liability, that costs us money.  That's why having these processes in these big corporations is really important, because the cost of bad decisions is incredible and a huge burden on the economy," write the authors.

In light of the last couple of years and our current economic situation, it's not hard to recognize that a lot of bad, and expensive, decisions have been made by corporations and governments.

My advice, leave your gut to making decisions about what to eat for lunch.

The Social Project Manager

Thursday, March 11, 2010 by Adam Michaelson, PMP
Here's a buzz word for you: social project management. Most of the stuff you'll find on the web about social project management relates to social media being used as project management tools. But simply using a social media tool doesn't mean that you're practicing social project management.

Social project management is an approach to managing a project. It's about letting go of the top-down control of traditional project management. It's about empowering and trusting people. It's about an open-book policy that motivates people to perform.


Here are a few key attributes of the social project manager:
  • Trusts the Team. Social project managers empower the team by allowing them to define their own approach and deadlines (given the project constraints). These bottom-up plans become the project plan. This means that the project manager is freed from being a task master and can focus on removing roadblocks and ensuring quality.
  • Enables and Encourages Collaboration. Social project managers create an environment that facilitates communication between team members and teams. This may include daily scrums, collaborative software, paired task assignments, etc. The key to creating value and productivity is that each social interaction has the context of work.
  • Focuses on Qualitative Data. The social project manager knows that there are infinite shades of red, yellow, and green. While some project managers focus on %complete, social project managers target the human element in a status report that reveals obstacles to be removed, opportunities to exploit, and the true state of the project.
  • Broadcasts the Project. Social project managers believe that one of the best ways to engender stakeholder trust and to motivate performance is to make the project publicly accessible. Raw, transparent accessibility to project work and progress is frightening to the traditional project manager, but fundamental to the philosophy of social project management.

Some aspects of social project management resonate with traditional approaches, like relying on expert input to create the plan. Other aspects like broadcasting the project are hard for traditional organizations to swallow -- for various reasons. It's hard for some project managers to give up so much control. Further, some executives, given such granular visibility, can't resist the urge to micromanage.

Introducing social project management is more than using a wiki to store threads and documents. It's a cultural change that is felt from the executive level all the way down to the individual contributor. On the one hand, executives and managers will need to be more trusting of those in the trenches. On the other hand, team members need to step up to the plate and take on the accountability that such transparency demands.

Being a social project manager means changing the way you look at your team, your project, and yourself. Your role becomes more of an enabler than a controller. It may not be for everyone; but if done right, it can unleash the power of the masses toward the success of your project.

The Accidental Project Manager, Part Deux

Wednesday, March 10, 2010 by Ty Kiisel
The results of our informal survey are in.  I thought they were pretty interesting.  Roughly 63% of those who responded identified themselves as accidental project managers.  This wasn't a surprise to me.  From conversations I've had with colleagues, many of them stumbled into project management because they were capable leaders who could effectively deal with an ever changing environment.  (I am an accidental project manager myself.)

What type of project manager are you?



Understanding the complexity of project based work, it made perfect sense to me that 66-67% of you invested in regular training.

Do you participate in regular project management training?



Here is where I was a little surprised—but because of the audience, I probably shouldn't have been.  Books and Social Media tied at 66% as where you turn for training.  I have long felt that the community that exists within the social media landscape is a valuable source for sharing best practices, I just didn't expect it to be the source.

Where do you turn for project management training?



I was also curious to see how many of you accidental project managers pursued a more formal path once you made the leap to becoming a project manager.  Not surprisingly, being the dedicated over-achievers that project managers tend to be, 54% of you have subsequently pursued a formal PM education and certification.

If you started out as an accidental project manager, have you subsequently pursued a formal project management education and certification?



Thanks to everyone that participated in our survey.  It's rewarding to be part of a community that spends so much time contributing to the education and success of its peers.  For anyone who didn't contribute to the poll, feel free to visit and add your experience.

Across the Finish Line

Wednesday, March 10, 2010 by Adam Michaelson, PMP
“We are judged by what we finish, not what we start.” — Anonymous


When people think of project management, they often think of what gets done in early stages to execution of a project: creating a project plan, task assignment, status reporting, change management, for example. What often gets overlooked — even by project managers themselves — are the key elements of closing a project.

When the deliverables are successfully deployed, the stakeholders are generally satisfied and consider the project complete — but is it? On the other hand, projects that fail come to a screeching halt and the project becomes a sore spot that no one wants to hear about anymore. In either case, once the execution of a project comes to a close, people tend to move on. This is when you see the true calibur of a project manager — when the project is closed.

Less effective project managers will be on one of two extremes. Either they will
  1. simply drop all ownership of the project and forget about it altogether, or
  2. spend time and resources in excess of what is necessary to close the project.
In the first case, you are shooting yourself in the foot. In the second case, you're beating a dead horse. When you don't take the time to close a project properly, you're likely to miss out on lessons learned, you may not have data easily accessible for audits, reports, or planning in the future, and (depending on the industry or nature of the project) you could even open yourself up to regulatory issues or even lawsuits. When you over-do the closure of a project, you incur unnecessary costs, annoy stakeholders, and may end up distracting yourself and others from organizational goals.

Here are some concepts that have worked for me:
  1. Use good judgement. Take the time to plan how you're going to close the project. Depending on the scope of the project, this may require anywhere from 5 minutes to 5 days - or more. Make sure that you cover the bases, but don't overreach - stick to what is most important to the context (past project documentation and lessons learned can help out here). Be open and proactive in changing your plan as your project progresses.
  2. Create a Closure Checklist. Once you've chosen your approach, make a simple list of things that need to be done. The checklist should be such that, when all items are checked off, the project can become history, and you can finally sleep at night.
  3. Capture Lessons Learned. ALWAYS make a record of things that went well, things that didn't go well, and plans for improvement. The project can't be closed until the plans for improvement are either completed or added to a separate backlog of items that will be worked.
  4. Leverage share-sites and project management software.  Too often project documentation is on someone's desktop, inaccessible (and therefore useless/non-existent) to others. Having everything in a centralized and accessible data store makes your closure process and future planning so much more efficient.
  5. Get Sign-Off. Give key stakeholders the opportunity to approve the closure of the project. This can be as simple as an email or as formal as a closure meeting. However it is done, it is important to confirm that their expectations were met. Having said that, make sure that your charter is the guide for the definition of done.
  6. Communicate Closure. Make sure the stakeholders know that you have closed the project. This is a good time to showcase the success of the project, or (in the case of a failed project) some of the key lessons learned. Just as in the outset of the project when you communicate the launch, you are accountable to your stakeholders to report closure of the project.

When a project comes to the finish line, don't forget to go the extra mile. Take the necessary time to tie off the loose ends and put things in order so that future projects can benefit. Don't miss out on the most important part of the race - crossing the finish line.

Be Careful What You Ask For—Because You Might Just Get It!

Wednesday, March 10, 2010 by Guest Blogger: Unlikebefore
Very early on in my career, I learned two very valuable lessons:
  1. Never confuse sales with implementation; and
  2. Be careful what you ask for
Whether I've been consulting, managing projects or in operational management roles both have had an influence in every project.  They're two lessons I speak about regularly with my mentees and encourage them to keep in mind as they develop their careers.  Why?  Because these two lessons can and do shape project outcomes.

I've listed two lessons but in this post I'm going to focus on the 2nd one, which isn't as silly as it sounds and you'll see why later.

When we think about projects the first thing that comes to mind, after the obvious budget and contract related elements, is defining the requirements.  That is, being clear on the scope of the project.  What does the project have to deliver in terms of functionality, controls, reporting, audit trails, transactions (batch or interactive), cost savings, productivity improvement, overhead and possible resource reductions etc?  Whether it's the immediate team or an indirect stakeholder, everyone has a genuine reason why certain functionality or functions are business critical.  It's during this time that the project manager must employ the following skills:
  1. The PM must allow ideas and initiative to flow while also staying focused on the task at hand and ultimate goal; and
  2. Be able to sift through all the requirements so as to nail down the real business needs and prioritize the wants.
These skills require facilitation, collaboration and bucket loads of diplomacy.  As responsible PM's who do more than tick boxes and file status reports, we must find just the right balance between being fair yet firm.  It's important to have some idea of the standard functionality vs what might require a configuration tweak or what could result in a modification.  A small tweak that uses a seemingly unused field to satisfy a 'nice to have' could result in data being transacted that causes order fulfillment failures.

It is clear that what was asked for was delivered but now it's delivered it's actually not what was wanted.  Lesson number 1—Be careful what you ask for.

And, when someone says to you 'but I saw it in the demo!' or 'I was told it worked that way!' check it out by running some tests in the test environment (because there is a test environment, right?) and find out how it impacts other functions.  Don't rely on the marketing materials and sales presentations.  Hence Lesson number 2—Never confuse sales with implementation.  What you see and hear in the demo isn't always implementable.

So next time someone says to you 'this is business critical, we can't operate without it', make sure they know what that means for the future and that they best be careful and absolutely certain that's what they want.

The "Accidental" Project Manager and Project-Based Work

Tuesday, March 9, 2010 by Ty Kiisel
One of my colleagues and I were recently discussing how most people get their start in project management.  She was a formally-trained and certified Project Management Professional (PMP), while I am what would be called an "accidental" project manager.  I started by managing projects as part of my responsibilities, although we didn't call them projects at that time.

With that in mind, I thought it might be interesting to see how all of you got your start.  I've put together a short (only four questions) poll to see where the rest of us stand.  I have an opinion, which I won't share until after we see the results.

Click HERE to participate in the totally anonymous poll.

Resource Management - Critical to Project Management Success

Tuesday, March 9, 2010 by Cindi Smith

I recently attended an inspiring webinar that discussed the importance of resource management to a project's success; it impressed me so much I wanted to share some of the things I learned with you.

The speakers focused on some important aspects of resource and capacity control to help project management teams increase the potential for success: Capacity (know your limits); People (get the right ones and build your team); Time-tracking (capture data, track progress, reset limits going forward, and monitor results); Change management (scope creep, adjustments to spec, etc.); and Tools (have the right ones and tailor them to your needs). All critical elements for project success.

My only concern is that the speakers were discussing all the right things, but perhaps with a somewhat rosy view of reality. In a perfect world, the right team members are available when you need them, and everyone is honest and realistic about need, capacity, limitations, and the elements that make up the project plan.

In the real world, this is seldom the case. Which is probably why so many projects fail.



It's incredibly important to monitor and manage resources during the course of a project's life-cycle. But without some stringent controls, I fear it's easier said than done. Of course, if project management tools were incorporated into the mix, it's likely that managing resources would become a whole lot easier.

To hear how Allconnect is doing this using project management software, check out Amy Dowis' interview HERE.

How do you track and manage your resources? Is it working for you? Let me know!


Base Coaches and Project Managers: Four Common Success Traits

Monday, March 8, 2010 by Ty Kiisel
In baseball, the base coach's job is very important.  It begins the moment he enters the ballpark.  During the opposing team's pre-game infield warm-up, his job includes:
  • Scouting the strength of the outfielders' and catcher's throwing arm and where the fielders position themselves in the outfield
  • Analize the pitcher's pick-off moves and determine whether or not there is a clue in his body movement before he thows to the base.
  • Is the pitcher's delivery predictable—can you time it with a stopwatch?  If the pitcher takes more than 1.5 seconds to deliver a pitch from the stretch position, a fast base runner might be able to take advantage of the delivery to steal second base.
  • Does the pitcher tip off his pitches or follow a pattern in his pitch selection.
Like the base coach, the project managers job starts before the project begins.  However, it doesn't stop there, I've noticed that project managers share some other common traits, here are the top four:
  1. Communicate Clearly: Good base coaches are effective communicators—even when it's in "code" or with a "sign."  A project manager must be able to communicate objectives clearly to ensure the success of any project based work.
  2. Be Animated & Loud: A good base coach is easily seen and heard by runners and batters.  An effective team leader can't hide in the office buried in reports all day—successfully leading a project team requires that he or she be seen and available to give direction, advice, and remove impediments. 
  3. Good Decision-Making Skills: A good base coach is ready to react to the unexpected—good decision-making skills are vital to being a good base coach.  Projects seldom seem to turn out exactly as planned.  Project managers need to be great decision-makers.
  4. Encourage Aggressiveness: A good base coach sets the tone for the offense.  When the coach shows confidence in the player's ability to execute, it boosts their confidence.  Recognizing the individual talents of the project team, and leveraging them to the benefit of the project is a critical skill.  Helping individual team members stretch and improve helps ensure consistent success.
It doesn't really matter what your work management methodology is or what project managment tools you use, there's a lot a project manager could learn at the ball diamond.  Would you be a good base coach?  Successful baseball coaches also rely on the right equipment to help their teams win.  Project management software can be invaluable at automating reporting, data collection, along with encouraging collaboration and communication for project leaders—making it easier for them to successfully lead their teams.

With the baseball season just around the corner, maybe an afternoon with your favorite team could be a good team-building, training experience—or maybe I'm just craving some peanuts and Craker-Jacks.

Successful Project-Based Work Depends More on People than Technology

Friday, March 5, 2010 by Ty Kiisel
Project management professionals tend to be highly technical, process-driven individuals.  Both are great qualities for managing projects.  However, those who seem to rise to the top also understand that there is something more to successful work management than the technology used or the process employed.

As the technology incorporated within business project management software continues to improve and automate many of the tasks project managers once had to perform manually, the role of project managers is changing.  The ability to "roll up the sleeves" and interact with individual team members is making some project managers very effective at facilitating collaboration and eliminating the impediments faced by project teams.  The more project managers are able to spend time leading project teams rather than collecting data and building reports, the more likely we are to see a drop in the project failure rate and a more positive bottom-line in our organizations.

To facilitate this, project managers need to make sure they have a couple of things nailed down:
  1. They need a thorough understanding of their process and how to best use project management tools to successfully execute that process.  PPM software has the ability to automate much of the data collection and reporting requirements of project management and should make it easier for managers and project teams to collect and evaluate information.  Software, or any project management tool for that matter, that forces double entry or encumbers the process, should probably be abandoned.
  2. Project managers need exceptional people skills.  A command-and-control management style is not the most effective way to lead a project team.  It's becoming more and more critical that project managers encourage collaborative communication to drive project success.  Successful teams are where the rubber hits the road—and successful project based work has more to do with people than technology.
Has your role as a project manager changed in recent years?  How do you utilize technology to make you a more effective project leader?

Focus on a Realistic Scope

Friday, March 5, 2010 by Jackie Golden
In my previous discussion on creating a success plan, I shared the secret sauce:

Success Plan = Realistic Scope + right skilled resources + achievable timeline

In this discussion, I want to focus on the first ingredient of establishing a realistic scope.  The scope of the project sets up the approach a project takes.  I always keep in mind that the goal is to define the scope that is achievable within a 60 day cycle.

DanceHave you ever been to a kid's dance recital?  You know the 3 hours of back to back dances of all genres including tap, ballet, modern, jazz, lyrical and hip hop.  You sit for the entire show to watch one of your family members dance for 6 minutes.  Have you ever thought about the process they go through to put that show on at the end of the year?  Many people wonder how the kids remember all that choreography and perform all those dances.  They do it in small phases throughout the year.  They teach one number at a time by creating classes or small groups of people to focus on a genre for a certain age group.  By having many various small groups working separate dance pieces, they can focus on the quality of their technique and performance abilities.  At the end of the year, they put all these groups together to create an amazing showcase.

I like to use a similar concept when planning projects as well.  There are always long term goals and objectives.  Within each of these, I would define smaller goals and objectives that become the steps needed to get to the long term goal.  Evaluate the areas of the organization that would have the largest impacts or benefits.  It may be necessary to do this exercise within each functional group depending how the project goals impact across the functional lines or the work flows require various collaborations across groups.  Look for the quick wins, functional areas and processes that are struggling the most or could have the highest gains.  Evaluate the ability to define the scope to be able to achieve it within 60 days.

For example,  I had a customer who intended to implement a PPM solution globally.  They had over 500 projects managed throughout various groups.  They started out with this as their scope.  During our Discover and Design sessions, it became clear that the area with the most pain was their marketing group.  They had some critical business needs to improve their management of various marketing projects that would have a direct impact on their customer satisfaction and increase revenue.  It consisted of only 25 key projects.  This became my target for them to define a detailed scope around as our Phase I goals and objectives.  We could accomplish this within the 60 day timeframe and deliver value to the organization with high visibility to show the impact of their new PPM investment.  This became the approach they took to define all their follow on phases, rolling out the solution in a logical priority delivering value on an on-going basis.

The key to success is to work the plan into organized smaller work streams with defined scopes that can be executed within 60 days.  Prioritize them based on highest to smallest impact and value to the business. If the capacity is there, mulitple work streams can be executed in parallel to deliver multiple key objectives in the same 60 day timeframe. This will become the project plan roadmap to delivering the long term commitments.

Sharing Work Management Best Practices: Why "Community" is Important

Thursday, March 4, 2010 by Ty Kiisel
Learning project management best practice doesn't just happen.

Because there is so much project-based work accomplished by managers who have had no formal project management education, and the trend of organizations turning to projects for increasing productivity and profitability continues to grow, the need for education is important.  Unfortunately, those responsible for managing projects are often "accidental" project managers—and are left to figure out for themselves the best way to manage projects, motivate teams, and get work done.  That being said, some of those "accidental" project managers turn out to be incredibly effective and some of the most intuitive and successful managers.

Without getting into a discussion about certification and formal training there are other ways for budding project managers to learn the ropes.  (Anyone considering the path of the PMP should talk to Josh Nankivel at PMStudent, he offers a number of great resources for preparing for the exam.)  However, I'd like to talk about the less formal ways we share information and learn best practices.

Over the past several weeks, I've written a couple posts regarding how we learn and how that applies to projects and project management: The Challenges of Project Learning and The Value of Social Media.  I'd like to take another step down that path and talk about the value of community in learning best practices and the basics of work management.

I'm amazed at the wealth of knowledge available to anyone willing to spend the time to find it.  Whether in the form of blog posts, webinars, user groups, conferences, tradeshows, or seminars—it's never been easier to learn best practices and how to implement them into your work management methodology.

To understand how this benefits our industry, imagine a rowboat with project managers inside.  Some are experienced, some are not.  As the water level rises, what happens to everyone inside the boat?

They all rise with the level of the boat.

Those with experience and expertise rise, those just getting started rise, and they rise collectively.  We are very fortunate as project professionals that there are so many talented and capable people willing to share their insight into what makes successful projects click and what it takes to be a skilled project leader.  This "community" makes it possible for everyone in our profession to enjoy greater perceived value in the workplace.

I know that I enjoy the time I spend with my peers in person, on the phone, and even online.  I think it helps me be better at what I do and inspires me to share with the rest of the community.  As I talk to our customers about what makes them successful, it's rarely a discussion about on-demand project management software (although the right project management tools contribute to project success).  It's usually about implementing sound methodology and best practices.

An @task Opportunity to Mingle with Your Peers

I rarely promote @task events on the blog, but I think this is worthy of a little plug.  For anyone near New York City, @task's CEO Scott Johnson and one of our customers from the area, will be making a presentation on best practices and software developments to help organizations get more work done.  Hors d'oeuvres (which are on us) and the discussion will take place at the Ritz-Carlton on March 25, 2010 from 4:00 to 6:30 pm.  If you're interested in attending the FREE event, you can register HERE.

Do I need a software support program?

Wednesday, March 3, 2010 by Josh Hardman

Health insurance is a hot topic right now.  While there are many opinions about how insurance should be managed and provided, one fairly common theme is the thought that insurance is important.  Understanding the importance of insurance, can we insure the software products we so often depend on for the success of our business?

 

Software support programs often offer that insurance.  When presented with support options, one should consider the following questions:

 

1.     How important to my business is this software?

2.     Do I have the in-house staff available to fix any problems?

 

One way to evaluate importance is to measure the overall cost to your business if a certain software program were to be unavailable for a period of time, or restricted in its use because of a usability issue.  Does that cost exceed the cost of the support program?

 

An in-house IT staff may be able to help in a lot of situations, but you should evaluate the specific software and decide if it is something you can support in-house.  A lot of today’s software is offered as a SaaS service and access to systems is often limited.  A support program may be vital for these software packages.

 

Some companies are so confident in software support programs that they give the software away for free and only charge for the support program.  In these cases the programs usually include things like product updates.  Others charge for the software and the support, usually offering product updates with the purchase of the software.  For organizations doing project based work, project management software is becoming a mission-critical part of the way every organization does business—making it very important to keep the software up-to-date and operating efficiently.


Although opinions on the best software business model differ, one thing is certain, support and services are important.


Successful Project-Based Work Requires a Decision (or Two)

Wednesday, March 3, 2010 by Ty Kiisel
Why do today what can be put off until tomorrow?

At one time or another we all do it.  In fact, I sometimes wonder if procrastination is part of human nature.  However, when it comes to project management decision-making, procrastination can be detrimental to the success of the project and expensive.

Of course, overcoming the urge to procrastinate is easier said than done.  "Just Do It" might work for Nike, but project managers in the trenches have to do more than pull on a pair of running shoes and hit the streets.  That being said, planning for procrastination as we do for resources, return, and risk could provide an answer.

By "planning for procrastination" I mean, making as many decisions up front as possible—eliminating the need for spontaneous decision-making when it's crunch time.  That doesn't mean there's no room for making decisions as situations change, but it does eliminate the need to make decisions about things that could easily be made in advance.  Thomas Edison said, "Good fortune is what happens when opportunity meets planning."  I think inventing the lightbulb was a pretty successful project.

Another option is to pre-establish the criteria for making decisions in any given circumstance.  Of course you can't anticipate everything, but you can plan ahead for many of the common challenges and situations that might occur.

With that in mind, we will need to remember the words of humorist Will Rogers, "Even if you're on the right track, you'll get run over if you just sit there."

With any project based work the ramifications associated with procrastination are serious.  There are project management tools that will make it easier to plan, communicate with team members, and evaluate success, but ultimately we have to "Just Do It."

Maybe Nike is right after all.

What are you doing to avoid procrastination? 

Nurturing Project Leaders: Rewarding Change can be Rewarding

Tuesday, March 2, 2010 by Ty Kiisel
"How do you hold onto your best change leaders?  Promote them," says Robert W. Gunn at the Harvard Business Review.  "That's a key finding of my consultancy's study of 84 major, multiyear change initiatives completed between 1995 and 2005 at 36 Fortune 500 companies.  The programs—such as restructuring, reducing costs, globalizing supply chains, creating shared services, and implementing Six Sigma—where among those that figure prominently in companies' annual reports."

Gunn awarded high scores to those organizations that embraced change and consciously developed change leaders.  About one-third of the companies studied received the high marks.  "Perhaps not surprisingly," writes Gunn, "all of the change events at these high-scoring companies met or exceeded leadership's expectations, and 62% of the executives who led these initiatives were promoted."  According to Gunn, about 11% of the change leaders left these companies once the projects ended.

This was not the case with the remaining two-thirds.  Although these organizations experienced a 74% project success rate, only 12% of the change leaders were promoted and 25% of them left.  "Thus," argues Gunn, "CEOs of poorly rated firms lost proven change leaders—the executives most comfortable with taking risks, going after big goals, and leading in the face of uncertainty—at about twice the rate as CDOs of the high-scoring firms."

Gunn suggests that organizations that use change initiatives to promote leadership development create what he calls a "virtuous circle."  Change initiatives thrive, and the development of skilled executives provides leaders who are able to drive the next wave of reform.  Gunn also says that, "Valuations suggest that investors notice companies that are adept at managing change and supporting change leadership."

Managing change is a big part of successful work management.  Nurturing managers who are skilled at dealing with the challenges of project based work is important—particularly if you want to keep your best project management leaders.

Three Proven Decision-Making Tips for Project-Based Work

Monday, March 1, 2010 by Ty Kiisel
The Magic 8 Ball is not a good project management decision-making tool.

In a blog post written by John McKee for TechRepublic a while back, I stumbled upon these three decision-making techniques that have been successfully utilized by great leaders:
  1. Trust the Marines: The US Marines have a tool they teach their officers called the 70% solution.  If you have 70% of the information you need to have, 70% of the analysis you think is required, and feel 70% confident that you are right—get on with it.  The Marines feel that a well-reasoned decision that is well executed has a fair chance of success, but no action has no chance of success.
  2. Take a clue from the coaches: Coaches are always asking questions.  By asking questions you will learn the good, the bad, and the ugly—helping you make the best decisions.
  3. Trust your feelings, Luke: Sometimes your "internal barometer" helps you make decisions and take action.  Of course, intuition, gut instinct, or "the Force" might not be a good way to make all your decisions, but it's often a good place to start.
The ability to make quick and informed decisions is part of what makes a good leader.  After all, leaders are paid to make decisions.  "Otherwise," writes McKee, "we could just populate entire organizations with lawyers presenting both sides of any case/problem to each other all day long."

Do you have any decision-making tips you'd be willing to share? Do you have project management tools that help you make good decisions?

People, Process, and Technology: Working with Virtual Project Teams

Friday, February 26, 2010 by Ty Kiisel
"Go West, young man," wrote Horace Greeley.

I live in the west.  Smack dab in the middle of the Rocky Mountains.  I don't tote around a six-shooter, but I do drive a Jeep, like to go camping, and enjoy playing in the mountains or the high deserts of Southern Utah. 

After you escape the bigger cities and get off the Interstate, there's a lot of wide-open country—towns are about thirty miles apart.  It's the distance a buggy or a horse and rider could travel in a day (and the distance I can cover in my Jeep in about 30 minutes).  My world is a little smaller than the early settlers in Utah.

However, for organizations doing project based work, the world has become even smaller.  The vast array of technological tools available today are getting better and better at making virtual project teams effective, allowing people to be accessible without being in the same building, the same country, or even the same continent.

Some of the benefits of building virtual teams include:
  • Organizations can hire the best people for the job regardless of geographic proximity
  • The overhead expenses related to brick-and-mortar office space can be reduced
  • Global project teams make it possible for work to be virtually done around-the-clock
The benefits of working with virtual teams can be pretty substantial, but there are some considerations that need to taken into account before jumping in with both feet.  If you're considering working with virtual teams, let me suggest the following regarding people, process, and technology:

People:
  • Trust yourself and your employees
  • Clearly communicate roles, responsibilities, and expectations
  • As a team, understand how productivity will be measured
Process:
  • Build a communication plan that takes into account the diverse geographical relationship of the team
  • Define an electronic records archiving policy
  • Establish an electronic communications standard
Technology:
  • Use collaborative workspaces to manage project content
  • Deploy and use an online "chat-like" capability
  • Use Internet-based meetings with both voice and video
Online project management software has come a long way in the last few years, making it possible for organizations to manage projects and teams from anywhere with an Internet connection.  When looking for a technology solution, it's important to consider a few things like foreign language capability, platform independence, collaboration and communication capabilities, as well as scalability of the network and online access.  The right solution will help address many of the people and process requirements of working with a virtual team.

Do you have experience working virtually with a project team?  Please share what you're doing to promote efficiency and effectiveness with a global team.

People, Process, and Technology: Creating the Right Environment for Implementation and Adoption Success

Thursday, February 25, 2010 by @task Newsletter
Einstein said, "I never teach my pupils; I only attempt to provide the conditions in which they can learn."

Providing the right environment for learning is critical for the implementation and adoption success of any technology—including project management technology.  That being said, creating the right environment requires that we consider how it is that people learn.  In David Wrick's book, The Project Management Imperative: Mastering the Key Survival Skill for the 21st Century, he suggests that effective learning requires both explicit and tacit mechanisms for transferring knowledge.
  • Explicit Knowledge is transmitted in formal, systematic language.  It's what we learn in training programs, manuals, and by reading books.
  • Tacit Learning is personal, context-specific, and hard to formalize and communicate.  In most cases, it requires face-to-face interaction and is very dependent on the context where the knowledge is to be applied.
Because there are some things you can't learn from reading a book (explicit knowledge), @task has developed an implementation and adoption plan that creates a framework of experience, collaboration, and the time for tacit learning to take place.  This type of knowledge (tacit learning) is best obtained by exposure to working project management professionals.  "Tacit knowledge transfer requires ... contract and a willingness to share information," writes Wrick.

@task's approach takes both explicit and tacit learning into account with three proven keys to help your organization successfully implement @task's project management software in your organization.
  1. People: People-focused consulting and training services are a critical component to successful @task implementation and adoption success.
  2. Process: @task helps identify and implement business processes and best practices that will enable any company to focus on the projects that best align with corporate strategic and financial goals.
  3. Technology: Implementing @task to best meet the needs of an organization is crucial to success.  A one-size-fits-all approach simply doesn't work.  From setup, to evaluation, and validation—a work management expert helps optimize @task's state-of-the-art project management technology to meet customer needs.
By addressing the way people process information and learn, @task's focus on people, process, and technology facilitates a quick and successful implementation so the workforce can focus on those activities that will provide the most value.  Project management expert and author Harvey Levine calls it, "Bringing the organization to a desired future state."

@task Professional Services can help your organization:
  • Achieve successful adoption
  • Streamline implementation
  • Incorporate project management best practices
  • Get up and running quickly
  • Facilitate a focused workforce
Click HERE to learn more.


Is Your Project Sponsor AWOL?

Thursday, February 25, 2010 by Ty Kiisel
In the military, when any soldier or other military member leaves his or her post without permission, he or she is considered AWOL (Absent Without Official Leave).  A missing soldier leaves a void—which could negatively contribute to the success of the mission.  Everyone involved in a project, including the sponsor, has a role to play in the results obtained by any project based work.

Any work management plan should include sponsor and stakeholder involvement.  Here are some suggestions for keeping sponsors engaged and participating:
  1. Schedule regular meetings (generally monthly) with sponsors, team members and other important stakeholders: This may be a good time for a "quick" status update; but more importantly, it is a time for reinforcing the value and significance of the project in terms of business value and the sponsor's commitment to helping the team.
  2. Educate the sponsor on their role as part of the team:  The sponsor has a significant role as a project advocate in a steering/stakeholder committee as a way to communicate with stakeholders and provide visibility to executives.
  3. Don't neglect impromptu one-on-one time with the project sponsor: Make sure your sponsor is willing to have the occasional informal meetings as needed.  It's not only important to cultivate the relationship with the sponsor—your success impacts their success, and vice versa.
Keeping sponsors engaged often makes the difference between a project that succeeds and one that fails.  Project management tools that facilitate sponsor and stakeholder communication can help make this easier, but regardless of whether or not it's a part of your work management solution, allowing project sponsors to go AWOL isn't a good idea.

How do you keep project sponsors from going AWOL?

The Keystone to Successful Project-Based Work

Wednesday, February 24, 2010 by Ty Kiisel
I see on Twitter all the time lists of the best project management software, the best business intelligence tools, or the best portfolio management products.  I thought I would toss in my two cents today.

The polish poet, Stanislaw Jerzy Lec said, "The weakest link in the chain is also the strongest.  It can break the chain."

When most organizations consider project and portfolio management tools, they look at visibility and business intelligence tools for validating that execution aligns with corporate strategy.  This is important, even critical, but most project software misses the point.  It ignores the end user, the person who is actually in a position to input the most accurate data.  This oversight forces project managers to spend the lion's share of their time chasing down status instead of leading project teams and facilitating successful projects.

Addressing the needs of individual project team members is the crucial link (weak or strong), that determines whether or not the information business leaders use for making decisions is accurate or a bunch of bunk.  Making it difficult for team members to contribute to the project management process just doesn't make sense—and virtually guarantees that information will be out of date and unreliable.

What's more, organizations that rely on any solution, including project management software that doesn't automatically capture status information simply can't guarantee that decision-makers have accurate and up-to-date information.  They might as well continue to use a spreadsheet and sticky notes.

In my opinion, when looking for project software, I think it's critical to include the following criteria in your evaluation:
  1. Does the solution address ease-of-use needs for end users?
  2. Does the solution automatically push project status information into reports and dashboards that executives can use to make data-driven decisions?
  3. Or does if force project managers to manually input data, duplicating effort, forcing them to ignore their primary responsibilities to keep projects on track and lead project teams?
Admittedly, these are only a few of the questions you'll need to ask as you evaluate the available project management software solutions—but they are critical questions if you want to effectively engage the workforce and enjoy success.

I don't believe the workforce is the weakest link in the chain.  In fact, I think they are the keystone to successful project-based work.  Workforce involvement in the project management process results in accurate information and good decisions.  What are you doing to keep your project teams involved in the process?  Are you using software or something else?

It's Geek to Me: A Team-building Story

Tuesday, February 23, 2010 by Cindi Smith

One of the hardest things I faced when I was an accidental project manager (at a 3D digital content creation company) was that I didn't know how to do what the digital artists were doing. To their way of thinking, it was a case of "Those who know, do; those who don't, do project management," and "Why should we listen to you when we're the artists and you just enter stuff into some business project management software program."

I had to find a way to not only build team cohesion, but also find a way to garner their respect to insure they listened to me and worked with me, so the projects we did together were successful. In the case of this sort of project based work, failure was simply not an option—the 3D content was commissioned by a customer for use in a commercial, movie, or simulation, and it had to be ready to use on or before the due date. No excuses.

What to do? This was a completely foreign situation for me (I'm told I'm quite likeable, really). I'm fairly creative and artistic, so I tried to learn how to create digital content using a 'simple' 3D modeling program; sadly, I was really not very good at it. But in the process of trying, I did learn a lot of relevant terms and concepts that were incomprehensible to me prior to my aborted attempt to walk the walk. I could now look at a wireframe model and see an inverted polygon; I could look at a texture-mapped image and find areas of interpenetration, I could speak with them in their own geeky-3D language!

And, just like that, everything was ok. Turns out all they wanted was to know that I felt their pain, respected their work, recognized their genius, and appreciated that what they did was definitely NOT something just anyone could do. Some call it mirroring; some call it mentoring; I call it team-building.

When starting a project, it's important to first develop a rapport with your team. Everyone has a different approach to this ... some use pizza and donuts, others do team-building exercises and games, and far too many just don't bother to do anything more than fix deadlines and yell at people. Can't see this last one ever being very useful.

How do you turn your new teams into cohesive units?