Top 5 PM CV Tips

Have you ever put yourself in the shoes of an employer when it comes to writing your CV? If you were looking to bring in fresh talent, whether on a contract or for a permanent role, what would you want to know about that person? When putting together your project management CV you should always try to take an objective view to what you are presenting, obvious things are grammar, spelling, format, CV length etc but beyond these standard considerations there is a lot you can be doing to make sure your CV is being considered for the job and not just put in the recycle bin.

Top 5 PM CV tips list:

  1. Are you telling the reviewer what it is you actually do? Your profile should be a summary of you as a professional, we would expect you to be motivated, complete (most of) your projects on time and to budget, and be a good communicator. What we actually want to know is: what do you actually do? Project management is a rather large umbrella that professionals sit under so tell us the types of programmes / projects you manage / support and what this involves. You are marketing yourself so some indication of the size and complexity coupled with the projects themselves is a good starting point.
  2. Talk us through some key achievements; tell us more than “successfully delivered a £20m programme on time and to budget”, after all this is expected if you were paid to do it. However projects don’t always go to plan or may be particularly tricky and it is this type of information which sets you apart from others, it tells us a lot about your management style.
  3. Your career history should give detail about the projects and your involvement and then look to drill down core competencies (as these are what are checked for by recruiters / employers – work through the project lifecycle and don’t just list keywords, add context.
  4. Keep emphasis on the most recent roles and reduce down the detail as the roles get older – something over 7 years old is a lot less relevant than work you have completed in you most recent roles.
  5. Any training and education should be included towards the end of the CV, do add dates and institution names and practitioner registration numbers. This is a professional document and most employers / recruiters will check, so make it easier for them.

Put yourself in my shoesThese are very simple but important tips to work to when putting together your CV – by following them you will create a document which tells the reviewer what they want and need to know about you as a prospective employee. Putting yourself in the employers’ shoes again, you have a project which requires XYZ and someone who has delivered similar sized/complexity through ABC methods – making sure you address this in your CV and add in that extra management style will set you apart from your competitors.

Secrets of powerful teams: Revealing ideas of NLP and the use of words

The ongoing challenges of creating the magical bond between team members in small and big endeavors can be elusive. What more, in the last few decades it has become increasingly challenging, since we have been moving from emphasis on social skills and communities to technical and managerial skills, as a result the lore concerning the magic of teams has been lost.

When I’m facilitating workshops for business professionals, project managers in software development, seminars for finance and IT professionals, consulting with marketing and supply chain experts, I am surprised to witness their low propensity for soft skills literacy. They know the hard aspects of what needs to be done, however they remain clueless when required to lead the teams that help them accomplish the required objectives.

As most of these teams are cross functional in a matrix organization, it is likely that the leaders and managers of these teams do not necessarily have direct hierarchical control over the team members. Requesting deliverables from the team members becomes challenging. Even when the managers do have hierarchical power, the contemporary concepts of empowerment and motivation prevail, making direct commands unpopular to say the least. Yet again requesting fulfillment of the objectives and deliverables becomes tricky. It is quite remarkable that simple concepts for creating positive interactions outside the business world are hardly ever used within business and project teams.

In order to lead through the challenges of both collocated and virtual teams we can use concepts from Neurolinguistic programming (NLP). It is a powerful technique with proven results.

We will explore only a fraction of what NLP is about, specifically several words that are used redundantly in almost each and every team interaction. These words are mostly negative, yet common in team interactions, create noise in the communication, confuse the message, and carry a baggage of ill-considered meanings.

The first word we will examine is – Try

The first word that is used quite often without understanding the implication is: Try.

For example: ‘we will try running this test next week’ or ‘please try to have the results by Wednesday’ or even ‘I tried really hard’.

To understand the issue with- try – view this link: http://bit.ly/18MnRcM .

Try – masks the intent and carries an element of implicit failure within the message. As Yoda said, you either do it or you don’t there is no try. Either you’re going to run the tests next week or you’re not going to run them next week. When you’re saying that: you are going to try to run them next week, most like you’re not going to do it. When I’m telling you: please try to have the results by Wednesday, I’m actually saying that it is fine that they’ll come in by Thursday or Friday or even next month.

Let us look at an email example written by Mark, a team leader:

We have indeed defined a way of work, but we also defined a process for completion of tasks, that we should try to stick to.

What is Mark saying? Did we define a process just so we should try to stick to it? Or did we define a process that we must stick to? By using try, Mark undermines his authority as a team leader; he defined a process so that the team members will follow it.

The abundant use of the word try in many teams, both co-located and virtual, is a sign of fear that both leaders and team members have of stepping up and asking for commitment and responsibility.

Bottom line – drop the TRY it does not add anything to the communication!

The second word we will examine is – Should

The second word that is used quite often without understanding the implication is: Should.

‘Should’ has a flavor of admonition, guilt, and manipulation, especially when other people are using it; by blurting out-loud a general statement with the word ‘should’.

For example: “you should always finish what you’re eating and never leave anything on the plate”. Also: “this should have been completed by now”. And yet another: “you should not get up before the manager has left”.

Let us look at a meeting, where Tina – a production lead, is saying:

Tina answers: “we should focus on production levels as this is what is driving the transfer to production, trust me I’ve been here and have seen these projects many times

In this case Tina is using ‘should’ to reprimand the team and also to have it her way by defining an imaginary rule and enforcing it upon the team. Actually what Tina is saying: “I want to focus on production levels”. Many times people use should instead of ‘I want’, this is the case with parents and children. The admonition of: “you should be nice” is actually saying: “I want you to be nice”.

Observe the power and direct impact of the second sentence as opposed to using ‘should’. People use the word should to mask their wish or need. Instead of directly stating what they want, they construct a stipulation without naming a person responsible for carrying it out.

In families we often hear such a ‘should’ sentence: “the lawn should be cut”. This is indirect communication that with time can create resentment. Actually the person would be better off asking directly what he wants to happen: “please can you cut the lawn now”, is a much better question. Notice that this question can lead into conflict as the other person might rebel and disagree. By using ‘should’ we are avoiding the conflict between our wishes and the other person’s wishes. The truth is that the conflict is not avoided; rather as the communication is not direct it is unclear what the person wants the other person to perform. The conflict thus is exacerbated and not mitigated. The extensive use of ‘should’ stipulations occurs in families, in couples, and naturally also in teams.

Monitor the ‘shoulds’ in your teams, they are barriers to effective communication and reduce the potential power of the team.

The third word we will examine is – Why

The third word that is used quite often without understanding the implication is: Why.

Why carries a sense of blame to it. for example: “why did you break the glass?” One can see that the usage of ‘why’ here is not about receiving an answer but more about rebuking for the actual breaking of the glass, since there is not a good answer for this question. A wisecrack answer might be: “because I like to see you get mad…” actually, it is just the right answer for a question with the word ‘why’ and often an answer we receive from teenagers for ‘WHY’ questions.

For example, at the same meeting, Ashley the project manager is answering:

Ashley tries to gain control back and asks Tina: “why do you think this is now relevant for our meeting? Let’s try to get back on our planned agenda!”

In this case Ashley is blaming Tina by asking her the question. Ashley would have been better off saying: “Tina, I would like to revert to our defined agenda, I think these are relevant issues for another meeting”.

The word ‘why’ carries guilt and finger-pointing into our team communications. It is better that we leave it out of our messages as it doesn’t have any positive impact on what we are saying. Rather it is clearer to state what we want to achieve or alternatively ask information gathering questions using the word ‘how’.

For example Ashley might ask: “Tina, can you please explain how these figures impact the transfer to operations?”

Notice that while ‘why’ structures a closed ended question, ‘how’ questions are open-ended and investigate as to the process that led to a certain consequence.

The ‘whys’ don’t contribute to clear communication instead they add guilt and finger-pointing, drop them!

Michael NirWant to learn more about the secrets and more NLP words? Six Secrets of Powerful Teams A practical guide to the magic of motivating and influencing teams (The Leadership Series) , available on Amazon

Find Michael’s other publications on: http://www.amazon.com/Michael-Nir/e/B00B0S45W0

Michael has been providing operational, organizational and management consulting and training for over 14 years. He is a certified project management professional and Gestalt process facilitator, offering training, consulting, and solutions development in project and product management, process improvement, leadership, and team building programs
Michael’s professional background includes a significant amount of work in the telecoms, hi-tech, software development, R&D environments and petrochemical & infrastructure business.