Professional Services Leadership – 3 Reasons to Engage your Project Team with your Clients

There has been a long running discussion in professional service organizations about whether the technical project team members should be engaged with clients, or whether they should be sheltered from clients often under the guise of allowing them to focus on their task list. In my experience as a Project Manager and Customer Success Manager, I’ve found that allowing them to engage with clients directly streamlined project communication, and expedited the “right” development.

An April 2012 Inc article “The New Rules of Customer Engagement” by Wendy Lea outlines the new customer engagement paradigm. The focus has shifted away from single, often isolated touch-points to a much more integrated, customer-focused, results-driven experience. This particular article is geared towards engagement in social media, it drives home the point that customer service is no longer seen as just part of the sales process. Every conversation that happens, in any venue must be driven toward customer resolution.

https://s3.amazonaws.com/webmobi/Development/websitepics/customer.jpg

Web Mobi Customer picture

A October 2014 Survey Monkey blog post discusses 5 crucial reasons to engage your customer service and product teams as a means to deliver consistently great customer service. It argues that product project teams don’t spend enough time with marketing or customer service to fully understand customer issues and sentiments.

Overall, I think we can agree that being fully engaged with our customers, including fully understanding customer issues and sentiments, is imperative to our business success.  Even further, it is a given that our organization needs to be fully engaged across internal teams. I argue that the technical project teams also need to engage with customers directly. Three critical reasons include:

  1. It streamlines customer communication – When a technical resource needs to make decisions based on business requirements, it can be significantly easier to communicate a question directly to the customer. Critical details often get lost in translation when the technical resource communicates to a project manager, who then translates it to the business user.
  2. It simplifies the project management role – By allowing the direct communication, the requirement for the project manager to be technical becomes minimized. The PM should still understand the technology, but their focus becomes more of a facilitator and a remover of obstacles.
  3. It more closely aligns the customer to the technical team – When the technical project team engages with the customer, and visa versa, each begins to see behind the curtain. This allows each side to more fully appreciate the challenges and opportunities that exist. If the customer never experiences the technical process, or the technical team never experiences the business requirements, you lose the epiphany moments that come from truly solving the customer’s problem rather than more superficial symptoms.

I have seen great success with having my technical teams engage with customers directly. It becomes my role to manage the scope, prioritize the follow ups and generally keep everything on track. I step in to facilitate conversation or remove barriers to success, but don’t get in the way of progress. I challenge each of you to review your engagement model and figure out how to incorporate customer-technical resource communication.

Professional Services Organizations: Do your Project Managers Create Work or Remove Obstacles?

I’ve had several conversations lately with software developers or business management regarding project managers, and whether they create work or remove obstacles. As a project manager myself, I’ve felt that removing obstacles and allowing resources to focus on the tasks at hand is one of my top priorities.

In researching this issue, I found a September 2005 article by Scott Berkun “The Art of Project Management: How to Make Things Happen” that highlights that the ability for people to move project forward (AKA remove obstacles) is a skill that some people have, but others do not. Berkun proposes that this skill comes down to knowing how to be a catalyst in many situations, while also having the courage to do it. Additionally, projects move forward more when: prioritization occurs; “no” is accepted and appreciated; open & honest communication occurs; the critical path is known and the PM is relentless & savvy.

PM Technical Skill to Execution Matrix

PM Technical Skill to Execution Matrix

A more recent article published March 16, 2015 in MITSloan Management Review by Alexander Laufer, Edward Hoffman, Jeffrey Russell & W. Scott Cameron “What Successful Project Managers Do” emphasizes the organizational responsibility required to allow project managers to be flexible. This research article states that project managers need to: develop collaboration; integrate planning & review with learning; prevent major disruptions and maintain forward momentum. This ultimately results in a more fluid, adaptive project.

As projects have become significantly more technical in nature, the divide between project managers who create work or remove obstacles has become more pronounced. Technical implementation projects push this even further. As project leaders, we need to recognize the impact of technical skill and the too many active projects on ability to manage a project to its completion. There are 4 combinations on the technical skill to execution matrix:

  • Technical but Overworked – These project managers have the skill, but are not capable of removing obstacles because there are too many other projects on her plate.
  • Technical & Actionable – These are the technical project managers that are able to remove obstacles for their team. Often these resources get overlooked by the project team as they are seen as just doing their job.
  • Non-Technical & Actionable – These resources tend to be PMI certified so know the mechanics of managing a project, are able to remove obstacles without needing to fully understand the technical pieces.
  • Non-Technical & Overworked – These project managers also tend to be PMI certified so know the mechanics, but are overworked so they can’t focus on removing obstacles. Ultimately these pieces get pushed to project resources.

As a technical project manager, I have some bias about which quadrant the rockstars reside. However, there are some strong non-technical project managers who are able to successfully complete projects. This requires management support and a level of organizational prioritization that is really difficult.

The 4 things I’m thankful for

As we wind down the work week and gear up for Thanksgiving, it seemed appropriate to write a blog post about everything I’m thankful for. I generally try to be polite and say thank you, but in business I feel that some cultures have gone overboard with the thank you culture. I think it is a silly practice to say thank you ever time someone sends an email, sets up a call or does basic tasks within their job function. If overused, I find it cheapens the sincerity of the praise. I would much rather get praise for going above and beyond what was expected of me.

We are 9 months in to running our business as our sole source of income, but have been running it off an on for the last 3 years. During that time, we didn’t ask our friends & family for monetary contributions, but we did rely heavily on them for support and input.

The 4 things I’m thankful for are:

  1. Our parents – Both sets of parents were entrepreneurial. We were raised in environments where we were constantly involved in new adventures. Some worked and some didn’t, but that was ok. We were raised to take chances. Without this instilled spirit, we might never have jumped ship from safer, more stable jobs for other people.
  2. Our family – It’s often written about the stress the entrepreneurial lifestyle has on families. Our immediate and extended family, related or adopted, have all been extremely supportive. Our daughters got involved as interns, learning real-world development tools, designing real-world solutions. They have patiently and quietly stood by as we’ve changed or over-ruled plans to accommodate travel, business meetings, networking, etc.
  3. Our friends & colleagues – Our friends & colleagues are fantastic. We had an overwhelming response to our newsletter launch and our friends have been the source of our work. On top of that, many have been around to talk shop and share their expertise in all things, from sales processes to government contracting.
  4. The startup community – I have spent much of the last 9 months learning and growing. I couldn’t have done it without the help of Community Business Partnership, DC Web Women, Women in Technology, Drupal agencies and conferences, plus various other organizations, conferences, meetups, and events. Each of those made talking about our business easier, gave me tips, tricks and tools to leverage within my business and all were open and willing to share their experiences.

turkeyTo everyone who I’ve met along my journey, thank you for sharing, caring & supporting me on this new adventure. Have a Happy Thanksgiving! 

 

 

Size Matters: How Fast to Grow your Business

Last night I had the pleasure of joining Jennifer Key from Chief and Heather Cox from Mighty Little Web Shop at the DC Web Women Speaker Series on growing your business. We all came at it from a different perspective, highlighting our unique experiences. I spoke about my experience at different startups and how their growth decisions shaped their conclusions as well as my decisions. Jennifer talked about her personal journey grounded in intention, culture and risk.  Heather spoke about the flows and ebbs of business, which ultimately led her to focus on a very specific niche.

DCWW_speakerseries2_1116

I consider myself an entrepreneur, but Digital Ambit is really my first business. I guess I’ve been closer to a entrepreneur groupie, or maybe just entrepreneurial employee. I’ve had several opportunities to come into businesses early on and help them grow. Some took VC funding, and other self-funded. Some suffered their demise by way of the exuberant spending of the dotcom bubble. While others sold for a hefty profit or pivoted and continued on as a smaller, boutique offering.

Jennifer opened her talk by mentioning that she can’t tell others how to grow their businesses as she doesn’t know them or their businesses. However, she can outline the drivers of her growth, which contributed to the growth of the businesses she’s been involved with. There are 3 critical components she comes back to when evaluating opportunities: intention, culture and risk. Every day, Jennifer starts her day by setting her intention. While these days these are focused on gratitude and kindness, they do fluctuate. By setting your intention, you ground your decisions. Business culture is what drives employees and founders to do what they do every day. Businesses need to decide what their culture will be, and as they grow will need to figure out how to sustain that culture. Sometimes the culture isn’t sustainable, and that’s ok. Although a loss or change in culture may shift employees away. Lastly, business (or personal) growth is about risk. Jennifer herself is risk adverse, but she surrounds herself with mentors and friends who encourage her to take calculated risks.

Heather wants to be a rockstar when she grows up, singing her songs and playing the guitar. In the meantime, she’s focused her business on a niche market and learning what she needs to in order to grow her business. For a long time, Heather didn’t have to market her business. The leads just flowed in. She started this business to engage her dream of building websites and developing marketing strategy for her customers. She opted for packaged pricing so she’d never have to write another proposal. She also participated in some extensive marketing and accelerator programs to learn what she needed to know. Heather is quick to admit she sticks to the basics of understanding her numbers, but has clear size, revenue and margin goals she focuses on every day.

Overall, i saw some clear themes in our stories.

  1. Optimism – Although I wouldn’t consider myself very optimistic, I do have confidence that I can learn and conquer anything I want. “They aren’t problems, they’re possibilities” and “there are no obstacles, but rather opportunities” were a few of the catch phrases of the evening. They definitely highlight the optimistic nature of being an entrepreneur. Some days are scary, but you need to fundamentally believe you can reach your goals.
  2. Mentorship -We all talked about people we worked with that gave us their time and expertise when you need it. Jennifer reminded us to that we need to value our mentors time and make sure to set an agenda so you can work on what you need. There are formal and non-formal mentoring programs, but any opportunity for networking is an opportunity to find one.
  3. Culture – Heather has really molded her business around the things she likes to do, removing or outsourcing the things she doesn’t. That will make for a very deliberate culture. Chief is known for community engagement and built that into their office space. They have a space dedicated for entertaining and host numerous meetup and other groups on a regular basis. I’m building this business with my husband to drive the culture and lifestyle we want. The choices we make in our business will all come back to why we started it and what we want.
  4. Know your numbers – It’s imperative to understand what’s going on in your business. Without that how do you know if or when you can hire? How do know what’s success? or slow down? You don’t need to be the accountant, but you do need to keep an eye on your critical metrics. Identify a few critical ones that tie to your goals and watch them closely.

Help me help you!

Recently I had a really frustrating experience dealing with one of my daughter’s teachers that reminds me of conversations I have had both with my project teams and with customers. Way too often I think we find ourselves in situations where a little more effort on one person’s side would ultimately result in a better solution or experience. It usually comes down to sharing just a bit more information. I want to be able to leverage all my experiences to give you the best experience, but if the other member of the conversation with-holds information, I am unable to do this. I ask that you simply help me help you.

In the case of this particular trigger event, I received a progress report for my daughter’s english class. Overall, she has been doing really well but there was one assignment where she didn’t perform as well. I immediately emailed the teacher asking for more information. I also talked to my daughter about the assignment. My daughter told she talked to the teacher about it and had done some correction, but the jist of the issue was that she didn’t understand a portion of what was required. About a week after this incident, my daughter came home from school distressed about whether she had english homework. We checked the portal but there wasn’t anything posted. Again, I immediately emailed the teacher to find what about the homework. I did not receive a response to either of those inquiries.

Thinking that there might be something wrong with my emails, I followed up with my daughter’s counselor. She received my emails and agreed to follow up with the teachers. She specifically asked me to follow up confirming I heard from anyone. Another week passes and I still haven’t heard anything, so I informed her counselor. I then received a few emails from other teachers, but still nothing from the english teacher. After about 3 weeks I received this really generic email from the english teacher letting me know that my daughter did not meet the grading criteria on the particular assignment in question. The teacher informed me that there were opportunities to make corrections, but this would not impact my daughter’s grade.

I found this response incredibly frustrating and not at all helpful. I am no closer to understanding whether it was an issue with understanding the assignment, or an issue with not being interested in the assignment. I also don’t have enough information about the assignment to talk to my daughter about how to handle the situation in the future. My daughter told me she talked to her teacher and made corrections, but the english teacher’s feedback made it seem like that wasn’t the case. I’m still stuck in this limbo state of not being able to effectively help my daughter because her teacher has failed to provide me with enough information.

How often have we had a conversation with a customer where they left out a critical piece of background information that would have changed the context of the entire project? Had you had that information, would you have delivered something different? Or in talking to a project team, did they make assumptions about your background therefore with-hold valuable information you could have contributed critical insights to?

My background spans multiple industries and multiple functions, making my experience fairly well rounded. As we become the experts of our field or industry, a common mistake is to assume everyone we are talking to has the same information you do. It might be a simple conversation where you use the acronyms or industry terms, assuming everyone on the call knows what you are talking about. Over the last few years, my roles were more customer facing than backoffice which meant that new technical resources didn’t know I had technical skillsets. This became pretty eye-opening when I started asking technical questions.

I do believe that we were able to deliver better results because of what I brought to the table. But without me challenging common assumptions or being willing to ask for additional information, we would have lost out. We each need to consciously try to prevent ourselves from censuring the information we share.  Let’s work together, helping each other, to develop a better overall experience and meet our collective goals with the best solution.

Prioritizing from the Get-go

As you may know, I believe many corporate resourcing & delivery issues stem from not properly prioritizing customers & projects. You can read my recommendations on how to approach those in my prior blog post. Today, I’d like to take a step back and look at prioritization from the onset of customer project introduction. In government contracting, this is called the gate review process.

A business faces immense pressure to succeed these days, facing obstacles from all directions. This might be driven from competition, or budget reductions and uncertainty, investor return or simple from cash flow concerns. Amidst all this chaos, the only real thing the business can control is how they behave. It is up to the business to pursue the business, then accept the business and support the business. Ideally all parts of the business are in sync about the choices being made. Unfortunately, that is not always the case. In my experience, most businesses pursue any prospect of business with a vigor and stubbornness, minimizing any negative feedback or concern. Many times this is done by simply not including other parts of the organization in the sales process.

These challenges can be overcome by simply asking the right questions (and following through with the outcome regardless of the answer) throughout the process. This process does not need to be too tedious. However, it should be thorough enough to have all pre and post involved departments participate in the conversation, being able to have their concerns heard, acknowledged and if possible, mitigated. Three simple questions you can ask during this process are: Can we do it?, Can we win it? and Can we make money?

Can we do it?

Fundamentally this is the first step. This step is really about reviewing your capabilities as and organization and determining whether you can deliver. Some ancillary questions include:

  • Do you have the resources? Can you get them in time?
  • Do you have the applicable skills?
  • Have you done this before?
  • Can you identify and mitigate the risks?

Can we win it?

This step is determining how you stack up to your competitors. It is also about doing an honest assessment of the work involved to ensure you can price within the required range to win it. Questions to consider include:

  • What is your existing relationship with the customer?
  • How do you stack up against the competition?

Can we make money?

While there may be reasons to pursue opportunities with limited margin, the answers to this questions should be most honest. Businesses exist to make money. Continuing to pursue opportunities where the prospect of doing so is limited puts the whole business in jeopardy. This discussion will put some key business assumptions to test about efficiencies, repeatable processes, or the reality of custom work. Questions to consider include:

  • What is the customer’s budget?
  • What is the contract type? Where does the risk lie?
  • Where do your competitors end up with price?
  • Can you mitigate the financial risk?
  • Are their efficiencies you can gain?

It is at the intersection of “yes” to all three of these questions where the optimal place exists for your business to pursue new customers or projects.  It becomes a slippery slope when only two questions result in “yes.” You may strategically choose to pursue business when you have two out of three, but these come with very severe risks. Wasted resources and degradation in customer success are two potential outcomes.

Prioritization is critical to business success. Having checkpoints at multiple stages throughout the sales & pipeline, customer success and PMO processes significantly improve your ability to work on the right projects for your customers. It also helps your ability to delivery and make money from your initiatives.

I want to thank David Stearman for his presentation on Gate Review Decision Making at the Association of Proposal Management Professionals-National Capital Area (APMP-NCA) Mid-Atlantic Conference last week. This blog post is a compilation of my notes and thoughts regarding project discovery & decision to move forward.

Be a resource, not a commodity!

I had the chance to see David Belden (founder of ExecuVision International) deliver his keynote at yesterday’s Association of Proposal Management Professionals-National Capital Area (APMP-NCA) Mid-Atlantic Conference. The topic of the keynote was “Relieving Anxiety in the Procurement Landscape.” At face value this didn’t sound particularly interesting, but just a few short minutes into the presentation I found myself taking my notebook out to starting taking notes. The key take away for me had less to do with anxiety and more about positioning ourselves to be resources, or risk being reduced to commodity status.

We all know that selling on price is not the ideal position. We also know that the pace of business has significantly increased. Unfortunately, only these two things matter when you are a commodity. I think we also know, at least conceptually, that adding value to your customers is how you differentiate yourself. Often we attempt to add value by sharing our methods and solutions for free. While these points are not new concepts, Mr. Belden really drove home the idea that every product or service is on the path to commoditization. He further concluded that our inherent reaction to differentiate ourselves results in becoming the commodity we feared we would become. Customers begin to know, or think they know, enough to comparison shop your solution. These are sobering thoughts as we work to grow our consulting company.

As for the preventative strategy, Mr. Belden challenged us to listen closely to our clients and prospects, with special attention paid towards their anxiety. Embracing your client’s anxiety allows you to become a valuable resource to them and can open up other areas of opportunity for you.

Do you suffer from “fear of making mistakes”?

We often talk about “fear of missing out”, but I’ve found that “fear of making mistakes” is a much bigger issue in the workplace. I’ve worked with project teams where this fear of making mistakes resulted in in lack of communication and frustration on all sides. If we are not willing to make mistakes, how then do we learn and grow? How will we solve the complex problems?

Fear of making mistakes has significant impact to communication among team members. Those resources that are afraid to make mistakes tend to be less forthcoming with details and information. If only positive or complete information is shared, project management and team dynamics become very strained. As the project manager, I want to hear all of it. Help me understand the true status – what’s working, what isn’t, what the next steps are and how you anticipate the changes to the schedule. I’m not there as a passive participant. I am part of the project team, one that team members can rely on to help minimize issues, remove obstacles and ultimately celebrate success. I can’t do that effectively when members only share limited information.

Unfortunately this problem gets more complicated as time goes on. The resource is afraid of making a mistake, so withholds information. This leads to frustration on behalf of the project manager, who may be required to escalate. This makes the resource more nervous, so even less willing to share the low points. Without the proper communication, timeframes, effort and quality of work all come into play.

The onus of identifying this problem and mitigating the circumstances falls to the project manager. The project manager may need to set of separate touchpoints with the specific resource, and review the individual tasks. Targeted questions on next steps, and precise estimates will need to tracked very regularly. Additionally, feedback, especially on areas that aren’t working or need improvement, will need to be clearly documented. All this needs to be handled delicately as I found the resources who experience fear of making mistakes are usually working really hard. The lack of communication makes it difficult for the project team to see the results.

 

 

4 Lessons on Team Dynamics Learned from My Kids’ Sports

The start of fall rings in the season of multiple sports for our family. While I was protecting myself from the elements during the rainy, windy soccer game and then again, during the brisk temperature of the ice hockey rink, my mind drifted to the lessons we can learn from kids sports (or any sports for that matter). These lessons are also very applicable to any team endeavors including the team dynamics of managing a project.

You can’t control anyone other than yourselves

Teams, sports or project, are comprised of multiple people with very different and dynamic personalities. Each person is added to the team for their unique perspective and talents. It’s important to remember, both as a project member and team contributor, that you can only control your actions. If someone isn’t pulling their weight, or is doing something to negatively impact the project, you can try to influence them. However, the change in attitude or action can only be driven by the person doing it.

One option you have is to step up and fill a gap or try to positively offset the negative behavior. It won’t always work. In other cases it may be enough for the offending person to change their ways.

Sometimes external elements will adversely impact your performance

Outdoor sports are at the whim of the elements. While sometimes it is extreme enough to cancel or postpone the sporting event, but more often than not, the teams just have to power through it. In a project, there are also external pressures and decisions that will adversely impact your performance.

As a project manager, you need to do the best you can to minimize the impact. This might equate to sheltering your team with an umbrella or blanket. It is important to openly communicate about these challenges. As a team member, you need to trust that your project leaders will do their best to shield you from those external influences. Sometimes these efforts are not enough, and then you need to make do with the information and circumstance you have on hand. Like team players should never stop a play until the whistle is blown, team contributors should not stop working towards the end goal until directive is giving to stop or change direction.

You shouldn’t ignore those players who just show up everyday

My youngest daughter plays hockey primarily to spend time with her dad. She’s been playing for 2-3 years on a club team. Admittedly, soccer is not her favorite sport. She knows that playing a second sport often helps improve the first one. That all said, she goes to most practices, sometimes begrudgingly, and participates in all games where she isn’t already playing soccer. This does not mean that every waking hour is consumed by soccer either. It’s unusual for Ana to do an external practice.

This weekend was the first time this season I saw Ana play in both her soccer game and her hockey game. This year is the first year where Ana is playing on a full soccer field, so I wasn’t sure how she’d do. There’s a lot of running involved AND there’s an awful lot of opportunity to get distracted. She did well. Ana stayed focus, she didn’t get too far ahead of herself, or too far behind. The real drastic improvement was in her ice hockey game. This was the first game where I saw Ana as a real hockey player. She had a few shots on goals, plus a few assists. One was a beautiful play, where Ana actually looked up, acknowledged another player then passed the puck. Ana also had several breakaways to the puck, where she beat out the other players.

Something can definitely be said for showing up every day. You are going to improve a little  each time you get out there. Then one day, you will have actually made such significant improvement that everyone begins to notice.

You have to differentiate to separate yourself from the crowd

This one is somewhat in jest of the numerous Ana-like names on Ana’s soccer team. There’s Annika, Anna, Ana and Christiana, who prefers to go by “Ana.” We can’t use last name initial either as Ana is also, “Ana E” (as is Christiana). As you can imagine, this leads to some confusion about positions and field feedback. It’s easy to assume that it’s another  player receiving the feedback. This is not unlike a project team with multiple software developers, analysts or designers. External stakeholders do not necessarily understand the nuances of what each person is doing.

While most examples will not be as blatant as the 4 similarly named girls in the example above, you should assume that everyone is not educated about what you bring to the table. You will need to educate them. Whatever your primary strength, you should be highlighting this throughout your customer interaction. If your expertise is search engine optimization, demonstrating the techniques you use and their impact to the customer experience would differentiate you among your peers.

I’m sure there are quite a few other lessons we can learn from our extra-curricular activities. These were the ones that came to mind this weekend, with our specific games and circumstances.

 

Building Trust

Trust is a big component of successful project management. Team resources need to trust that each will will do what he/she has agreed to do, and will do it proficiently. The project owners trust the project manager to effectively manage all the resources, and ensure the project stays on schedule and on budget. The project manager needs to manage trust both up and down the project org structure. Without trust of the project owner, there is uncertainty about the goals, resources and schedule. And without some level of trust of the team resources, the project manager won’t be able to effectively communicate status or have any confidence that the work will get done. Unfortunately, trust is also an area that can be severely lacking in project dynamics.

Let’s first address the trust dynamic between the project manager and the project owner and stakeholders. The stakeholders are those people impacted by the project being delivered. The project owner should be the project’s advocate and supporter within the organization. Lack of trust can manifest itself in several different ways including:

  • stakeholders not trusting the project team to deliver the “right” business solution
  • stakeholders don’t trust that the project team will deliver on time
  • project owner is skeptical of the project success

As project manager, your ultimate success (of the project and within the organization) is dependent on how you manage these concerns. Trust is not something given lightly, it must be earned. If you are working with this project owner and stakeholders for the first time, or had the unfortunate situation of a prior project not going well, you will need to assume there are gaps in trust. Once you recognize this as a challenge, you can take the necessary steps to move forward. These should include:

  • understanding the business objectives and challenges the project is supposed to resolve.
    • ask to sit with the business users and share their problem. This deep understanding will help the team deliver the right solution.
  • as much communication as required by the project owner and stakeholders to make them feel included (and informed).
    • Ex: weekly email statuses or twice weekly status calls; or a couple of in depth show and tell sessions. It will really depend on the organization and the specific stakeholders.
    • communicating setbacks or challenges.  Do not shy away from sharing, or feel you need to hide the negative. Doing so will negatively impact project perception, and is counter to the trust you are trying to build.
  • using agile methodologies to deliver functionally ready project components iteratively through the project timeline that you can show the stakeholders.

Next up is the trust dynamic between the project team members (resources and project manager). Again, there can be many reasons why trust is non-existent within the team. Some include:

  • New project manager or team members that have never worked together before.
  • One or more team members have previously demonstrated some undesirable traits (ie. not delivering, not communicating delays, etc).

The team members do not have to like each other, although that can help. The project manager’s goal is to foster enough mutual respect to trust that the work will get done, and  the right project solution gets delivered to the stakeholders. A few methods for doing this include:

  • holding regular project touchbase calls.
    • these can be daily standups, or twice a week status calls. Figure out what works for you and your team.
  • having team members share information about external activities and families.
    • This helps team members see how similar they are, and lets them see the passion and interests that drives each of them.
  • providing time for peer programming or “cardboard batman” sessions.
    • By allowing the team members to help each other, they build deeper connections and foster trust. It makes the project a team effort, not just isolated, individual work.
  • Setting clear expectations, then verifying them.
    • It’s important to provide as much information as you have at the time you have it. Requirements are more fluid than we all care to admit, but making sure you pass new information on quickly will help with trust.
    • As project manager, do your best to verify the work delivered. This may be internal qa or show and tell with the stakeholders.
  • Acknowledging mistakes and promoting successes.
    • People want to do a good job. They also enjoy when those details gets shared within the organization. The project manager needs to take time to promote the team members.
    • Mistakes happen. They can significantly impact the project so they can’t be ignored. More important than the actual mistake is figuring out how to fix it. Acknowledge it, and then find a solution to get it remedied.

There are many different skills that make you an effective project manager. All of them are for not, if you can’t build the trust you need among the team. I challenge you to take a hard look at your projects and make sure you are taking the necessary steps to build the trust you need to make the project, and your team successful.