Skip to main content

Tag: Facilitation

Taking Care of Your Stakeholders

When planning the requirements definition phase of a project it is necessary for PMs and BAs to consider the diversity of stakeholders and their need for clarity, care taking and accountability.

In a recent project to implement an enterprise wide software product and related procedural and organizational change, the PM initiated a process in which a large number of business operations stakeholders from different departments would take part in the analysis and discovery of requirements for changes to the package and to plan for the procedures they would follow to make the system effective in their business areas.

The process was referred to as gap-fit analysis.

Members of each of the business units were to be introduced to the system’s features that would impact their roles in a series of presentations and demos. Then the stakeholders would explore the system’s features in a sand box environment. They would use their experience and knowledge of their roles to decide on change requirements.

Senior management had agreed to the principle that there would be minimal change to the package. People would change their procedures to fit the package rather than change the package to enable retention of the status quo. 

The PM had a good conceptual plan and buy-in from senior and middle management. But, things started to go wrong when attendees (supervisors, clerical staff and lower level managers) began to complain about the fact that the schedule of presentations was dictated to them and they weren’t given sufficient time to clear their schedules. Some pressure from above got them into the presentations.

Then, having attended the presentations, which were informative and allowed time for discussions and questions, many attendees did not have a clear understanding of their next steps. They were unclear about what they were supposed to do and how they were supposed to do it, even though they were given a template to use to provide their input.

Some people left their presentations thinking that they had to completely change the way they had been working for decades simply because the new system and the IT department said so.

Others were anxious about using the sand box, an instance of the system that had been set up to enable them to “play” with the features that supported their roles. They were afraid to mess things up, even though the feedback template had a sentence on it that explicitly said that it was ok to just play without concern. Some never read the introduction to the template while others didn’t really let what they read relieve their anxiety.

Stakeholders did not know who they could call if they ran into trouble. They had not agreed to the arbitrary ten day time frame for doing their exploration and turning in their feedback. They were not given the “hand-holding” they needed.

Within a week of the onset of the presentations, senior business management was reporting the displeasure of their people and as a result, their own displeasure, to the PM and then, when the PM made excuses, to his director.

Several people did not really know what “Gap-fit” analysis meant.

Intervention Needed

An intervention was needed to turn things around and make the best of the situation.

What went wrong? What were the causes underlying the near failure of a logical and sound conceptual plan? What needed to be done to turn things around?

At the root of the problem were untested and incorrect assumptions and expectations:

  • The stakeholders’ needs and priorities were not fully defined and validated.
  • The need for speed was assumed.
  • The participants’ understanding of what was being asked of them, why it was being asked and how they should go about doing it was assumed but not validated with them.
  • Participants were expected to behave like assertive “professionals”.

Needs and priorities

The assumption that the needs and priorities of business stakeholders in a project are completely aligned with project priorities is more often incorrect than correct. Current operations always take precedence over any future oriented activity. Projects are always future oriented.

The desire to maintain the status quo is usually quite strong, even when the status quo is painful. People dislike uncertainty. There will be resistance.

Make sure participants in requirements gathering activities are given sufficient time to adjust their schedules and that they are convinced or at least open to the idea that the project will improve their lives and the health and well being of the business. Remember the participants are working full time on their current jobs and that the requirements definition work is extra.

Senior level mandates might get people into the room but it won’t necessarily make them receptive and cooperative.

The Need for Speed

Getting things done quickly in projects is a common excuse for sloppy planning and insensitive communications. Clearly, we want to get things done fast but not at the expense of quality. Over and over again we pay for moving too quickly by having to suffer the consequences of errors and omissions. Planning takes time. Assuming that people will know what to do and will do it takes no time, but is a formula for disaster.

In this case, a week or two spent on planning, documenting and vetting the schedule and process would have gone a long way to make for a more successful engagement. People would have better understood objectives, their roles and responsibilities, and the work they were to perform. Planning would probably have identified the need for support and it’s ramifications on cost and schedule.

Participants’ Understanding

Assuming that people know more than they do is all too common. Some may think “since I know something, everyone else does too.”

I once facilitated a knowledge exchange between IT specialists and the bankers they supported. At the break after the bankers made their presentation regarding their business one of the technology guys came over to me and said that he finally understood what it felt like to be bombarded with a bunch of acronyms that were totally incomprehensible to him.

When we ask people to do something, we need to make sure they know what we are talking about. We cannot rely on them to ask. People are often averse to asking questions because they feel it would make them look stupid. Yes, they need to get over that. But until they do, it is necessary to draw them out, explain things clearly and in a language they are likely to understand and get them to feed their understanding back to us. This takes time and effort, but less time and effort than doing it after the fact.

Assertive professionals

Expecting people to behave like assertive professionals is asking for trouble. First of all we barely know how such beings behave and even if we did there would be significant exceptions. Some people are naturally assertive while others have to work on it. The ones that have to work on assertiveness may not be aware of their need. They just do what comes naturally.

When faced with someone who doesn’t ask questions or make their needs known take the time and effort to draw them out. Intuit the questions they might have by reading body language and facial expressions. Ask questions like, “Some people may think that this is a dumb idea, why would they think that?” Use written responses and small group exec praises to get people who are reticent to express themselves in large groups to talk. Take the time to list probable questions and issues, both positive and negative, so you can raise them if no one else does.

Conclusion

To maximize the probability of the success of your requirements and design sessions take a service oriented attitude. You are there to serve the stakeholders not just to elicit and document their requirements. Being a good servant, you must anticipate their needs to give your stakeholders what they want and need before they ask for it. Intuit their needs and cater to them. Find subtle ways to transform resistance into cooperation by building trust and understanding stakeholders’ objectives and how they relate to project objectives.

Know the personalities of your stakeholders and the organization’s cultural norms. Adapt your approach so that you are giving them what they need in the way they need it. Test your assumptions, ask the stakeholders for their cooperation and follow up to find out if you have met their expectations.

Don’t forget to leave your comments below.

Should Innovators Listen to Their Customers?

“If I had asked people what they wanted, they would have said faster horses.” — Henry Ford

“It’s really hard to design products by focus groups. A lot of times, people don’t know what they want until you show it to them.” — Steve Jobs

What do the above statements show? Should innovators listen to their customers? Do you think that if Henry Ford and Steve Jobs had listened to their customers, Ford Cars or iPhones would not have existed? There is a wonderful article called “Why Steve Jobs Never Listened to His Customers” by Gregory Ciotti which poses this question and is a must read.

Agree, disagree or maybe, you should definitely read the article. The questions it raises and how it makes you think about entrepreneurship is important. The article and the subsequent comments got me thinking. What exactly is an innovative product or service and what role do end users play in its development. Our history is filled with stories of how individuals, even in the face of cynicism and opposition, went ahead with their efforts to invent and innovate great new concepts and products. They believed in their ideas and visions so much that those others views just did not matter. Galileo, Gandhi, Thomas Edison, Henry Ford, Lee Iacocca, Gordon Moore and Steve Jobs are just a few of the many innovators that come to mind.

For them, it always was, “If you build it, they will come.”

So, is there a type of innovation, which, should not be customer tested at its inception? What would that kind of innovation scenario be? How does the innovator decide whether he should engage customers or not? Lots of questions spring to mind, unfortunately, not enough answers.

CREATION vs ENHANCEMENT

For me, this seems more like Creation vs. Enhancement. Innovation, I believe can apply to either case. Creating something new and enhancing an existing product to meet a totally new need are both innovations. I believe focus grouping and customer testing is most applicable when there are enhancements or improvements to something that already exists. The first iPhone, even though built on existing concepts, was, for all practical purposes, a radical new creation. It totally redefined the mobile phone from what we had known it to be at that time. I don’t believe focus groups at that point would have been helpful. The users’ perception and expectation would have been based on what they already knew. Their whole expectation would have been based on what they knew.

On the other hand, I believe enhancements can be customer tested. You already have a product which people are used to and hence upgrades or modifications are something they can relate to. This allows them to give an opinion about its merits. Redesigns, added features, extra services, etc. are all things that can be very innovative and add great value to a product or service. Cup holders in cars, when initially introduced by GM, were optional. But they became so popular that GM soon made it standard.

Personally, while introducing a new product or service, I always start small and it has always worked for me. I introduce the product/service based on my years of experience, confidence in the product, and a gut belief that in this big, wide world there must be at least a few more people who think like me and could possibly give this product a try. That has been my mantra. I also try to minimize the loss potential, market it well, and be ready to admit defeat if needed.
The commonality of my experiments is that I always try to understand the result. Pass or Fail, I always try to understand why that happened. What clicked or did not. That is where the customer feedback comes in and where my experience comes from.

So, yes. Customer feedback and input are important, but mostly in instances where the prospective customer can relate to the product or service. When a totally new concept or invention is happening, that may not be the case. End users, after all, don’t always know what they want.

Well, those were my thoughts and experiences…..What do you think?

Don’t forget to leave your comments below.

6 Lessons Learned the Hard Way

Being a Project Management practitioner is a choice many of us have willingly made (and enjoy!). Others may have joined the ranks due to necessity from their previous role being eliminated, outsourced or some other form of extinction. Regardless of our past experiences we’ve all made our share of mistakes and all have a unique relationship with the term “Lessons Learned”. In this article I share some of the lessons I learned the hard way. We can read as many books as we want, interview everyone we’ve ever known and read every Google article that exists on the topic of how to be a strong, influential and creative type person so we can thrive in the Project Management environment but nothing can truly replace being in the hot seat. Here are a few things I hope make sense to those either in the role already or thinking about taking on the role.

1. Never take outside influences for granted

This one I think we all take for granted. We assume that by providing regular status reports, staying on schedule, under budget and controlling scope creep is a sure way to ensure your Project makes it to completion. We sometimes forget about the outside forces that can turn a normal working day totally upside down and in the morning we have a thriving Project but in the afternoon we no longer have a Project! We need to ensure we fully understand our Sponsor and Stakeholders concerns not only for the outcome of the Project but what are we trying to accomplish in the first place? Is it competitive advantage over a product just released? Are we trying to claw our way to the top of the industry by providing the best in class service? Or is this a pet project of the Sponsor and when the signs of another Project are looking dire they redirect everyone to help get it back in good health? We need to keep our eyes and ears open and ensure we understand as much as possible as to why our Project exists.

2. Staying quiet can be a powerful tool

You might in a situation where you encounter a difficult team member or a higher level manager that you report into and have tried everything possible to convince them of something. You reference books, literature on the web, industry best practices and other examples of success to prove your point yet nothing is working to change this person’s mind. Sometimes we just need to sit there and stay quiet. Don’t lead into it with a question like “What do you recommend?” Instead when the person is through with their rebuttal just stay silent. Silence is an amazingly powerful tool. If you’ve ever been in a meeting where this has happened you know exactly what I am referring to. The uncomfortable silence that lingers for many seconds longer than the pace of the meeting has been taking place in. I’ve experienced it many times. Our minds start to race. What happened? Why is no one talking? Is someone about to really fly off the handle? What is going on? It must be used strategically and sparingly.

3. Trust

I think we can all agree that this can be applied in just about any situation. Trust is the cornerstone of every relationship whether it’s personal, professional or something in-between. Trust is something we must not only establish as practitioners of our profession but also something we must continuously foster and promote.

4. Change is Good

Change is good! It’s necessary! Change is all around us and in today’s ever-faster moving environment we can’t try to stop it. Trying to stop it will likely be more harmful than embracing it. Now, not all change is good though. We need to look at it through our “lens of reasonability”.

Is it something that can positively benefit the Project?

This can take many forms, it could be a risk mitigation, it could lower cost, it could give our product or service the competitive advantage that we need in order for our end product to be a success!

If it’s something that impact the Iron Triangle (scope, time, cost) what can give?

Can we reduce scope? Can we get more time? Can we get more money or are we saving enough money that maybe we can fit more in before the deadline?

Is it something that could negatively impact the Project?

This is where we would break out our risk register and get to work on mitigation strategies which shouldn’t be anything new, it’s a core competency of the Planning, Execution and Controlling phases.

Does it boost team morale?

Never underestimate the power of good news! Even something small can sometimes break the stress that is building up during difficult times. The team needs all the positive support it can get.

If you were the customer would you want it?

Customers can and at some point usually do have unrealistic expectations. That’s nothing new. Put yourself in their position for a moment though. Would we, as the customer, benefit? Is it something that can buy you goodwill in case we run into a pitfall later down the road? Customers can be difficult, but in the grand scheme of things they are the ones that fund the project.

5. Most of the time there’s no point in making a point outside of individual interactions

This one too I think can transcend across all aspects of our life. If you really do feel the need to ensure you are getting your point across I strongly suggest you take it up with the person one-on-one. The only exception I would make is if you are in the position of managing a life-critical Project (i.e. Aviation, Medical devices, Hazmat services, etc). In situations involving these types of products or services there should be a very clear line and most likely there are laws that you have to comply with anyone as a minimum safety measure. Even in this environment though I would strongly encourage using this sparingly and if at all possible defer the discussion to a one-on-one session in the immediate future.

6. Don’t EVER say “I’m sorry you feel that way”

I wish I would have known this early on. I only made the mistake once. For those that have made this same mistake I am betting you only made it once too. There is no way to get out of this one unscathed. I’ve never seen people react to something as harshly as this statement which I have found is routinely followed by “How should I feel?” or a derivative thereof in a very negative and insulting tone. It’s only a mistake you make once. Try not to make it at all though because if you do there’s a high probability you’ve burned your bridge with that person for a very long time.

The list can go on for quite a while. We’ll all make mistakes, it’s inevitable. I’m hoping that this article gets to you in time to help from making similar mistakes but if not I hope you smiled and maybe even laughed as you remember experiencing one, if not all, and how it changed your style afterward.

Don’t forget to leave your comments below.

Beyond the Telecommuting Debate: Seven Success Factors for Virtual and Collocated Project Teams Part 3

Collaboration in Collocated and Virtual Project Teams

In the second part of this series,(click read to see part 1) I included a portion of Yahoo human resources head Jackie Reses’ memo announcing the end of telecommuting at Yahoo. It stresses Yahoo’s top priority is collaboration and concludes face-to-face interaction via employee collocation is the best way to enable it (Swisher, 2013). Different communication channels may be preferred for project work performed by a collocated team than for a virtual one. The degree to which project activities require a lot of day-to-day collaboration will also be a factor (Lojeski, 2008). The diagram below illustrates communication methods for virtual and collocated teams comparing how they will differ and whether activities require collaboration.

mantrone Aug14

Face-to-face communication provides the most information, as it includes non-verbal communication cues such as facial expressions in addition to verbal content. Virtual teams rely on technologies such as telephones, email, collaboration sites and web conferencing tools. These technologies, while powerful, generally can’t provide as much non-verbal content. Advances in high-end videoconferencing technology allow virtual team members to feel as if they are in the same room, but the cost may still be prohibitive for day-to-day use by all but the largest organizations (Lojeski & Reilly, 2008).

Veteran agile coach Gene Gendel has experienced the challenges of communication within virtual agile teams and told me “Short lead and cycle time, frequent delivery to market and fast-paced incremental development are all heavily dependent on close team collaboration and quick executive decisions, which might become hostage to the lack of face-to-face communication. In such cases, effective use of technologically innovative virtual collaboration tools becomes paramount.”

Andy Singleton believes the use of electronic collaboration tools has changed communication preferences for all teams. He observed “It seems to me collocated teams are relying more on chat and comments, rather than audio and video and in-person meetings. The trend is very strong among young people who are moving from calls to texting, and from visits to Facebook comments.”

Andy also said although electronic communication may not be as rich as in-person meetings, it better accommodates the kind of multitasking that is typical of today’s project teams and allows individuals to reach out to more people. He believes conference calls which include entire teams are “Basically a chance for the boss to dump problems on a group of people that aren’t related to the specific problem.” He recommends limiting call participation, believing “It’s a great idea to line up calls with SPECIFIC people who are related to the problem. Then people will pay attention and appreciate it.”

Karen Lojeski told me that communication methods must be carefully considered. She said that “We’re like a cork bobbing on the ocean” when it comes to managing the high volume of communication typical of the modern knowledge worker. To prevent workers from feeling even more disconnected as the result of all of the electronic communication chatter, she recommends that “techno-dexterity” becomes a core competency. By this, she means we all have to become adept at choosing the right form of communication for the right situation.

I’ve learned about the tradeoffs between asynchronous technologies like email, texting and chat and synchronous technologies like conferencing and in-person meetings from my own experience managing projects. For example, competing demands for attention sometimes resulted in people not seeing or responding to important messages until it’s too late. Face-to-face meetings and conference calls involving entire teams consumed a lot of people time and their frequency and duration needed to be managed carefully. It wasn’t always easy to determine exactly which team members were affected by a problem or issue.

When a subset of a team meets to discuss a topic, it’s best to report the results and key decisions to the entire team to ensure everyone is aware of them. Conference recording technology can offer an advantage. Team members who can’t attend conferences can replay recordings when they have time. Recordings can be forwarded to other team members and stakeholders to keep them informed or allow them to go back and review key parts of discussions.

Schwaber and Beedle (2002) addressed communication tradeoffs when they created Scrum, a popular agile product development framework. The rules of Scrum mandate a “daily Scrum” meeting which lasts between fifteen and thirty minutes. Team members report on what they accomplished since the last meeting, what they will do next, and any obstacles they face. Any other team meetings are ad hoc, involving only the affected team members. This promotes a pattern of brief but tightly managed daily contact.

I believe project managers need to work closely with teams throughout a project to establish, monitor and modify communication channels. Team members need to be given adequate time to handle communications in addition to their work. They must also be held accountable according to agreed-upon team rules to communicate progress, questions and issues appropriately. Teams should periodically review and revise their communication methods during projects to find the right balance and eliminate dysfunctional channels.

Wherever possible, projects employing virtual teams should budget reserve or contingency funds for some face-to-face gatherings of representatives from different locations (Lojeski & Reilly, 2008). These funds could be allocated for project kickoffs, post-release retrospectives, to gather key resources to resolve serious issues and problems, or even celebrations. Gene Gendel agrees strongly with this, saying “Even if permanent collocation is completely not an option, short-term collocation of key people is still highly desirable.”

Andy Singleton encourages his virtual teams to get together in person when needed. He applies the same principle of selectivity for managing conference calls, feeling it makes those meetings more meaningful. Managers must provide flexible communication options, and then train, support and trust teams to make good choices based on circumstances. Karen Lojeski told me she advocates providing project managers with the ability to visit remote staff as needed to foster their connection with the rest of the team. She justifies this as a necessary “Virtual Distance management” expense.

Beyond The Telecommuting Debate

Ironically, Yahoo is making a big bet on face-to-face communication in an era where many workers may be less likely to engage in office or hallway conversations than ever before. Psychologist and MIT professor Sherry Turkle researches the use of modern communication technologies and social media. She reported (2012) more and more office workers are eschewing conversation in favor of electronic communication using email, texting and social media. Although she does not note whether these workers are engaged in collaborative activities, her experience is clearly aligned with Andy Singleton’s own observations about the teams he leads.

Turkle (2012) recounted that even an employee who complained about the lack of talking in his office admitted that he, too, prefers to communicate through technology. If these trends are as widespread as Turkle believes, Yahoo might encourage staff to periodically turn off all devices and spend more time talking with their colleagues. We need to be mindful that face-to-face communication provides more than just content. It can enhance trust and respect and reinforce shared goals and vision.

Reses doesn’t specifically address any of the other collaboration-enhancing factors cited above. The memo says “We need to be one Yahoo, and that starts with physically being together”, which suggests Yahoo management is mindful other improvements need to be made (Swisher, 2013). Their decision regarding their work environment is clear. Hopefully, they realize that people, goals, vision, trust, respect, rules, safety and support are as important as environment.

Project managers have to understand all of these factors as well. They need to be ready to step up and unite their teams. As Karen Lojeski said, “Project managers have to become Virtual Distance managers.” If she is correct in believing that the old management techniques have to be changed, project managers will be well-positioned to create new, more effective techniques to promote collaboration and innovation.

Don’t forget to leave your comments below.

References and Bibliography
Binder, J. (2007). Global project management: Communication, collaboration and management across borders. Burlington, VT: Gower Publishing Company.
Hansen, M. (2009). Collaboration: How leaders avoid the traps, create unity, and reap big results. Boston, MA: Harvard Business School Publishing.
Kotter, J. (2007). Leading change – why transformation efforts fail. Harvard Business Review (January, 2007) Retrieved from www.hbreprints.org.
Lencioni, P. (2002). The five dysfunctions of a team: A leadership fable. San Francisco: Jossey-Bass.
Lojeski, K. (2010). Leading the virtual workforce: How great leaders transform organizations in the 21st century. Hoboken, NJ: John Wiley & Sons.
Lojeski, K. & Reilly R. (2008). Uniting the virtual workforce: Transforming leadership and innovation in the globally integrated enterprise. Hoboken, NJ: John Wiley & Sons.
Mezick, D. (2012). The culture game: Tools for the agile manager. No publisher listed.
Miller, C. & Perlroth, N. (2013, March 5). Yahoo says new policy is meant to raise morale. The New York Times. Retrieved from http://www.nytimes.com/2013/03/06/technology/yahoos-in-office-policy-aims-to-bolster-morale.html?pagewanted=all&_r=0.
Project Management Institute, Inc. (2013). A guide to the project management body of knowledge (PMBOK Guide) (5th edition). Newtown Square, PA: Project Management Institute, Inc.
Schwaber, K. & Beedle, M. (2002). Agile project management with scrum. Upper Saddle River, NJ: Prentice Hall.
Senge, P. (1990). The fifth discipline: The art and practice of the learning organization. New York, NY: Doubleday.
Swisher, K. (2013, February 22). “Physically together”: Here’s the internal yahoo no-work-from-home memo for remote workers and maybe more. AllThingsD. Retrieved from http://allthingsd.com/20130222/physically-together-heres-the-internal-yahoo-no-work-from-home-memo-which-extends-beyond-remote-workers/.
Sy, D. (2009). Sharepoint for project management. Sebastopol, CA: O’Reilly
Turkle, S. (2012, April 22). The flight from conversation. The New York Times. Retrieved from http://www.nytimes.com/2012/04/22/opinion/sunday/the-flight-from-conversation.html?pagewanted=all&_r=0.
Zofi, Y. (2012). A manager’s guide to virtual teams. New York, NY: American Management Association

Beyond the Telecommuting Debate: Seven Success Factors for Virtual and Collocated Project Teams Part 2

In the first part of this series of articles, I discussed the forces that can psychologically divide teams and hamper their performance. These include the temporary or permanent physical separation typical of telecommuting arrangements and virtual teams as well as cultural and organizational factors. In this second part, I’ll talk about success factors critical to fostering collaboration among all teams, whether or not members telecommute or work in different locations.

Yahoo CEO Marissa Mayer’s decision to eliminate telecommuting stirred up controversy about telecommuting’s advantages and disadvantages. Jackie Reses, Yahoo’s head of human resources, justified the decision in the memo announcing the policy change to employees on the grounds that:

To become the absolute best place to work, communication and collaboration will be important, so we need to be working side-by-side. That is why it is critical that we are all present in our offices. Some of the best decisions and insights come from hallway and cafeteria discussions, meeting new people, and impromptu team meetings. Speed and quality are often sacrificed when we work from home. We need to be one Yahoo!, and that starts with physically being together (Swisher, 2013).

While Yahoo’s new policy clearly favors team collocation as a means to promote collaboration and innovation, as Yael Zofi (2012) of Aim Strategies observed, “Virtual team arrangements have become increasingly popular as companies rethink their human capital resources and real estate expenditures” (p. 13). They may be the only choice when organizations must harness staff that are housed in multiple locations.

Even Yahoo has benefited from their successful web site for women which was created by a geographically dispersed team of home-based employees. Project leader Brandon Holley felt using a virtual team provided an advantage, claiming “It grew very rapidly. A lot of that had to do with the lack of distraction in a very distracted company” (Miller & Perlroth, 2013). The recipe for successful innovation, then, seems more complicated than just simply ordering all staff to report to the office every day.

Project Collaboration and Virtual Distance

Collaboration is critical to successful project execution (Binder, 2007). Project teams do need good environments, but just throwing people in a room or giving them permission to work from home without providing the right conditions is a recipe for disappointment, if not disaster (Mezick, 2012).

Karen Lojeski (2010) of Virtual Distance International developed the concept of “Virtual Distance” to describe the many forces that can divide teams and inhibit collaboration. The concept goes beyond simple physical proximity to include disconnections due to the use of technology and dysfunctional working relationships. Project performance, collaboration and work output suffers for both virtual and collocated teams when Virtual

Distance is high (Lojeski, 2010). Success factors crucial to promoting collaboration and reducing Virtual Distance to be discussed in this paper include:

  • A physical or virtual environment that facilitates teamwork
  • Assigning people that are willing and able to collaborate
  • Developing shared goals and vision
  • Promoting mutual trust and respect
  • Defining acceptable behavior in a framework of rules
  • Making the environment safe for failure and conflict
  • Obtaining active management support

mantrone July31 IMG1

A Physical or Virtual Environment That Facilitates Teamwork

It is common for project teams to be provided with a combination of office space and virtual environments to facilitate communication and information sharing. The virtual environment would include a project management information system, which is a suite of technology-based tools to manage documentation and communication among team members and other stakeholders (Sy, 2009). These tools might be further supplemented with Web-based document repositories, teleconferencing, Web conferencing and video conferencing tools (Zofi, 2012, Lojeski & Reilly, 2008).

Agile project management best practices provide useful insights into the question of collocation’s value. These approaches were specifically intended to foster team interaction, creativity and innovation. Ken Schwaber and Mike Beedle (2002) expressed their preference for housing a team in a large open workspace as a means of promoting collaboration in an immersive environment. Despite that recommendation, the popularity of outsourcing and offshoring has led to the wide and effective use of virtual agile teams.

During a recent discussion with Karen Lojeski, she stressed that in any environment, project managers have to find ways to be visible among team members and ensure everyone connects at a human level. Even collocated teams can suffer from high Virtual Distance if other factors that affect working relationships aren’t addressed. She feels strongly that traditional management models just don’t work anymore in today’s workplace and have to be modified or replaced.

Assigning People That Are Willing and Able to Collaborate

Peter Senge (1990) believes “the capacity of members of a team to suspend assumptions and enter into a genuine ‘thinking together’ “(p. 10) is the first step for the team learning essential for collaboration. Without people willing and able to collaborate, Senge’s belief suggests knowledge and technical prowess would not be sufficient to guarantee positive project outcomes. Compensation and incentive programs or organization charts may also need to be changed to reinforce desirable collaborative behaviors when team members are drawn from different functional silos within an organization (Hansen, 2009).

I asked Andy Singleton of Assembla, whose job includes managing a lot of virtual teams about the importance of selecting the right people. He said that “In our teams, collaborative ability is important, and we qualify people for it. Before we hire them on a long-term contract, we do a two-week trial to see if they can work with our distributed team.” He admits that people who might fit into a collocated team may be rejected because of their work habits, but he feels that teams may gain some good collaborators with limited speaking skills. He advocates teaching people how to fit into virtual teams by providing them with coaching and checklists.

Developing Shared Goals and Vision

Shared goals and vision are critical to helping any team cope with ambiguity, complexity and adversity. Project sponsors and senior managers should define goals and vision to unify the project team as well as the organization at large (Hansen, 2009). They also have to support and defend them as needed throughout the project. Project goals and vision should always be clearly identified in a project’s charter as its purpose or justification, including any metrics that could be used to define success (PMBOK Guide, 2013).

Promoting Mutual Trust and Respect

Daniel Mezick (2012) emphasizes trust and respect as the foundation of successful team performance. He considers respect to be “a positive feeling of esteem for a person and specific actions and conduct representative of that esteem” (p. 56). Patrick Lencioni (2002) defines trust within teams as “the confidence among team members that their peer’s intentions are good, and there is no need to be protective or careful around the group” (p. 195). This allows team members to ask questions and act without fear of ridicule. Karen Lojeski told me her own research showed “trust is at the center” of positive team relationships and reducing Virtual Distance.

Time and patience may be needed to develop trust and respect when team members have diverse backgrounds. Teams also have to be encouraged to admit when they don’t have answers and need help. I worked on a software development project in which I held regular developer team meetings. I would always ask the attendees to share any questions or issues with the rest of the team and almost always would be met with silence. Afterwards, one or more developers would contact me after the meeting to report problems. I learned you have to be patient and provide private communication channels in addition to public ones until everyone is truly comfortable with each other.

Defining Acceptable Behavior in a Framework of Rules

Acceptable forms of behavior must be defined and clearly communicated as rules to provide a basis for accountability among all team members (Zofi, 2012). Rules establish boundaries on behavior, and those boundaries stimulate team members to creatively solve problems and overcome hurdles (Mezick, 2012). Leaders at all levels must promote and practice all agreed-upon rules to encourage all team members to cooperate fully. The rules for managing communication within the team and how issues are discussed, resolved and escalated to senior management are especially important as they can help teams productively manage conflict (PMBOK Guide, 2013).

Making the Environment Safe for Failure and Conflict

Project teams must also be provided with environments in which it is safe to fail, and to manage conflict positively. This is because, as Mezick (2012) notes, innovation requires teams to take risks and deal with the different opinions and viewpoints of individual members. He believes tolerance for failure early in projects promotes learning, and effective conflict resolution helps teams productively iron out differences.

Obtaining Active Management and Support

John Kotter (2007) highlights strong leadership and management support as key steps needed in any successful change initiative. He believes while it may not be necessary to obtain unanimous support from everyone in the highest echelons of an organization, it is essential to have a critical mass of key personnel willing to work as a team to embrace a project’s vision and goals and provide guidance (Kotter, 2007). These leaders may be instrumental in helping a project team overcome adversity, resolve issues and conflicts or manage risks (PMBOK Guide, 2013).

In the third and final part of this series, I’ll provide strategies and tactics for fostering team collaboration based on the seven success factors described above. I’ll also talk about the role of the project manager in managing Virtual Distance and helping to ensure positive, productive team environments.

Don’t forget to leave your comments below.

References and Bibliography
Binder, J. (2007). Global project management: Communication, collaboration and management across borders. Burlington, VT: Gower Publishing Company.
Hansen, M. (2009). Collaboration: How leaders avoid the traps, create unity, and reap big results. Boston, MA: Harvard Business School Publishing.
Kotter, J. (2007). Leading change – why transformation efforts fail. Harvard Business Review (January, 2007) Retrieved from www.hbreprints.org
Lencioni, P. (2002). The five dysfunctions of a team: A leadership fable. San Francisco: Jossey-Bass.
Lojeski, K. (2010). Leading the virtual workforce: How great leaders transform organizations in the 21st century. Hoboken, NJ: John Wiley & Sons.
Lojeski, K. & Reilly R. (2008). Uniting the virtual workforce: Transforming leadership and innovation in the globally integrated enterprise. Hoboken, NJ: John Wiley & Sons.
Mezick, D. (2012). The culture game: Tools for the agile manager. No publisher listed.
Miller, C. & Perlroth, N. (2013, March 5). Yahoo says new policy is meant to raise morale. The New York Times. Retrieved from http://www.nytimes.com/2013/03/06/technology/yahoos-in-office-policy-aims-to-bolster-morale.html?pagewanted=all&_r=0.
Project Management Institute, Inc. (2013). A guide to the project management body of knowledge (PMBOK Guide) (5th edition). Newtown Square, PA: Project Management Institute, Inc.
Schwaber, K. & Beedle, M. (2002). Agile project management with scrum. Upper Saddle River, NJ: Prentice Hall.
Senge, P. (1990). The fifth discipline: The art and practice of the learning organization. New York, NY: Doubleday.
Swisher, K. (2013, February 22). “Physically together”: Here’s the internal yahoo no-work-from-home memo for remote workers and maybe more. AllThingsD. Retrieved from http://allthingsd.com/20130222/physically-together-heres-the-internal-yahoo-no-work-from-home-memo-which-extends-beyond-remote-workers/.
Sy, D. (2009). Sharepoint for project management. Sebastopol, CA: O’Reilly
Turkle, S. (2012, April 22). The flight from conversation. The New York Times. Retrieved from http://www.nytimes.com/2012/04/22/opinion/sunday/the-flight-from-conversation.html?pagewanted=all&_r=0.
Zofi, Y. (2012). A manager’s guide to virtual teams. New York, NY: American Management Association