By Taralyn Frasqueri-Molina
Because human resources is so process-oriented, it’s easy to overlook its need for project and program management.
The human resources department’s projects may not be customer-facing and highly visible, but it is very likely that they will make your work life easier! They might be focused on integrating or retrofitting an HR information system, changing an organization-wide benefits provider, developing a new employee handbook or designing and releasing an employee satisfaction survey.
I’ve had the pleasure of working on several HR projects. Though they weren’t product launches delivering external customer value, they were critical to internal business operations. Because they are so essential to internal success, if you’re the person responsible for enterprise roadmapping, you must ensure HR projects are part of the way forward.
One human resources area that benefits exceptionally well from stellar project management is organizational design. Don’t pass up the chance to work on an organization redesign project—you’ll be teaming up with not only human resources, but also with service designers, team managers and executive leadership.
There are many stages to an organizational design project. Organizational design projects have a lot of moving parts. Early on, it can be easy to get stuck in the research and design parts, constantly reviewing and revising. Later, ensuring companywide adoption can seem like a never-ending slog. A project manager can be a boon during these critical phases by keeping the focus on smaller, incremental milestones, and communicating when that milestone progress is made. This keeps the project moving forward, the momentum continuing even though the results of the final goal may be nebulous and still too far away.
In the end, you’ll deliver a model that will become the operating structure for the entire organization—helping all of its employees navigate through a changing business environment. And maybe even disruptive changes that pose grave threats to the organization.
What types of human resources projects have you led? Where else do you thinking project management could be beneficial for human resources?
by Peter Tarhanidis
I’ve served in various leadership roles throughout my career. In one role, I worked with engineers to build and deliver a technical roadmap of solutions. In another, I was charged with coordinating team efforts to ensure a post-merger integration would be successful.
All of my leadership roles ultimately taught me there’s no-one-size-fits-all style for how to head up a team. Instead, the situation and structure of the team determines the right approach.
Traditional teams are comprised of a sole leader in charge of several team members with set job descriptions and specialized skills, each with individual tasks and accountability. The leader in this environment serves as the chief motivator, the coach and mentor, and the culture enforcer. He or she is also the primary role model—and therefore expected to set a strong example.
But, this traditional team setup is not always the norm.
Take self-managed teams, for example. On these teams, the roles are interchangeable, the team is accountable as one unit, the work is interdependent, the job roles are flexible and the team is multi-skilled, according to Leadership: Theory, Application, & Skill Development, written by Robert M. Lussier, a professor of business management at Springfield College in Springfield, Massachusetts, USA.
On a self-managed team, each person’s capabilities support the team’s overall effectiveness. While these teams do need to have their efforts coordinated, they spread leadership accountability across the group.
Members each initiate and coordinate team efforts without relying on an individual leader’s direction, according to Expertise Coordination over Distance: Shared Leadership in Dispersed New Product Development Teams by Miriam Muethel and Martin Hoegl.
Effective leaders adjust their style to the needs of varied situations and the capability of their followers. Their styles are not automatic. Instead, they get to know their team members and ensure their teams are set up to succeed.
How do you pick the right leadership style to use with your teams?
In my last post, I discussed how powers of position—legitimate power, the power to penalize and the power to reward—don’t create a productive environment. To continue the discussion, I’d like to look at how to turn over powers to team members to create more productive environments.
1. Delegate work: This is the first step toward releasing power. Delegating creates opportunities for us to entrust powers to team members. However, be cautious of downloading—searching for candidates to do work simply because we’re overloaded. Delegating is more strategic. It involves identifying the right work to delegate, finding potential in the team, assessing skills gaps, preparing a plan, providing training and then sparing time to support.
2. Take risks: Even if we delegate, the accountability for work still lies with us and we are answerable to their faults. In fact, giving work and power to team members is filled with risks. However it has its own rewards. Taking risks is essential to provide opportunities to team members, grow their capabilities and create a productive environment. We can mitigate the risks with better planning, by assessing skills gaps and by preparing a response plan. Reviewing and supporting the team members during execution is an important part of risk mitigation.
3. Be an enabler: Acting as enabler is the most powerful practice to entrust our power to the team. It means we are no longer only an actor, doing the work, but also a resource to our team members. An enabler provides direction to team members, coaches them to take new steps, enhances team members’ skills and lets them face challenges. He or she helps teams find the solutions rather than providing a readymade one.
Enabling also means providing praise and constructive feedback regularly—or even sometimes in the moment.
4. Empower: When we become a resource for our team we stop executing our formal powers because it was the manager who had these powers. One of those powers we are giving up is the power of making decisions. Empowering team members to make decisions requires patience. We shouldn’t panic and start acting like a manager to see quicker results. These moments are tests of our trust in our people. Instead, go back to the enabler mindset—explain the circumstances, suggest options and describe the benefits of finding a final or intermediate decision within a given timeframe.
By turning over these powers to our team members, we not only show our trust in their capabilities, but give them opportunities to enhance their career. This will surpass all the benefits of reward power. It will also generate a positive energy of ownership, collaboration and cooperation, leading to a productive environment that can never be achieved via the negative energy of legitimate or coercive powers.
I look forward to hearing your experience.
As project managers, we are entrusted with power. We assume three types of powers as soon as we become a project manager—legitimate power, the power to penalize and the power to reward. Also called powers of position. We often use these powers to get the job done, resolve conflicts among team members, pressure the team to fast-track, quickly make a decision, etc.
Yet the powers we use can come with a hefty price that we often ignore. In fact, that price can even outweigh the benefits we receive. Which raises the question: Why make this loss-making transaction?
One reason is that we pay the price either at a later date or we pay it gradually or indirectly. Therefore we don’t realize we are paying it at all, or we are just more interested in the short term.
For example, if a team member resigns, he may not give you the real reason behind his departure. We only realize there is a problem when several people quit! By then, too much damage may have been done to the organization or project.
Another reason we make this loss-making transaction has to with perception. Most managers think the power to penalize is bad. They believe using legitimate power is fine and using the power to reward is preferable. However, if you analyze carefully, you will find both of these powers have serious limitations.
You may find the only benefit of using these powers is saving time. What we sacrifice for quick results, then, are harmony, mutual understanding, unanimity, openness, fairness and justification.
By wielding power, we force decisions. If we penalize team members, we create fear. That makes people agree to what we want while putting their reservations aside. Openness is lost and communication breaks down.
When we use legitimate power, we tell people to do something because we are the project manager. Indirectly, we convey that we don’t have time to explain to you or convince you or respond to your reservations. The harmony and mutual understanding are lost.
The power to reward could be better than the other two, but it has several limitations and should be used very carefully. Rewards motivate people, but only if they are implemented with true honesty and transparency, which is not easy or common.
The risk is that people may agree with you in expectation of a reward, putting their legitimate doubts or questions aside. In addition, there may be more people who feel they are eligible for reward, but only one gets it, making others unhappy.
Our tendency to give rewards to excellent people does not allow us to recognize and reward average team members. They are not even getting motivated because they know they will not reach that league of excellence.
Or, people may be productive until they get what they are expecting. Then you have to continuously give something to everyone if you want them to be productive. It’s like keeping a carrot in front of a horse all the time—not as productive as it appears.
So what is to be done? The answer is simple: Give your powers to team members. In the end, this approach will be much more productive. It creates a healthy environment—healthier than what follows from deploying power in the traditional top-down ways.
In my next post, I‘ll discuss how we can give these powers to team members and how this will help create a productive atmosphere. Meanwhile, please share your experience and views on using powers below!
The PMBOK 5th Edition Hindi Translation Team Gets Recognition
This piece continues my previous blog posts, “The Techniques That Don't Resolve Conflict” and “The Only Technique That Resolves Conflicts,” which looked at why no technique other than collaborate/problem-solve truly resolves a conflict.
Researcher Bruce Tuckman suggested that a project team generally goes through the forming, storming, norming and performing stages. In this post, I will discuss a team that skipped the storming stage—or, rather, they managed their conflicts so well that they spent most of their time in the performing stage. Fortunately, I was part of the team.
PMI India took up the task to provide the PMBOK Guide—Fifth Edition in Hindi to promote project management in Hindi-speaking regions. The project initiated in February 2013 and aimed to finish by August 2013 so the new Hindi version could launch at the PMI National Conference in Delhi in September 2013. We had only six months, and the team was yet to be recruited. We had to onboard a translator and form a Translation Verification Committee (TVC) of subject matter experts who were native Hindi speakers with sound knowledge of the PMBOK Guide—Fifth Edition.
The cover of the PMBOK 5th Edition Hindi version.
PMI India already had some volunteers for the TVC. We selected a few names and started interviewing. We also tried to persuade people who were part of the TVC for the Fourth Edition to participate. We intended to select eight people for the TVC, but we settled for seven.
Facing and Overcoming the Challenges
After finalizing the team, the kickoff meeting happened on 31 March, 2013. So we had only five months to complete the job. We met the first time to understand each other and set the agenda. We prepared a schedule with our best estimates. It turned out those estimates had us completing the project in October! That was not acceptable, but we decided to start work on the first three chapters and revisit the schedule later. We decided on one face-to-face meeting per month on a weekend and to connect via a conference call in between.
In the first call, we could see what we feared most. There was a lot of discussion to select the right word and sentences, and we couldn’t make much progress.
At the second meeting, the target was to finalize Chapter 1 on the first day, but again there was a lot of discussion about choosing the right word, and we could not complete the chapter. It was a matter of concern now.
We decided to set ground rules:
At the third meeting, we lost one of the team members. Before the fourth meeting, another was transferred out of the country, reducing his availability significantly. Now the only way to complete the project before 31 August was to take less time in review. The only way to do that without losing quality was to keep our conflicts in control. Forming the above rules turned out to be the most critical factor. Obeying these rules reduced unnecessary discussion and considerably improved the pace. We completed all the activities by 27 August, leaving two weeks for printing and publishing.
Working on this project, I closely observed how a team can manage its conflicts and focus on delivering the work. The following five factors were most critical:
Do you have a similar experience or opposite to it? Please share your view.