Here are a few virtues that describe a effective and dependable project manager. It is unlikely that one project manager will have all the virtues. Nonetheless, the more the better. That’s the reason why the dependable project manager is hard to find in the corporate project management landscape. (92kwh5qa8x)
- He focuses on their core-competence which is project management. He doesn’t try to be “An inch deep and a mile wide” in other tasks like creating technical architectures or coding a function that will fetch out last 10 status using Facebook API. He leaves such tasks to Technical Architects and Developers.
- He takes sufficient time in decision making. Once a decision is made; He doesn’t go second-guess. He believes that Laser like focus is an absolutely must for the project’s success.
- He is happy when team members share ideas which are good for the project – He strives to have more brilliant team members then himself.
- He is well-aware of their and their team’s weaknesses and strengths and proactively uses each team member’s strengths for the project’s success.
- He sees things clearly. That’s why he begins with the end in the mind. He can see all the forces that shape events not just the things happening near to him.
- He doesn’t pawn off responsibility when something goes wrong.
- He gives credit to their team for each of the job well done. Especially while meeting with Senior Management.
- He leads by example. Work-ethic, distinction, principles and interaction styles.
- He is an obsessive individual, an encouraging manager and an upbeat professional who is a role-model for his colleagues who wants to be as successful as him such that they can be prominent in the enterprise’s framework.
- He is self-motivated to be trained, being disciplined and making the hard work implied in building a solid personal image based on his results as successful project manager.
- He is curious about what’s happening in global context and how it relates to his project.
- He has modesty to learn efficiently from mistakes or failures and by this way, he takes himself and his team to go to next level.
- Regardless of the risk and cost involved, he has the willingness to feel himself encouraged and face any kind of situation proactively. He has charisma needed to motivate others for the project accomplishment no matter how challenging the project is.
- He has rock-solid work-ethics and believes in principle centric leadership. Integrity is his second name.
- He is self-confident individual who has courage to overcome uncertainties and fears while being proactive even beyond his personal limits, business constraints envy co-workers.
See Also:
- Dependable Project Manager 9
- Which Leadership Flavor Do You Deploy As A Dependable Project Manager?
- Twenty Traits Of Software Project Sponsors Who Have The Power To Screw-up An Offshore Outsourcing Engagement
- A Path-Goal Based Approach That May Take Your Project Leadership Repertoire To The Next Level
- Project Manager Who Is Most Likely To Produce Great Results 60
- Are You An Offshore Software Project Manager From India?
- Project Manager Who Loves Chatting with the Client At Her Convenient Time
{ 11 comments… read them below or add one }
Twitter: tnvora
July 26, 2009 at 9:58 am
Hi Utpal, This is a great list and the first point of this post intrigued me. There has been an ongoing debate on whether a project manager should be technical or not. I have had this discussion with lot of my colleagues and have also read a lot about it. There are clearly two groups of people. One who think that project manager can only set a right leadership example if he is technical. Second group thinks that project management is all about managing client and scope. Technical implementation should be best left to technical architects and developers.
My post “Should Project Managers be Technical?” – http://qaspire.com/blog/?p=27 throws some light on views I endorse.
What do you think?
Twitter: utpalvaishnav
July 26, 2009 at 2:57 pm
Hi Tanmay,
Yep! It is a question like this : “Did Chicken come first or Egg?”
It depends on the type of organization, processes that an organization follows and the type of role that a project manager has to play.
In some organizations project managers are expected to develop technical architecturs, database designs, technical writing etc. apart from standard project management tasks (I have a strong feeling that they do not follow standard project management practices. Only then and then they are expected to do even technical tasks).
In such organizations, a project manager wears many hats. He has to act as technical resource given that the organization do not have liberty of employing dedicated people as per roles allocated to the project. In such cases the project manager who has technical knowledge seems more competent to their management.
Let’s match project manager’s role with Car’s steering. Car’s steering does not know how engine works but it knows how to communicate to the engine such that the engine can understand where to move. If the steering dare to interfere with engine’s task we would have a Car which no one wants to buy.
Nonetheless, the project manager has to have ability to understand anything including technical talks. For that communication plays a great role. If he is a good communicator (which means, he knows thoroughly what to listen, what to understand and what to communicate) he would surely grasp whatever he needs to grasp in order to take project management decisions.
I would say, this topic is so deep that it requires an ebook from both of us (as a joint author) if not a hardcover book – what say?
Cheers!
Utpal
PS: I read through your blog post – it says almost similar to what I just said
Twitter: tnvora
July 26, 2009 at 10:58 pm
Utpal -
I am in for the idea of e-book. As such, all we have to do is to pull out some interesting posts and compile them!
I am already thinking of such an idea. We can execute it jointly.
Regards,
Tanmay
Twitter: utpalvaishnav
July 28, 2009 at 12:21 am
Tanmay, Lets get going… how about meeting this Saturday?
UV,
A useful list of leadership virtues. These are must have virtues for any managers.
Do you have any plans to write about Managerial skills which are must for project managers?
Regards,
Parimal
Twitter: utpalvaishnav
July 27, 2009 at 11:52 pm
Thanks Parimal for commenting.
I’ll let you know once I write about managerial skills.
Regards,
Utpal
I read all the discussions above on whether the Project Manager should be technical or only perform project management functions.
I believe if the PM is technical, it gives him the EXPERT power to influence the team to provide him with reasonable time estimates, avoids un-necessary discussions between developers, developers makes no no execuses when their module is delayed etc.
Apart from this, the development team feel confident when the technical PM talks with client on requirements as in the discussion itself, if some requirement is not technical feasible, it will be addressed at that moment.
There are many stakeholders involved in decision making during different phases of project. If the PM is technical, he can talk with different people on technology selection, deployment issues, performance issues, etc.
I do not believe for the PM to micro-manage work of the developers. The PM should have clear understanding on how the underlying selected technology works in the project and issues involved in it.
I am open for discussion on this.
Twitter: utpalvaishnav
August 10, 2009 at 12:05 pm
Sam,
Thanks for taking time for reading this post and commenting.
In some organizations, A Technology PM is expected to take on various roles which sometimes include technical activities like:
- System Architecture design
- Database Design
- Technology Identification
- Etc.
However, there is a very specific distinction between “managing projects” and “technically performing a role” such as acting as a “system analyst” (technical resource).
To give confidence to the development team (and the client as well), PM has to exhibit leadership ability. (Leadership means ability to influence people; nothing more, nothing less.) When the team is influenced by the project manager’s leadership virtues, they will experience faith in him.
If PM chooses to answer the requirement feasibility while in the discussion then it would be a kind of reactive action. As a good project management practice, any requirement should be agreed upon or rejected after giving a reasonable thought and performing some analysis. It should not be answered promptly just to impress the client (just to justify how technical the PM is) as it ultimately effects the overall business relationship at large.
It is true that there are many stakeholders involved in decision making during different phases of project. Now the question is, apart from the technical team, how many of the stakeholders will be able to understand “technical” language? Obviously they are in one or the other way business-people and PM has to have the ability to communicate the business language.
PM’s job is to see:
- that effective technology selection is made; not to do the technology selection himself,
- to ensure that deployment issues are taken care of; not to do the deployment himself,
- Make sure that performance issues are properly dealt with; not to do the performance enhancement himself.
Agree?
Here is the point I totally agree with – that PM should not micro-manage the work. Nonetheless, PM has to have good product or service knowledge under which the project is being executed or supposed to be executed.
With that said, I would like to address one point here. PM is not a person but a role. The person who is performing the role of PM can perform any technical role he wants to. But in the mixture of such roles, his responsibility gets double as he has to make sure that both the roles are justified. Many non-standard organizations do not understand it (or do not want to understand it!) and expects the PM to perform many roles and still operates.
If being Technical is the prime expectation for the PM activities, then PMI have had kept that in their courseware and Project Manager’s title might include the word “Technology”
Please feel free to enlighten me on this subject with more insights.
Regards,
Utpal
Utpal,
I am Certified PMP since last 3 years and worked as PM for more than 5 years. So I understand the intent of PMI.
PMI distinguish different roles but in real life scenario it is hard for company to give specific role only to manage Microsoft Project and speak with different stakeholders making notes and then calling meetings.
It is also true that without having detail understanding still a project can be managed by PMI certified professional. I do not argue on this.
I am also Certified Java Architect (SCEA) and deal with all technology issues by own in the project along with key technical people. So it may be possible that my views are based on my experience on how I handle my work.
PMI recommends developing technical and functional understanding for the PM to manage the project effectively. Times estimates are given by technical teams are filled with buffer. If PM add their buffer on top of the buffer added by the technical team, the final estimates to the client looks sometime stupid.
So my conclusion is this. PM should not micro manage the work done by team leaders or other people but the role of PM should be able to make the right decisions effectively without calling for meetings on issues.
For example, during a conversation with the client stakeholders if the PM does not understand how AJAX works properly with specific technology or browser and just note the point, it waste the time of people in the system.
I have been working with many architects and developers in the USA since 7-8 years. They did not like to talk with so called TYPICAL project manager on the functional/technical issues.
If we have a PM who understands the technology and manage the project with PMI suggested processes, it is likely that the project will attend the objectives in timely manger (Quality, Cost and Time).
These are just my views and may be biased on the type of work I am doing and clients I have work with but It is better to be technical along with managerial to attend the project objectives effectively.
Please feel free to share your opinion on this.
- Sam
Twitter: utpalvaishnav
August 11, 2009 at 12:13 pm
Sam,
Thanks for the detailed answer.
I would just like to emphasize that I never said that PM should not understand the product or service… in fact, more the understanding, the better.
My point is: PM must be able to answer to “what” however; he does not need to precisely know the “how” of it.
In the above AJAX example you furnished, PM has to understand what AJAX can do and what it cannot. He should be able to answer that AJAX works with specific technology or browser – but it is fine if he doesn’t know how to write code to make sure that AJAX works with that specific browser – he can rely on team for that.
I respect your views and agree that having technical insights will help in several situations and companies… however it should be sufficient for the PM to be an inch deep and a mile wide in terms of technological knowledge – what say?
Regards,
Utpal
Utpal,
You are right also.
The role of the PM is to manage the project and ensure the project is inline with the Scope, Cost, Quality and Time attributes.
As per the PMBOK and my personal experiences this is true. The PM is also representative of the team and has role to mentor the team. Find right people to do the job on the key tasks.
Despite understanding these PMI principles may be due to nature of clients I deal with, I am ending up doing more technical/architectural work and functional discussions then project management.
Many PMI practices we can follow in India when you work as PM but when you deal with client onsite in USA, the expectations of the client to manage the project technically is higher.
Thanks for sharing your views.
I really appreciate your interest and willingness to contribute in constructive discussions on project management.
Please be in touch.
- Sam