Thoughts - PM as a Profession
16:08
Posted by jason tratch
PMs have become an integral part of businesses delivering on strategies & objectives. Some of the most important things they do but are still not fully understood include:
- increase probability of success for projects
- package work into projects and categorize based on risk and complexity
- help clarify priorities in order to make good decisions related to trade-offs
- develop structure that enables timely and accurate reporting
- create lessons learned for the next project
Often, everyone wants a confident, experienced, good PM........... until they get one (then they want to return them, lol).
Today I presented at the Saskatoon Chapter of the Project Management Institute (great organization promoting PM as a Profession, check out their website: pminorthsask presentations ). The presentation had many questions and comments at the end, we did not even have enough time to address them all. So this is a bit of a hot topic.
For a copy of the presentation, email me and I'd be very happy to share
jason.tratch@galexgroup.com
Perception of PM often includes:
- Meetings
- Paperwork
- Reports/documents
- Lots of acronyms
- Coordinating people
- Taking minutes
- Administration
PMs also face a challenge since everyone can be a project manager and inherently, we all do it. Often people's perceptions include:
- it is easy, I do it all the time in personal life (e.g. trips, weddings, building something, etc.)
- I need to get the work done so just give me the checklist of tools and I'll do it
- we don’t really have PMs in our office since we dont really focus on large projects
Sample benefits of a formal project approach include:
- More efficient (documentation, processes, collaboration, centralized data/reporting, avoid duplication, consistency)
- Prioritization of resources
- Project alignment to business strategy
- Identify and react to issues faster
- Risk management and change control
- Break-down complexities
- Confidence
- Management and Security of IP
- On time, on budget results
- Formal start and end
- Estimating
- Monitoring and tracking of KPIs
- Adapt within a dynamic changing market
- Better decision making
- Clarity on role, responsibility, accountability and ownership
- Higher probability of success (betting)
If looking to integrate Project Management in a
professional manner:
- Don’t look at a quick solution, evolve the organization
- Track and optimize the organization following a management maturity index
- Have a staged plan for the long term and align with the picture. Jump “low hanging fruit
- The culture must change along with the systems and there is no silver bullet
- Ensure you identify the PM title as a formal, professional role, backed by the organization
- Follow a methodology (leverage ones that already exist and are global leaders, e.g. www.pmi.org)
Below is an example of a project plan review, but funny since it happens far too often. Try to involve professional PMs as early as possible and get the complete plan (don't find out you are missing things when you are half way through the plan)
PMTip - Advice vs. Opinions
10:36
Posted by jason tratch
Humans love to give advice - stating what should be done.
In early stages of a project, a strong PM & Sponsor are leaders - they are steering the ship because they are the most informed people of the project.
They need to be very open to asking for opinions, but be careful when they ask for advice. This type of approach can also be leveraged for any type of business.
Often Advisory boards are set up early in the project and the people give strong advice as what should be done. People love to jump into the "How we should get it done".
We forget to still ask the Why, and focus then on the Who leads, and then clarify the What at high level. Then break off into smaller groups to figure out the What in more detail. Then we can start to figure out the how (based on the items above and based on the type of resources and priorities set).
Asking people for "Opinions" vs "Advice" is a a key skill of a PM. Then take the opinions under consideration to achieve the best decisions. Great PMs have a high number of advisors that they can go to and thus get multiple "opinions" based on multiple perspectives. A project at it's early stages has tremendous complexity, uncertainty and interfaces. Thus for people to give advice (telling what to do) they are only basing it on the limited amount of information that they know (and often they will assume that they know more about the project then there is). So be careful with that.
Tip is to ensure you have strong governance as to who you go to for advice and opinions. If you can, have it documented in a Org chart that has lines of communication and why the lines exist. Often in a project advice/opinions come from multiple types of committees, but a good PM should also try to include individuals from specialized areas. Ensure there is a process to leverage peoples formal and informal opinions and get them documented and communicated.
Reminder, try to also ensure they understand that there is a lot they do not know about the project so if they get frustrated that their advice was not followed, is often due to other things that they were not aware of.
Early on in the project, remember to focus on aspects such as:
- project strategy and justification (value)
- alignment with the business
- organizational complexity and maturity
- project complexity
- org design
- complexity of the roles and responsibility
- project methodology to be followed
- expectations of stakeholders
- stage of the project that you are in
As you can imagine, the aspects above can greatly influence a persons advice, so help all your advisors understand this and keep this in mind for you (the PM) and the Sponsor as you incorporate peoples advice and opinions into your plan (vs jumping to follow their advice).
Focus on governance which will help to establish, who you go to for what, and ensure that those people you go to for advice/opinions have enough background on the project.
Listed below is a good link that talks more about governance and some common pitfalls that can occur:
http://alexandrachapman.hubpages.com/hub/project-governance-failure
In early stages of a project, a strong PM & Sponsor are leaders - they are steering the ship because they are the most informed people of the project.
They need to be very open to asking for opinions, but be careful when they ask for advice. This type of approach can also be leveraged for any type of business.
Often Advisory boards are set up early in the project and the people give strong advice as what should be done. People love to jump into the "How we should get it done".
We forget to still ask the Why, and focus then on the Who leads, and then clarify the What at high level. Then break off into smaller groups to figure out the What in more detail. Then we can start to figure out the how (based on the items above and based on the type of resources and priorities set).
Asking people for "Opinions" vs "Advice" is a a key skill of a PM. Then take the opinions under consideration to achieve the best decisions. Great PMs have a high number of advisors that they can go to and thus get multiple "opinions" based on multiple perspectives. A project at it's early stages has tremendous complexity, uncertainty and interfaces. Thus for people to give advice (telling what to do) they are only basing it on the limited amount of information that they know (and often they will assume that they know more about the project then there is). So be careful with that.
Tip is to ensure you have strong governance as to who you go to for advice and opinions. If you can, have it documented in a Org chart that has lines of communication and why the lines exist. Often in a project advice/opinions come from multiple types of committees, but a good PM should also try to include individuals from specialized areas. Ensure there is a process to leverage peoples formal and informal opinions and get them documented and communicated.
Reminder, try to also ensure they understand that there is a lot they do not know about the project so if they get frustrated that their advice was not followed, is often due to other things that they were not aware of.
Early on in the project, remember to focus on aspects such as:
- project strategy and justification (value)
- alignment with the business
- organizational complexity and maturity
- project complexity
- org design
- complexity of the roles and responsibility
- project methodology to be followed
- expectations of stakeholders
- stage of the project that you are in
- etc.
As you can imagine, the aspects above can greatly influence a persons advice, so help all your advisors understand this and keep this in mind for you (the PM) and the Sponsor as you incorporate peoples advice and opinions into your plan (vs jumping to follow their advice).
Focus on governance which will help to establish, who you go to for what, and ensure that those people you go to for advice/opinions have enough background on the project.
Listed below is a good link that talks more about governance and some common pitfalls that can occur:
http://alexandrachapman.hubpages.com/hub/project-governance-failure
Tools - Overlapping PM Process Groups
10:02
Posted by jason tratch
Project management is very
integrated & connected. An action or
failure to take action in one area usually affects other areas. The
interactions may be straightforward and well-understood, or they may be subtle
and uncertain. For example, a change in scope may also impact time and cost.
These interactions often
require trade-offs among project objectives, performance in one area may be
maintained only by sacrificing performance in another. Successful project management requires
actively managing these interactions and trade-offs all at the same time (you rarely get a project that does not have things overlapping).
To help in understanding the
integrative nature of project management, projects can be organized into
Process Groups. The Process Groups can
also be thought of as phases or stages or simply, a set of related processes grouped together that help
guide what tools and techniques can be appropriately applied at the given stage
of the project.
The diagram below
illustrates the concepts of how these process groups flow and interact:
The Process Groups can
occur multiple times within a project life cycle. Each project phase could have several
variations of the process groups.
Reminder: The project management
process groups are not discrete, one-time events; they are overlapping
activities which occur at varying levels of intensity throughout each phase of
the project. The more advanced you become as a PM, the more you will overlap all processes (good to start with sequential workflow plans such as: A - B - C - D) but as you are more confident, then the true fun begins when you start to manage multiple processes that are overlapping and not following the text-book sequence that they were planned to follow (e.g. A - B - D - C - E and at the same time many other work flows that are managed simultaneously.... such as A - B - C, and G - I - J - H - K , etc). Also note that extra challenges come when you manage intangible related projects (vs tangible/concrete). Since the abstract, uncertain, innovative and intangible projects require constant scenario based planning and re-planning and by far are the most difficult, mature types a company or person can take on.
Summary definitions of the Process Groups (as also defined by the www.pmi.org) include:
- Initiating – consists of the processes that define a new project or project phase by obtaining formal authorization.
- Planning – consists of the processes that establish total scope, refine objectives and develop course of action required to attain the objectives and scope that the project was undertaken to address.
- Executing – consists of the processes that integrate people and other resources to complete the work defined in the project management plan of the project.
- Monitoring and Controlling – consists of the processes that track, review and orchestrate the project progress & performance, identify any areas of change to the plan that could be required and initiate the changes.
- Closing – consists of the processes that conclude all activities and will formally complete the project. This includes formal acceptance of the product or service to end the project.
Thoughts - Software is critical for PM -
21:01
Posted by jason tratch
Often we look to software to save us, or to tell us how to do our work. This is dangerous. The best definition as to what PM software should do for you is "to better enable processes and improve communication".
Key things improper software roll outs could lead to:
1 - software may not align with culture of how you manage projects and deliver value to your customer
2 - you become dependent on the software to run your business
3 - the software company is not agile and open to change or evolving their application
4 - ongoing licence and user costs are not properly understood and accounted for
5 - software does not integrate with other systems within the company
On the other hand, what software can do for you if properly rolled out includes:
1 - automate processes (saves time, money and resources)
2 - enables more ability to track, monitor, control and improve (data analytics and business intelligence)
3 - improve quality and reliability of what is being communicated
4 - improve collaboration outside your cubicle (geographical constraints are managed)
5 - leads to more mature business management (improves maturity level, strategy, execution, continuous improvement)
As one can see, the lists are considerable for both improper and proper roll outs. It is critical to plan all software roll outs and ensure proper stakeholder buy in and communication has been accomplished.
Do not fall into the trap of doing nothing or waiting for the perfect software tool and the perfect price. Embrace technology but in a planned organized manner. The "train has already left the station, software is as essential to a company as telephones, pens and paper are."
If not done properly or if not taken advantage of, the consequences are critical to your business and give competitors the edge - especially now that markets are so globally interconnected and some countries are moving much more aggressively in offering better service and value due to their ability to better harness project management softwares.
Some sample links to elaborate on this subject:
Benefits & Risks of PM Software
project-management-software-advantages-disadvantages
Benefits of PM Software
5-advantages-of-project-management-software
Risk of PM Software
Disadvantages-of-Using-Project-Management-Software
Key things improper software roll outs could lead to:
1 - software may not align with culture of how you manage projects and deliver value to your customer
2 - you become dependent on the software to run your business
3 - the software company is not agile and open to change or evolving their application
4 - ongoing licence and user costs are not properly understood and accounted for
5 - software does not integrate with other systems within the company
On the other hand, what software can do for you if properly rolled out includes:
1 - automate processes (saves time, money and resources)
2 - enables more ability to track, monitor, control and improve (data analytics and business intelligence)
3 - improve quality and reliability of what is being communicated
4 - improve collaboration outside your cubicle (geographical constraints are managed)
5 - leads to more mature business management (improves maturity level, strategy, execution, continuous improvement)
As one can see, the lists are considerable for both improper and proper roll outs. It is critical to plan all software roll outs and ensure proper stakeholder buy in and communication has been accomplished.
Do not fall into the trap of doing nothing or waiting for the perfect software tool and the perfect price. Embrace technology but in a planned organized manner. The "train has already left the station, software is as essential to a company as telephones, pens and paper are."
If not done properly or if not taken advantage of, the consequences are critical to your business and give competitors the edge - especially now that markets are so globally interconnected and some countries are moving much more aggressively in offering better service and value due to their ability to better harness project management softwares.
Some sample links to elaborate on this subject:
Benefits & Risks of PM Software
project-management-software-advantages-disadvantages
Benefits of PM Software
5-advantages-of-project-management-software
Risk of PM Software
Disadvantages-of-Using-Project-Management-Software
Thoughts - Role Alignment with the Person
11:57
Posted by jason tratch
Is everyone capable to do all types of work? Can everyone be an Einstein or a Mozart or a Bill Gates?
Often we grow up telling our children they can be anything and do anything. But then in adulthood, we soon realize we are not successful in everything. Then often if we cannot succeed we blame ourselves or we receive blame from a Manager - this is SOOOO wrong.
Always remember, avoid looking at the person as not doing a good job. Look at the person as being an a bad fit within that specific role, within that specific environment.
This fundamental principle is key to understanding and ensuring that both the manager and direct reports are happy and maximizing synergies, personal satisfaction and productivity.
If there is an HR issue, too often the first thing we want to look at fault is the employee. THIS is not a best practice. The best approach is to look (in sequence):
When looking at the PM/Employee, fully assess the role complexity and time span of the longest tasks required, then compare it to the PM/Employee in terms of how well these parameters fit with the role:
A key take-away: each job a person does, they must take full accountability whether or not they have the capability to do it. If it is a "stretch goal" then formal support systems must be in place.
So both Employees and Managers must confidently know what they like to do (preferences) and where their knowledge, skills, experiences (strengths) lie. Far too often we do not know ourselves and then we put this job in the hands of managers to tell us the answers and to give us career judgements. Once we can be better at communicating this, there is a "win-win" since it will take much risk, stress and anxiety out of work that needs to be planned and executed.
A good article from the New Management Network to go through and ask yourself these types of questions and to help you better know yourself, or to help a PM or Manager get to better know a team member or direct report, is included at the link below:
Management-Assessment
Often we grow up telling our children they can be anything and do anything. But then in adulthood, we soon realize we are not successful in everything. Then often if we cannot succeed we blame ourselves or we receive blame from a Manager - this is SOOOO wrong.
Always remember, avoid looking at the person as not doing a good job. Look at the person as being an a bad fit within that specific role, within that specific environment.
This fundamental principle is key to understanding and ensuring that both the manager and direct reports are happy and maximizing synergies, personal satisfaction and productivity.
If there is an HR issue, too often the first thing we want to look at fault is the employee. THIS is not a best practice. The best approach is to look (in sequence):
- look at the organizational design structure,
- then the management systems in place,
- then the strategies (clarity and alignment),
- then the Project Manager or Manager (look in the mirror),
- then can look at the Employee
When looking at the PM/Employee, fully assess the role complexity and time span of the longest tasks required, then compare it to the PM/Employee in terms of how well these parameters fit with the role:
- KSE (knowledge, skills, experience)
- Preference of work (level they want to apply themselves, desire to do the work of that role)
- Inhibitors (are there glaring things that prevent the person from working in that role)
- IPC (information processing capability, what level of complexity can they work at, how well do they perform when work becomes ambiguous, abstract, uncertain, multiple events in random series, etc)
- often we do not support the concept of hierarchy, yet we all want to be put in a role that we fit with and click with. We must understand that there are natural hierarchies already established in every working environment. Within mature work environments, the hierarchies are openly communicated and compensation structure and accountability is also much more transparent (we all need to know what our role is and if it is a good fit and then we can all accept accountability to perform what is needed to get done). This also can enable more self management and self actualization that is aligned between the person and the role.
- often we see leaders as "good" and mangers as "bad". However, the manager is so critical in order to get things done. We often seem to live in a world where there are so many great ideas, concepts, ways to improve, everyone often can have opinions. But where we tend to fall down is when we need to "get things done according to the planned scope, schedule, budget and quality."
A key take-away: each job a person does, they must take full accountability whether or not they have the capability to do it. If it is a "stretch goal" then formal support systems must be in place.
So both Employees and Managers must confidently know what they like to do (preferences) and where their knowledge, skills, experiences (strengths) lie. Far too often we do not know ourselves and then we put this job in the hands of managers to tell us the answers and to give us career judgements. Once we can be better at communicating this, there is a "win-win" since it will take much risk, stress and anxiety out of work that needs to be planned and executed.
A good article from the New Management Network to go through and ask yourself these types of questions and to help you better know yourself, or to help a PM or Manager get to better know a team member or direct report, is included at the link below:
Management-Assessment
Tools - Team Development Stages
09:29
Posted by jason tratch
Teams are usually happy when initially formed, however, soon conflict begins to occur. There is a science behind why this happens.
The PM must talk to the team so they understand, use tools and techniques to help get the team through the low periods. It is just a phase everyone is going to have to get through and have faith that it will pass and you will get to the next stage.
There are 5 main stages a team flows through from when they first meet to when they are leaving the team.
See video below to help explain:
The PM must talk to the team so they understand, use tools and techniques to help get the team through the low periods. It is just a phase everyone is going to have to get through and have faith that it will pass and you will get to the next stage.
There are 5 main stages a team flows through from when they first meet to when they are leaving the team.
See video below to help explain:
As described in the video, the stages are further defined below also with a Recommendation/Action that the PM can carry out:
1)
Forming – the team first meets one another, it is superficial, members
are wondering if the team is a good fit, what others are like, how they will
get along. First impressions are made
(whether they are accurate or not) and most people do not reveal much about
themselves.
During this stage the PM
needs to foster team unity and help start laying the foundations to build
trusting relationships. Ensure all
members are aware of the project objectives, boundaries and the code of conduct
or existing Human Resource processes to be followed. Also clearly document the roles and
responsibilities and provide the required tools, resources, work areas,
equipment, etc. as early as possible or address outstanding gaps.
2)
Storming – the team members now start to assert themselves. Personalities start to come out and may
conflict with others. Control issues
start to emerge, misunderstandings of roles and responsibilities are generally
an example of one area of stress and conflict.
Stresses of the project may start to appear and test the resources. Personality strengths and opportunities to
improve also start to become more evident.
During this stage the PM
needs to identify conflicts as early as possible and address them with the
appropriate conflict management technique.
Project issues and concerns must be discussed addressed. Encourage team members to get involved in
solving the problems together. Include
the team, recognize the team and be supportive, positive and enthusiastic.
3)
Norming - the team starts to work
productively and performance levels and output starts to increase. Conflicts still exist but people are learning
how to interact with each other. Smaller
subgroups may also be forming. Conflicts
generally start to be around project or process issues and not around personality
differences. Levels of trust start to
appear.
During this stage the PM
must encourage team members to continue to work together and leverage each
others skills. Actively seek out the
small groups and promote larger group participation and cooperation. Confirm ground rules for team interaction and
accept people for who they are and respect what they bring to the team. Healthy debates bring different perspectives,
identify examples of trust and build upon them.
4)
Performing – the team is working at a strong level of productivity, the
optimum level is achieved or breaking new ground on higher and higher
levels. Conflicts are generally solved
by the team members themselves. Respect,
safety and trust is evident between all members and friendships begin to
form.
During this stage, the PM
should continue to look for opportunities to promote a more cohesive unit and
further enable the momentum. Also start
to look at future needs, e.g. training, coaching, mentoring, provide motivation
by conducting more social and open team building events.
5)
Adjourning – the project is wrapping up and winding down. The team is happy about the new found
relationships that have been established but also is sad to leave and may feel
anxious about the next project coming up.
During this stage the PM
should emphasize the positives in terms of how the team has evolved and the
accomplishments that have been achieved.
Formalize a contact list and emphasize the importance of maintaining the
network. Plan a future team event and
book it in everyone’s calendar (before everyone disperses).
Subscribe to:
Posts (Atom)

