Being an agile executive is not as easy as it might look at first to some.
Working in an agile environment challenges some leaders immensely, as the way of operating is quite different than may have been experienced in the past. Some executives relish in it; others find it harder. This means that in some cases for the agile executive it can be a marriage made in heaven, while in other cases it can feel like “just staying for the kids”. However, agile is the way forward for many organisations, and the agile executive is an essential component of the overall agile team, so it is best to work towards making this a marriage that everyone wants to be in. Let us have a look at the difficulties that new agile executives have in adjusting, and the value that they can add if they approach agile effectively.
When I have visited organisations to consult on agile, I have observed that the agile executive may often feel that he/she does not have much of a role to play in agile. This is inaccurate, and the agile executive most certainly should be involved. Just because people are empowered within teams does not mean that the executive can sit back and put their feet up. Stepping back too much can mean that the project does not have the support it needs throughout the organisation. It can also mean that the culture of the company is not properly adjusted in the way that it needs to be for agile to work effectively.
Another challenge with some executives is not adjusting well to feedback. An important aspect of agile, is the sharing of feedback, which team members and managers need to feel able to do. This sometimes means that people will “manage upward”, providing feedback to executives. For some, this may feel rather uncomfortable. However, if others are fearful of the repercussions of offering feedback, or feel that there is no point because it simply will not be heard, this is a problem. The agile executive needs to be able to open up and let that feedback in.
For a newbie agile executive who is used to a command and control management style, learning the new ways of agile is likely to pose some challenges. It will may feel like a considerable adjustment, to move away from the old ways of doing things. Traditional managers may find themselves wanting to step in too much, or to try and swing project management back to more of a waterfall approach where they felt more in control of what was going on. For these managers, agile may feel as if the marriage is “just staying for the kids”. Yet there are plenty of opportunities to make this a marriage made in heaven, by changing how things are done, and this may lead to the executive enjoying a more rewarding role overall.
Agile executives have a critical role to play in the agile environment. First and foremost they need to drive transformational change throughout the organisation, so that everyone adapts to the new “way we do things around here.” There has to be cultural change to achieve this, and it must start at the top, with the executive. If the agile executive talks the talk but does not walk the walk, problems will ensue, because people tend to follow what others do rather than what they say. Saying what needs to be done and acting in the same way is essential. Importantly, transparency has a core role to play within this, and executives need to embrace this with their own behaviour. Sharing an inspirational vision and setting stretching but achievable goals are also important in this context, so that expectations are clearly set, and people know what they need to work towards.
Building the right culture within the organisation needs to focus on the behaviours that will build software (or other products/services) that will work, rather than having too much bureaucracy around project management. There needs to be less of a focus on the rigid following of processes, and rather, an emphasis on delivering a product that the customer can look at and feedback on as soon as possible. This gives the organisation the best chance of delivering satisfaction to the customer in the longer run, and less chance of the product not working in the way the customer intended at a stage that is very late in the development process.
The agile leader also has a key role in sponsorship of the agile activities. This should not be underestimated as it provides support for the agile project within the organisation. The agile executive can be a facilitator in ensuring that teams work together effectively, for example. By focusing on the big picture rather than the minute details, the executive can help to ensure that high level obstacles to the project are broken down. Another key activity is making sure that resources can be made available as needed so the project does not get impeded. These kinds of activities can smooth the project along its way. There is also an element of coaching involved to help the team members and leaders achieve their goals on the agile project. These are all important ways in which the agile executive could and should work to ensure they drive a marriage made in heaven.
Executives have an essential role to play in agile, which is often underestimated. They need to be transparent and champion the agile cause. They also have to support the agile team and managers so that the project can be executed successfully. Relying on a traditional command and control style will not work in the agile environment, and nor will doing nothing. Executives that want a smoother transformation to agile will step up and lead the way by example, showing employees what they expect of them through their own behaviour. This type of leadership will help ensure the agile transformation the greatest possible chance of success.
The right project manager can be the real difference between success and failure of your project despite the governance structures.
Unfortunately, even the most experienced managers often make blunders when hiring. The wrong PM will drain your time, money, and resources. Even with the best intentions in the world, hiring managers still miss out way too many things during the hiring process. Look beyond the resume and use these five tips to hire the right candidate;
The existing education system and an indifferent interviewing process make it a little challenging to find the right kind of person for the job. There’s a chance a candidate might check all the boxes from their resume, but is unable to gel with team members. Other than the essential skills and the requisite experience, there are other important factors like the “right behavioral traits” that need to be considered when looking for a new project manager. Most job listings only talk about certain objectives that have almost become redundant. Words like adaptable, positive, passionate, proactive have become useless with no real meaning left.
It’s vital to ensure that organizations create a list of behavioral traits that are required for the specific position. For instance, some posts might require someone passionate and a go-getter, whereas other positions might require a person with a high degree of patience. Do some homework and figure out what is essential for the job. Speak to a former colleague or employer of theirs. Don’t hire a generic “misfit” PM who is not suited and unable to earn respect from clients and other team members. It would be a disaster.
If you happen to find a candidate that seems suitable for the job, try and think beyond the need for redundant industry certifications. In my experience, there have been many great PMs who’ve got the most suited experience without any proper industry certification. Even the most certified PMs cannot guarantee 100% efficiency on a project. There is a possibility that some of these most “certified” project managers have never delivered a quality project. Look beyond just the badges and numbers. However, before you’re about to finalize the candidate for a position, spend enough time carefully verifying their credentials, especially experience and the working style.
At the risk of sounding like every other article available on the Internet, this is still a relevant pointer. The role of a project manager can be overwhelming. To perform, a project manager must be focused and deeply vested in the daily drills. They must love what they do. While interviewing a candidate, make sure that you’re able to gauge the requisite passion needed for the profession in general. Any candidate that showcases laziness, tiredness, and even excessive nervousness should be dealt with extreme caution. Be careful. Be aware. If they’re not able to bring out the passion for the job in an interview, you should probably move on to the next candidate. Project Managers need a high degree of energy and enthusiasm to stay driven to serve their clients best. Look for the intrinsic fire in their belly that allows them to stay inspired and focused.
With competition and even recession in some industries, hiring managers often try and choose a generalist who can be expanded into multiple roles. This is usually done to save costs. However, the half-hearted approach of hiring a person who is the jack of all trades and master of none can backfire if you need a specific methodology in your organization. Rather than asking a candidate about every project management methodology they know about, ask them about the specific methods you want them to use. It’s good practice to mention the same methodology in the job listing as well. This can help reduce the number of applicants and make the hiring process more efficient. Don’t try and find a person that you expect to “adjust” when the time arises. Ask what you need at the time of the interview, to avoid problems down the line.
Putting the right job listing out is something that most organizations struggle with. You need to be extremely original in your listing. This effectively means that the listing needs to be informational, to the point, and highly specific to your needs. You can also use Google forms in the listing to ask some specific questions that will make it easier to sort through the applications. Always stay away from those template job descriptions that sound like a copy-paste act that doesn’t inspire trust among the most qualified candidates. In a nutshell, get specific!
People generally don’t work the same job for 30 years the way they use to. This means that while you can expect a Project Manager to stick around for a long time, you can’t realistically expect someone to be around for decades. You might have to go through this roller coaster of hiring, retaining, or even firing in some rare instances. If you keep these five pointers in mind and hire a project manager who is suited to your organization, you’ll see less attrition and more productivity.
Stay clear about what you need from the beginning. Highlight the precise goals that your organization is planning to achieve by the end of a defined period. Give them a plan of action and the right opportunity to rise to the challenge in their role. The process might seem like an overkill in the beginning, but you’ll fall in love with it in due time. Is this a fool proof plan for hiring a Rockstar? Certainly not. The best you can do is to put a process in place to get the most suited person for the job.
When I go into organisations that claim they are using agile, I sometimes see mini waterfalls instead.
This is not altogether surprising when you consider that almost 90% of organisations report that their company works on projects in an agile manner – there are bound to be some misinterpretations. However, agile is a very specific approach to project management, and one that mini waterfalls cannot form a part of. Let us look at the differences between the waterfall and the agile approach, and warning signs of mini waterfalls developing, to understand what can be done to rectify this problem.
The waterfall approach is named as such, because the project management process represents the flow of a waterfall through the various stages of activities. At the top of the waterfall is the requirements gathering stage, followed by design, development, integration, then testing, training and roll out. The approach is considered highly structured and managed, and it does work well for certain types of projects – in particular those that are unlikely to have evolving requirements and where there is certainty about the end goal.
In a waterfall development approach, all of the analysis and requirement building is done up front. This is followed by a stage where all the design is done. Then the development is all done in one go. Later on there is a stage when all of the testing is done.
Agile differs significantly from the waterfall approach to project management. It evolved in the face of continuous business change. It is helpful for when there are fewer certainties and when business requirements may adapt over time, or may not be well known, or both. When projects are run in an agile manner, they are iterative. Each stage is run incrementally and there is a lot of collaboration between people in varied teams.
When project work is operating in an agile manner, all the different work streams happen at the same time and they all conclude at the same time. Analysis, design, coding and testing all operate concurrently, and they all finish together at the end of the sprint. This is quite distinct from taking a waterfall type of solution to project management. Another important difference is that in agile, teams are self-organising. This does not occur in the waterfall project management approach.
It is all too common an error that agile teams start operating in the manner of mini waterfalls and continue calling it “agile”. Fortunately, there are warning signs that teams can look out for to avoid this scenario happening. One trap that teams may often fall into is having the team work in silos. This is advantageous from the perspective of some developers as they have much more control over what they are doing). However, it does lead to mini waterfalls. This is because while it may seem efficient, it results in a longer wait for testing results because testing starts happening after development.
Another key warning sign is when small aspects of the project (user stories) start becoming more than just short placeholders. When user stories start having their own specification documents, this is not agile. Everything starts getting documented out for the user story, and the development is no longer iterative. Again, the testers then start working one stage behind the developers and not in the same iteration. What happens is, an iterative waterfall approach starts to build up – with each user story becoming a mini waterfall project in its own right. However, this is not what it means to be agile.
Other mini waterfall warning signs include the situation where only certain parts of agile seem to actually be going on in the project. An example scenario might be that the team is self-organising and collaborating across disciplines, but that design has evolved to start happening at the beginning of the sprint and testing at the end. The fact that the team is self-organising and collaborative may throw people off realising that this is a mini waterfall in disguise, but that is what it is.
While mini waterfalls may feel comfortable for those working within them, the main problem with them is that the user will not get what they want. Not only that, but the timeline for project delivery starts to drag out. This will be dissatisfying for the customer.
True agile project management is a way of operating that is embraced throughout the organisation. Simply telling teams they are going to start working in an agile way, but not having leadership on board with this, will not lead to agile working. Traditional project management needs to be set aside, and the scrum must be used.
In true agile project management, planning does not occur upfront the way it does in a waterfall system. As soon as planning and design starts happening at the outset again, the team are working in a waterfall, albeit often a mini one. Tight and short feedback loops are required for agile to be effective. This helps the project team to actually build a product that will meet what the user/customer actually wanted, because users can give their thoughts much earlier during user stories. It is this process of continuous feedback that helps the project more quickly evolve into an end product that will meet the user/customer’s needs.
To move back from mini waterfalls to agile development, stop looking at the development in phases of requirement production, design, development and test. Instead, go back to considering one aspect of what the user wants, developing a small part of this and checking in to see if it is right or how it could be better, and then continue building iteratively until the user is satisfied.
Where agile is not fully embraced through the organisation, it is possible for so-called “agile” teams to revert to the old ways and start developing mini waterfalls within sprints. This is detrimental to the project because it not only extends project timelines, but it means that user feedback is gathered later on, leading to more work to produce something they actually wanted. True agile occurs when all aspects of the project happen at the same time including analysis, design, coding and testing. Ultimately, the aim is to deliver value to the customer as often as possible.
With so many expectations, a project manager is such a prominent position.
The never-ending demands and grind make it a critical designation that not everyone is cut out for. It requires preparedness, execution, accountability, and leadership ability.
That’s why choosing the right candidate for the job is an inherently complex task with no easy solutions. Even an hour-long screening interview can prove redundant if there is no surprise factor and candidates feed canned answers to your repetitive questions. They need to be challenged. In an ideal world, you would love to observe how each of these candidates perform in the workplace in the face of a tough situation. Regretfully we don’t have that option, but you can resort to something that seems to work well in most situations.
You need to ask hard interview questions to identify the right professional for your next project. Questions that help you draw their personalities out – while you carefully listen to what they have to say, and how they say it. Questions they can’t rehearse for – thereby making the entire process challenging, rather than just another box-ticking exercise. With that in mind, here is a list of five smart interview questions that will help you select the best candidate for the position of a project manager. Some of these questions are sure to trip people up.
On the surface, it seems like a simple question. However, what works here is this – It’s a process-based question. So as an interviewer, you get to venture inside their brain, giving you a quick peek into the kind of work culture they’ve experienced in the past. This is probably the best way to understand the blueprint of their ideal approach, which can help you assess whether they would blend with your organization.
The second part of the question referring to the “presentation of results,” helps you understand how they would handle a standard project delivery. You also get to know about their presentation style and the perceived involvement of different team members in the process. In a nutshell, this is the perfect open-ended question to understand a candidate’s personality, work style, team management attributes, and their most typical approach to fresh challenges.
This question tests their creativity and how well they can formulate a hypothesis. Just try and understand how they plan to maintain the level of quality without creating any undue pressure on other team members. Notice whether the candidate is willing to negotiate for more time or resources with the upper management.
Not all PMs are created equal. So, if you don’t like one specific approach or the way someone handled this imaginary problem, you are welcome to move on.
Here’s a cold hard fact. PM’s that communicate well with their team members achieve far more than the rest. The nature of this question would help you understand whether they are aware of the importance of communication mechanisms and how that affects their team members. This is a prime indicator of how they would be able to manage the difficult conversations as and when the situation arises. If you don’t get a satisfying response, it’s quite likely that candidate would fail to deliver in the real world as well.
They say great leaders and great trainers have a lot in common with each other. That’s not entirely difficult to understand since good project managers are also known to be the big picture thinkers that influence major decisions in an organization. Holding such an influential position, most PMs become great communicators. That’s why the art of training, coaching, or mentoring should come naturally to them. If the candidates share an experience where they were in the position to coach one of their team members, take it as a positive signal. This means they’re good at guiding other team members to success (as compared to a one-dimensional PM, known for giving orders.)
We know that managing a project involves far too many moving parts and variables. This question allows you to listen to how they would design the ideal metrics and judge their ability to delegate, organize, and manage assets in a hypothetical situation. This is an excellent way to judge one’s domain knowledge and skills, as well. Don’t forget to analyse whether their answer is based on the in-depth understanding of the domain and what metrics they choose to ignore because that will reveal their experience and knowledge of the industry.
Given that hiring, training, and coaching employees are such a time-consuming process, asking these carefully devised questions can help you decide the best fit for your organization. Obviously, there is no right, wrong, or inappropriate answer to these questions. However, it gives you a fair idea of what a candidate wants from the position.
Here’s a bonus tip. Don’t forget to reverse the table and allow time in the end for candidates to ask you questions. This is a great way to understand what matters to them. Their own words will also help you decipher whether they have the correct mindset to succeed as a project manager in your organization. The basic idea is to create a challenging interview environment where candidates can showcase their business acumen along with the soft skills needed for the job.