Saturday, September 18, 2010
Yet report after report shows that us that those who have a high degree of emotional intelligence come out ahead at work. Empathy is an important part of emotional intelligence. To relate to others, you need to be able to see things from their perspective. That means acknowledging that some of your actions could be causing them distress.
Consider active listening for a minute. To have successful communications with others we should employ active listening. This involves really understanding what the other person is telling you, again trying to put yourself in their shoes.
It is difficult to successfully show empathy and active listening without caring component, you the part where you truely care what this person is experiencing?
Of course compassion is more than just understanding or acknowledging the feelings of others. It is going beyond & wishing to alleviate their suffering. If you continue to interact with others and as a leader or influencer do not try to improve their situation(where possible & appropriate), then quite frankly - you suck as a leader.
It is easy to bury your head in the sand and ignore when others are having a difficult time, it is easier to make their difficulties their fault, to feel anger at them, to blame them for bringing difficulty onto themselves. It takes much more courage to step in and take action, to actively work to improve their situations.
Compassion in workplace and on your projects takes strength & courage. Bring that to your project management style and trust me, the results are phenomenal.
Thursday, July 15, 2010
Declare very high expectations. Sometimes seemingly impossible goals are the most likely to be met. Ordinary expectations can be self-defeating because people realize such goals won't be hard to accomplish, so they don't try very hard. Thus you should set goals that will at first provoke the response that they can never be attained. Be clear that you are expecting something truly out of the ordinary. As you declare and continually reinforce what you're hoping for, those from whom you're desiring it will start working toward it with such a focused effort that the ball should quickly start rolling toward the goal.
Communicate your expectations clearly. Make sure that there is no ambiguity about what is expected. Describe what you're aiming for fully and in a positive way. There should be no confusion in anyone's mind about what you're demanding. If your goals and priorities are clearly articulated those who will execute them will be able to focus all their effort on attaining them.
Make sure those expectations fit their recipients. A leader should make sure that he declares the right expectations to the right people. He should consider his audience's backgrounds, abilities and circumstances before setting expectations. There is no point in setting a goal that's far removed from what someone has any experience and expertise in. Only establish expectations that have a real, strong chance of succeeding--even if they do sound impossible at first.
Communicate your expectations at every level. A leader must reinforce his expectations consistently, in both personal and public settings, formally and informally, inside and outside the organization. Every moment you spend with a person should confirm your trust that he will grow to the level you expect. At the same time, you should also make sure your high expectations for that person are reinforced by being conveyed to others inside and outside his immediate milieu.
Reconfirm your expectations constantly. Do not be discouraged when someone doesn't immediately grow to fit your expectations. Rather, continue to encourage by being clear that those expectations persist.
Sunday, June 20, 2010
Sunday, June 6, 2010
Indeed, I believe it is our own movement on a continuous basis that can enable us to maintain ourselves as a leader. One way that we can do this is by continuously evaluating our own leadership capabilities.
I have run across an interesting way to do this regular evaluation of ourselves and would like to share it along with a couple of thoughts about it. I found this simple evaluation in a “Leadership in Project Management 2007” publication of the PMI.
Here is the evaluation:
Rate yourself by selecting one of the choices “never”, “sometimes”, or “consistently” for the following six statements:
1. I verbally communicate with team members in a manner that gets my message across while grasping the message of the other person.
2. I coach and motivate my team.
3. I am able to identify different personalities on my team and respond accordingly.
4. I am able to resolve project conflict with various stake holders.
5. When crisis such as a death or natural disaster strikes a team member, I have resources and strategies to help them return to optimal levels of performance.
6. I use stress management tools to allow me to stay calm and maintain a high level of performance.
In my own experience, using these simple evaluation points is pretty to easy to do on a regular basis. I think that “regular basis” is something that we can each define for ourselves. For me, I simply do it “periodically”. And I find that it keeps my awareness of where I stand high and does influence my behavior in positive ways.
Thursday, May 20, 2010
Here are some traits...
- Resist delegating
- Immerse yourself in overseeing the projects of others
- Start by correcting tiny details instead of looking at the big picture
- Take back delegated work before it is finished if they find a mistake in it and
- Discourage others from making decisions without consulting them
Start by asking yourself, what is wrong with that. The diagram above attempts to explain how to create an environment of energy and innovation for successful outcomes.
Saturday, May 8, 2010
So, let me give you some concrete examples as opposed to just theory. Program governance ensures the "Program" have:
The Right People
- Business managers whose problems the program is trying to address
- Senior leadership sponsorship & engagement means
- Identification of skills, needs and solutions
- Common roles (e.g. Project Director, Project Manager)
- Co-ordination of PM training and mentorship programs
The Right Projects
- Identification & selection of projects
- Alignment to strategic objectives
- Rank & priority assessment
- Risk management
- Capacity management
- Balanced allocation of resources
The Right Process
- Program management framework
- Co-ordination and facilitating the development and administration of common controls, methodology standards and tools
- Align corporate processes with group/divisional processes
- Regulation & compliance
The Right Tools
- Change & communications management techniques
- Central repository for programs & projects in the corporate portfolio
- Integration of tools to improve project management capability
- Research and communicate on latest global development in thoughts, techniques and tools
The Right Culture
- Sponsorship for initiatives
- Co-ordinate and facilitate enhancing project management capability & culture
- Sharing knowledge and experiences
- Forums for project managers
- Coaching & mentoring
- Performance recognition (awards)
This is how the word "Governance" needs to translated into actionable tasks for execution so that successful outcomes can be achieved.
Saturday, April 10, 2010
However, very often it is confused with project management. The table below attempts to point out some differences between the two and hopefully broadens your perspective on outcome management.
Sunday, December 13, 2009
For a moment, think about these changes:
- Acquiring a company of near equal size
- Getting suppliers to use a new web-based form and process
- Relocating office spaces within an existing building
- Implementing an Enterprise Resource Planning solution
- Reorienting around processes instead of functions
- Releasing a new product
These are all distinctly different changes, but each requires change management to be successful. Each impacts people and how they do their job. Each can suffer from slower adoption and lower utilization. Each has risks associated with people not becoming engaged or resisting the change.
While each of the initiatives needs change management to be successful, the right amount and approach for change management will be different. The change management strategy defines the approach needed to manage change given the unique situation of the project or initiative.
Three key elements form a change management strategy
- Situational Awareness - understand the change and who is impacted
- Supporting Structures - team and sponsor structures
- Strategy Analysis - risks, resistance and special tactics
In my next article, I will talk more about each of these elements and will present that with a help of an example from one of my current client engagements. Hope that will be useful for anyone managing/leading an initiative that requires fundamental organizational change.
Wednesday, November 11, 2009
Here is the link to the event and my presentation abstract:
My topic is:
"Aligning & prioritizing Projects/Initiatives with the corporate strategy using Balanced Scorecards".
Specifically, I will be addressing:
'Doing the right projects or performing projects right! What is more important?’
Every organization has to decide at regular intervals which projects/initiatives they should execute and which ones they can delay. Also, are these projects aligned with the corporate strategy?
More specifically, do you need to answer any of the following questions?
1. What prioritized projects, services and products to concentrate on for the next 3-5 years to achieve maximum business success with resource and budget constraints?
2. How do I balance different stakeholder opinions before I build a roadmap?
3. How do I know that my roadmap/strategy is best aligned with corporate goals and is offering minimum risk for realization?
To answer the questions above, I will present an intelligent approach as well as a software toolset which uses Balanced Scorecards and Mathematical Optimization to rank and select projects for the PMO to balance various stakeholder needs, satisfy resource constraints and align with the corporate strategy.
I have successfully implemented this approach at 2 clients and elements of this work have been published in a paper at the International Conference on Software Engineering (ICSE 2006, Shanghai, China).
I will be highly honored if you can make it to the session on Monday, November 23rd from 1-2 PM.
Tuesday, October 20, 2009
Here are some quick observations:
From juggling balls to juggling jugglers with balls!
I think you can liken Project Management to juggling a set of balls (projects) and ensuring your hands and brain is acting quick enough to keep them all in the air, whereas Program Management feels like you’re co-coordinating several jugglers, who all have lots of balls in the air, and you need to manage the jugglers passing balls to each other on a very regular basis!
You really do need to look at and take in the bigger picture and overall strategy, without this larger view and forward planning; the ongoing projects won’t be aligned strategically for both the business and IT.
More strategy, less dirty hands
This doesn’t necessarily mean you don’t EVER get your hands dirty again in the joys of managing projects on a daily basis, as you do have to do this as well! It just means that you tend to have to step back a bit more and let other specific project managers or business team members run the daily stuff, while you just ensure strategy and alignment of overall goals is still on course.
Negotiation and High Level Support
You’re here to manage and deliver a program of work, which may involve 50 projects, all intrinsically linked (or not) and all with their risks, issues andinternal/external problems. I’ve found my leading change, resolving, negotiation, peace-keeping, support skills being put to the test on an almost daily basis.
A communication conduit
In Project Management, you need to be able to communicate effectively between the project team you’re working with, the client and any teams you are supporting, and finally the project board.
With Program Management, your communication channels are much more diverse and far reaching, you basically have to communicate right up tothe top levels for Concept, Benefits, Progress, Delivery and Review. While working with the ranging projects that are under the program umbrella, ensuring all teams are clear on goals, direction and status.
Finally you have to ensure that there are clear communication channels between any projects that are linked into your program projects, and be a conduit for information, strategy and knowledge.
The project manager tries to keep change to a minimum, and controls change requests and scope creeps with an iron fist. Of course thanks to Agile Methods that project management is more open to changing environment.
Program management on the other hand is about expecting change, even embracing it at some levels, and being adaptable and flexible enough to run with it without jeopardizing the projects under your umbrella.
Project deliver a certain capability, whereas Programs deliver business benefits!
I think Program Management is far more then managing a group of related Projects. Program Management starts with a clear definition of business need and goals at a high strategic level and from there develops into a roadmap, or Program, as to how best satisfy the business needs. Of course aligning it with company strategies is key.
The roadmap should articulate how each Program and the Projects within each Program connect, the relationships, dependencies and data / information management. The roadmap should also be visited periodically to embrace the changing conditions.
Would love to get some more thoughts on this...
Sunday, August 30, 2009
For the purpose of this article we’ll restrict the discussion to the Change motivated by a desire to avoid an unpleasant outcome. That covers a wide range of scenarios ranging from implementing a new accounting system, acquiring some level of quality certification, or merging with another company.
At the beginning, the need to change is perceived by a small circle of individuals, possibly just one person. How this happens is important, as it serves as the seed from which we cultivate organizational commitment to change. Here’s our built in, instinctual process;
1) we become aware of something(1),
2) we ask ourselves, “If I ignore this… what happens? (2)
3) we evaluate our prediction(3) , “Is this good or bad for me?”
4) if we determine it is “good for us”, then we don’t do anything differently, we go about our merry way. More to the point, we will resist any imposed response because we’ve determined for ourselves that no action is necessary.
5) if we determine it is “bad for us”, then we will have arrived at the conclusion that a change is necessary. We’re not necessarily certain at this point what needs be done, but we’ve determined that something needs doing.
6) we now determine what we could do(4) , we create a list of possible responses.
7) we sift through these choices, to the best of our analytical ability(5) , with the intent of zeroing in on a single response to the perceived threat.
8) we move ahead to implement(6) our response to the threat, the thing we became aware of in #1 above.
It is an interesting journey when you analyze it carefully. More on this in the next post......
Tuesday, August 4, 2009
Organizational Change Management
There is no other subject more filled with hype and myth than that of Change Management.
- People state that we resist change.............and yet we get married.
- People state that resistance is bad.......... and yet it's what protects us from bad ideas.
- People consider the question "Why should I change? " almost as a form of insubordination... and yet it's what enables us to decide when change is necessary.
- People state that we must "change or die" ..... and ignore the equally true statement, "change or die!"
Here's the challenge:
We are faced with two conflicting situations
- We must implement all change that is necessary and,
- We must resist all change that isn't.
These are both obviously true and therefore pose a paradox and a serious challenge;
- How can we get people to embrace the change that is necessary?
- How can we create an environment that allows rational resistance?
Monday, May 18, 2009
Sunday, May 10, 2009
Saturday, April 4, 2009
Sunday, March 29, 2009
The Program road map is a dynamic tool in that it should be updated regularly to reflect the current market and customer environmental conditions, along with the current availability of resources within the firm. It provides information for program managers on the high-level timing expectations by senior managers for their program.
Program Managers must work within the time constraints as specified by senior management in order to plan and utilize the company's resources most efficiently. The road map also becomes a primary communication device between program managers and the functional department managers to whom company's resources normally directly report. In this context, the program road map is primary planning tool during the early stages of the program lifecycle.
Sunday, March 8, 2009
Monday, January 19, 2009
Wednesday, January 14, 2009
Service failures are always occurring - but what matters more are the actions taken to recover from the failure, which have multi-dimensional impacts on the IT department. Indeed, service recovery is the acid test for customer orientation: if an IT shop or the CIO does not excel in this, then it is not customer oriented.
Good service recovery can build commitment and trust between the IT department and the users, which increases user satisfaction and loyalty. More importantly, business starts to feel that IT is delivering what business wants, whereas at a lot of companies in Calgary I hear that IT and business work in their own silos.
Even though it may seem like a paradox, the whole experience can generate more goodwill for the IT shop that if nothing had gone wrong in the first place.
In contrast, service recovery failure - even for a relatively minor incident - can increase customer dissatisfaction and frustration. This makes them more likely to say negative things about the IT's ability to deliver.
So the question is whether recovery is proactive?
Saturday, December 20, 2008
- Ensuring that the deliverables from the project teams form an integrated whole product solution;
- Ensuring the highly complex network of project interdependencies is synchronized and coordinated throughout the program lifecycle; and
- Ensuring the program business case remains viable.
The Program MAP is one of the most valuable to tools to help program managers accomplish the first two responsibilities - it forms a picture of the integration of deliverables, and it helps to synchronize the cross-project work over the life of the program.
Monday, December 15, 2008
One of the elegant features of the complexity assessment tool is that it produces a complexity profile which helps to visually depict the overall program complexity. The level of program complexity may have a significant bearing on the level of funding, resource allocation, and approved timing and schedule targets of the delivery effort. Additionally, it contributes to sharpening the focus of attention on the elements of highest complexity in order to reduce risk and ensure that they are appropriately managed.
The value of the above tool is multifold. Senior Managers/Directors can use the tool to help balance a portfolio of programs with an appropriate mix of low-to high complexity programs. It also helps them determine the level of skill and experience needed for the program manager and other key roles on the team to successfully define and execute a program.
Program Managers can utilize the tool to identify key risk areas for a program - high complexity usually means higher risk. In the example above, any program element shown as a complexity level of 3 or 4 should be evaluated in terms of risk to the program. The complexity information contained in the tool can also be utilized by program managers to develop and justify the amount of schedule and budget contingency needed for the program in order to increase the probability of success.
Saturday, November 22, 2008
Sunday, November 9, 2008
Sunday, September 7, 2008
- Examing the Market and competitive realities
- Identifying and discussing crises, potential crises or major opportunities
2. Creating a Change Team with Change Agents
- Putting together a group with enough power to lead change
- Getting the group to work together like a team
3. Developing a Vision & Strategy
- Creating a vision to help direct the change effort
- Developing strategies for achieving that vision
4. Communicating the Change Vision
- Using every vehicle possible to constantly communicate the new vision and strategies
- Having the Change team role model the behavior expected of employees
5. Empowering broad-based action
- Getting rid of obstacles
- Changing processes or structures that undermine the change vision
- Encouraging risk taking and nontraditional ideas, activities, and actions
6. Generating short-term wins
- Planning for visible improvements in performance or "wins"
- Creating those wins
- Visibly recognizing and rewarding people who made the wins possible
7. Consolidating gains and producing more change
- Using increased credibility to change all systems, structures, and policies that don't fit together and don't fit the transformation vision
- Hiring, promoting & developing people who can implement the change vision
- Reinvigorating the process with new projects, themes and change agents
8. Rewarding, recognizing & championing the benefits to the organization from the change
- Creating better performance through customer and productivity oriented behavior, more and better leadership and more effective management
- Articulating the connections between new behaviors and organizational success
Saturday, June 14, 2008
Very often, I hear organizations say that their business is to pump oil or move airplanes and railcars, why should they worry about IT & Measurement and ScoreCard? Well, this is not about IT, this is about any programs and projects you do tie up with where your company is headed and your employees, investors, shareholders & speculators need to know that. The only way you can ever know yourself that you are headed in the right direction is by measurement.
Measurement information is a vital input to two backbone decision processes:
1. Progressive commitment of resources through the stage gate system to manage risks and rewards
2. Dynamic benefits path adjustment, to respond to changing environment.
Without a strong measurement system, the basis for well informed decisions will erode, and the quality of decisions will be, at best, suspect.
Thursday, April 24, 2008
I have seen this more that once. "Hey lets build a portal, and customers will come and use it". Sometimes I seriously start thinking about the "Value of IT" or it has just become cost of doing business rather than adding strategic value. Very often we see that IT departments are so deep buried in the tactical things that they forget why they exist? IT exists to support business and if it cannot add value to the business, then is IT required?
Anyways, from a project management standpoint... this has made me realize that "Projects deliver capability & Programs deliver benefits". The concept of program goes way beyond technology. Most often we would see thatorganizations think that the role of a program manager is the one who oversees multiple related projects/project managers. There may be some truth in this statement, but program management looks at the following things:
1. Business Need
2. Technology/ies required
3. Organizational Structure
The combination of the above-mentioned elements defines a lifecycle of a program. From concept to "Benefits Realization". Any business initiative generally involves 20% of work around technology but the remainder 80% is around Change Management. If effort is put in all aspects, the chances of success are way higher and not just blaming the technology later that it did not work out.
Improving the odds of delivering business benefits requires more than just better project management. We have to take off the blinkers and look at the full program of activities involved in changing the business system, and then manage the investment program as a whole, with full knowledge of the linkage between initiatives, reach, people and process related issues involved.
In summary, a program is the meshing of technological and organizational change. If this perspective is not maintained, I am afraid.. IT will soon loose its strategic value.
Monday, March 17, 2008
I have also been reading quite a bit, notably books as "Winning" by Jack Welch and "Personal Styles and Effective Performance" by David Merill. These books have so much value for a project manager. If you are interested in improving your leadership and soft skills, these books are definitely for you. Talking about Leaders, Jack discusses 8 basic rules of leadership. Out of that the most interesting one is: "Leaders have the courage to make unpopular decisions and gut calls".
As PMs, most of us face situations to make very unpleasant decisions. I have faced this a couple of times with stakeholders. But obviously, we think twice... and sometimes we have sleepless nights once we make such a call due to the simple fact that we don't like to huty anyone's future.
By nature, some people are consensus builders. Some people long to be loved by everyone. Those behaviours can really get you in the soup if you are a leader, because no matter where you work or what you do there are time you have to make hard decisions ... like let people go, cut funding and so on.. yeah... life's tough afterall.
Saturday, January 12, 2008
How can a Project Manager be responsible for the outcome of a project if he/she has no authority over resources and decisions in the orgainzation? After all, there are very few people who report directly to the project manager, especially in a Matrix organization or for a consultant project manager like myself where we have to manage project for a client and the team members mostly belong to the client organization, other vendors or sub-contractors. To complicate matters further, none of the above players have a direct reporting relationship.
"They've given us all the responsibility for the project, but minimal authority over what we need for the project...... Responsibility without associated authority!" is the common lament of project managers. I guess this is always the case, we will never have the authority we wished we had but we will always have the full responsibility for the project.
In fact the very reason we are asked to be the project managers is usually because of our skills to manage this dilemma.
Saturday, December 8, 2007
The only thing that you have at your disposal is the ability to effectively communicate with everyone including your clients, stakeholders, team members, executives and sub-contractors. Communication involves knowing when and how to use the different tools for communication including written, verbal and presentation skills.
In fact, the trick to getting work done is know first and foremost how to excel in communication skills. Outstanding project managers spend 70-80% of their project time and effort in some form of communication. They serve as nerve centres for projects by keeping communication channels open for collecting, analyzing, processing and disseminating needed information and decisions. They know how to delegate and provide the discipline, environment and motivation most importantly empower the team members to get the work done. I will soon write more on how we can empower our team members.
Sunday, November 25, 2007
The methodology presents various release options based on target reliability levels, acceptable level of risk, effort spent on testing and time to market. I got a lot of feedback from the audience and a lot of questions about the case studies I presented.
One of the biggest challenges of implementing this teachnique in an organization is leadership perception and their buy-in. The technique also uses Rough Set Analysis to conduct root cause analysis and the audience was very interested in pattern generation.
I had especially struggled with this area when building this methodology. All the standard techniques for defect root cause analysis such as IBM's ODC, HP Defect Classification and IEEE Classification require complete and consistent data, but the data which I had to generate patterns from was incomplete and inconsistent. Rough Set Analysis is definitely best suited for such situations and led to eye-opening results.
Currently, I am working on a paper to get this work published, but will definitely push ahead aggressively to find situations where "when to release" decisions become tricky to make.
Wednesday, November 14, 2007
Friday, October 5, 2007
The title is: "Aligning & prioritizing projects with the corporate strategy using Balanced ScoreCards".
I personally got very interested in this topic when I was reading the CIO Insight Research Study on Project Management, 2004. The study highlights some very interesting points as mentioned below:
- 53% of the CIO's say that their project prioritization is politically driven;
- Only 68% agree that all the necessary business and IT stakeholders are involved in setting IT project priorities;
- Only 40% of the CIOs say that their companies use a portfolio management approach;
This is when time I started questioning myself on how best can you align your projects with corporate strategy so that the project portfolios can be driven and managed by the needs of the organization..... This was also the time when I actually understood how a true business case is created by using a company's real financial data like working cost of capital and market debt to equity ratio. There was definitely a need to measure projects and question if it was worth doing a project.
At that time, I had recently learned about Balanced Score Cards from an assignment at an Airlines company in Canada and also created some models using Mathematical Optimization under the guidance of my Master's thesis supervisor. The combination of these two led to the creation of the approach which I plan to present.
I was implementing this at Siemens last year and got a great opportunity to understand various types of businesses Siemens is involved in. I wish to share this experience with all of you.
I will post my presentation here on the blog as well and an the Excel Sheet where I built the model.
Sunday, September 2, 2007
According to Mckinsey, IT organizations naturally pass through three stages as they evolve toward reaching their full potential: Support, Business Collaboration and Innovation.
The first stage is to support the business via mastery of the basics of IT service delivery in a cost-effective and consistent manner. The next stage of the Mckinsey maturity model requires mastery of 'business collaboration'. Mckinsey states that 'collaboration' means that IT is pro-actively engaged in working with the business rather than responding reactively to events and crises as they occur.
Mckinsey reports that significant stage-two progress has been made in the past few years. 83% of of the 72 senior IT executives surveyed reported that they believe that they have mastered stage 2: business-IT collaboration.
The next Mckinsey stage is mastery of 'innovation' . That is, IT must help business identify new technologies that will help them drive corporate innovation to enable distinctive business processes to effectively compete.
It is very interesting find these results, but in my experience a lot of IT shops within organizations are stuck at stage 1 and just able to provide support and not business collaboration or innovation. Very often, we see re-orgs within the IT shops or the top management wanting to outsource all of IT because business looses faith in IT. Even though the goal maybe to reduce IT costs, but are they really reduced by outsourcing? Definitely not, but what these companies do obtain is more predictable and trustable IT shop (from a delivery standpoint).
'Innovation' is what some of the big outsourcing vendors are pitching. They claim to add strategic value through IT and a lot of organizations are buying into that. Does that mean that the inhouse IT shops have failed to do so? We will have to wait and see...
Saturday, August 25, 2007
Monday, August 20, 2007
Failing to getting things executed can kill big innovations. I was reading the case study of Xerox and how the CEO Richard Thoman was fired for not being able to execute on some of the innovative ideas which he had brought to Xerox.
I do not mean to give a big leadership lecture here, but I was surprised to read that: the CEO complained that he was not allowed to select his own management. That happens a lot with us project managers too. Sometimes, we just have to work with whatever resources we have to get things done. Being able to work with people of different personalities creates diversity in team and promotes challenge and thought. Being able to consolidate the differences between the team members and creating a shared mental model is one of the biggest tasks of project managers.
Earning respect is another challenge, so you have to be knowledgeable enough to be able to help out the team members. The best approach is act as a service provider to your team rather than someone trying to manage them. By Service provider, I mean someone who provides umbrella to the team when its raining and clears stones and pebbles from the path when the team is moving forward. Empower the team! I would write another blog on strategies to empower the team.
These are some of the things which Ram Charan recommends for CEOs to do at a higher level. I am not saying that as project managers we are like CEOs or trying to act like one, but there are certainly leadership traits which we can learn. As project managers, I would recommend my fellow colleagues to be more of leaders rather than managers. By doing that, project management actually provides strategic advantage to the organization. Below is an interesting comparison between leaders and managers:
1. Focusses on what and why
3. Focusses on people
4. Inspires Trust
5. Has a long range view
6. Has eyes on horizon
8. Challenges Status quo
9. Does the Right thing
1. Focusses on when and how
3. Focussess on systems and structures
4. Relies on Control
5. Has a short-range view
6. Has eyes on bottomline
8. Accepts Status quo
9. Does things right
Saturday, July 28, 2007
Despite having common body of knowledge such as PMBOK, are 2 project managers alike? Or the way in which they execute projects alike? Certainly not!
Like an artist leaves his distinct style on his work, I believe every project manager like an artist also has a distinct style in managing a project.
The human side is definitely very important, but is it just art? or let me reword it, is art just enough?
From my meagre experience, I have seen that there are two approaches to project management:
The Art of project management relies on human intuition, communication and capabilities to negotiate between conflicting objectives and priorities. These are critical skills for any project manager.
However, the artistic skills can be greatly enhanced by using science. The science of project management deeply complements the art side.
By science of project management, I mean usage of exisiting scientific, cognitive and mathematical techniques in an innovative fashion to improve decision making process, balancing priorities process, measurement and reporting process, conflict management process and so on for a project manager.
This is what the book I am writing is about. In any situation, how can a project manager leverage the science and combine it with his artistic style to excel as a project manager. This level of understanding helps a project manager to go beyond his typical role and add strategic value and advantage to the organization.