Day-to-Day Team Mental Health Tactics (Part 2)
| You have team management routines already established in your project or agile effort. Use these to make sure you are properly managing the mental health of your team. Meetings can be a useful way to identify potential mental health problems and start to deal with them. Periodic Team Meetings Where you work mental health may not be a common topic. With the preparation you make as described in Part 1, though, it can be an unsurprising topic in your team meetings. Here's how to include mental health topics in these meetings.
Individual Meetings You may have a routine individual meeting with team members. Do not hesitate to use these sessions to identify and address mental health problems. Without the whole team listening, an individual may be more forthcoming.
Ad Hoc Incidences Ad hoc meetings where you speak with someone specifically about immediate mental health challenges they are having at home or work are a good place for an intervention if you are prepared as described in Part 1.
Again, you are not a therapist. Leave diagnosing and treatment to the experts. Your role only involves the early identification and advice to follow existing resources provided for this purpose. Don’t go too far, yet be confident in your role by building your expertise and preparing your phrasing. See this work as an advanced extension of your leadership skills, because it most certainly is. But, if you create a working environment where mental health and stressors are regularly discussed, identified, and dealt with, the team will be happier and more productive in a sustainable way. Even if it is rare to identify a team or individual mental health difficulty, the fact that you have created an environment that makes the discussions routine will set you apart as an effective leader and improve the long-term performance of your team. |
Day-to-Day Team Mental Health Tactics (Part 1)
| I’m sure you’ve seen reports of workers paying more attention to their mental health. Maybe you have noticed it in the workplace. Maybe you have seen communications from your organization supporting mental health. Did seeing any of these make you wonder what you could do – or would be expected to do – as a team leader? What can you do exactly? You are not a therapist. You do not have a degree in Psychology (probably). In fact, you may be a little concerned that you could be asked to get involved in people’s personal problems, something you may not have signed up for and may not be good at. Still, you want to make sure your team is productive and happy, so perhaps your next question is, "what are the basic things I need to do to effectively deal with my team's mental health?" That's a question we can work with. With that as your scope, techniques are available to add into your existing routines. Just making these initial adjustments will create a better work environment consistent with contemporary needs. Start your project with awareness and supportiveness Your initial moves should indicate that the topic of mental health is “acceptable” to discuss and that the team will address it if necessary.
Do quick research to prepare Now that you know what to do in the early meeting on mental health, it should be pretty clear that you need to prepare beforehand. Some of these preparation steps you may already have done for other reasons (because you are a good leader, right?). Any of these might be suitable for your situation:
This blog has been full of ideas over the years to help make workers more productive and happier. The new twist, which is very important, is the specific focus on mental health. Most organizations now have targeted resources and are making it a point to address mental health issues. This is a timely response, because team members are more aware of the importance of mental health and are speaking out when there is a problem. They will value your efforts at creating a healthier work environment. They will value your efforts to help individuals who are suffering mental health issues. Part 2 will cover how to make mental health part of your usual routines, so managing it does not affect your mental health! Like this blog topic? Check out my hundreds of articles on this site. They are generally about people management. Never underestimate how this topic can propel your career! |
Leadership Ladder for DE&I Skills
| Before getting into today's topic, I would like to express my appreciation to ManagementHelp.org for recognizing this blog as One of the Top 20 Best Project Management Blogs to Follow. I will continue to work to present relevant and useful topics. Feel free to use the comment section to let me know of your workforce management pain points so that I can address them. One of your goals is to ensure your entire team is performing as best as it can, and that it continues to improve. Unfortunately, times change and the techniques you have used in years gone by will need refreshing. For instance, in recent years there has been a focus on applying empathy in the workplace. Now even empathy-related tactics have been expanded into a new and important area. Today you can be a better project manager/scrum master, a better leader, by addressing diversity, equity, and inclusion (DE&I). The objective here is to ensure that individuals from marginalized groups are not left behind but instead are fully incorporated into the team activities and decisions. The particular individuals or groups may differ depending on your geography or culture, but the tactics to use are consistent. DE&I-specific tactics start with specialized coaching and becomes more sophisticated as needed. This allows you to start simply and "grow into" these new skills. Here are four categories of skills that will help you plan your growth. Coach Every day, as a leader, you can make a difference to marginalized individuals on your team by acting as a coach, by being DE&I-sensitive.
Support Once those being coached have built up their confidence, be proactive in supporting them for other growth opportunities they find. These may be within your team or outside the team. Help them with additional skill-building, documenting evidence for interviews or networking. Defend You will have more skin in the game for this level and may end up countering cultural norms.
Sponsor An even higher-level of support will be to promote a worker from a marginalized group for a particular position as career advancement.
Team members from marginalized groups will thrive once they are participating on an equal footing with others on the team. The reality is that they will be less likely to get the chance to do so without an ally. That's where you come in, a new type of leader prepared to assist. While the skills for DE&I may be new, there is a ladder of techniques available to you allowing you to grow over time. And make no mistake, these skills are differentiators if you want to move into more complex projects and more sophisticated organizations. There is more to discuss on this topic. Use the comments section to address your own concerns and look for futures posts to dive deeper. Don't forget that I also have articles and more on ProjectManagement.com going back to the year 2000. |
Protect Your Agile Team from Status Report Pressure
| In agile, you as scrum master, must protect your team from outside distractions and pressure. One source of pressure is the leaders' desire for status updates. It is a source of pressure because agile values and priorities focus on getting the work done, not on trying to estimate how long until completed. So, it is not surprising that two comments to my article Winning the Organizational Transition to Agile requested more ideas for communicating to sponsors and stakeholders when your agile effort will be "done". So Deepak, Stephane, and others with this same question, this is for you. Agile embraces the fact that requirements are basically impossible to document fully and completely before the design and development get started, and addresses this by continually showing the customer (for example, business representatives) results, asking for feedback and responding appropriately with new development. Teams respond to comments like this:
Even with drastic changes in scope, the development team remains in control until the product owner and customer representatives are satisfied with the result. While this method is better for the development team, it makes determining "the end" very difficult. But therein lies the solution! If it is your customer who tells you when your work is done, it makes sense to leverage that relationship when you define status. With this in mind, follow the steps below to build a status statement. Target End Date. Assume that organizational leaders want a status summary that will tell them an end date plus any risks/issues/impediments that could interfere with the end date. The first part of the status summary must have an end date, but for agile, a more accurate term is Target End Date. Certainly, at the beginning of the effort, despite having few risks and zero impediments, there are many unknowns, it needs to be communicated as just a target. This can be estimated using a number of user stories, even total story points, distributed into a given number of sprints. You should run your estimate by your product owner and/or sponsor for confirmation, adjustments and approval. This is a very rough estimate, so now it is important to communicate just how rough to set expectations of the leaders. It is important to communicate that, even though there is low risk and no issues/impediments, the team is not naturally "Green" and on track to that date, because you just don't know in agile. And this is important as well: If you do not meet the date, it should be clear that no one necessarily is doing anything wrong. Change is a natural part of the process. Confidence Level. One way to communicate the roughness of your estimate is by communicating your confidence level in that target end date.
Generally, early on in the project, you'll have a low confidence level. Later as you get toward the end and most user stories have been completed, you have a higher level of confidence that the end date provided is accurate. A major impediment may lower confidence level. Again, you do not have to be anxious over the Confidence Level measure. Collaborate with the product owner and even some subject matter experts. There should be agreement all around here so that when a leader probes further, the rationale is solid, customer/business-based, and everyone has the same story. A real benefit here is that confidence level can be based upon the subject matter experts' and product owner's understanding of what they do not know in order to complete the scope of the effort. Putting all this together, the summary statement on a status report can look something like these examples: Example 1: Target end date for beginning of project with many sprints pending. Target Deployment Date: 25 July, 20XX Confidence level: Low (Unknowns in early development). Example 2: Same project later with just a few sprints estimated as remaining. Target Deployment Date: 25 August, 20XX Confidence level: High (No impediments, near completion of development). Example 3: Project near the end but with an impediment. Target Deployment Date: 15 February, 20XX Confidence level: Low (Despite nearness of target end date, impediment discovered requiring research to determine next steps.) In the above example, additional status bullets can be provided to describe that limited progress can be made until impediment is resolved, re-design may be necessary or that partner resources may not be immediately available to assist in research.
This agile-friendly format is not expected to solve everyone's problems. You may think, "Well my leaders are not going to agree with this format". OK, maybe you can find a similar format that will work. If nothing works, you do not have a leader communication problem. You have an organizational change problem, which requires you to escalate along a much different path. This was the point of the original article, and you are now stuck in a two-article reading loop. |
Resolve to Adapt to New Pressures in Organizational Culture
| Welcome to a new year! This year, more than ever, project team members desire work that keeps them engaged and motivated. If they don't get it, they are tending to move on to another project or employer. The replacement costs in time and performance will be high. It will not help your disposition either. In my recent article, Principles for Adapting to New Pressures on Organizational Culture, I provided some ideas for you (whether you are a project manager or a Scrum Master) to design work to achieve this engagement. In this post, there are more ideas based on research conducted by MIT. Keep in mind the key point: You can execute needed changes quickly for your team, even if your organization is not the best in engaging and motivating its employees. You, no matter your skill level, can facilitate effective improvements in social relationships at work. You just need help from the experts. Work Design Principle #3, created by the MIT group, can help you enhance social relationships in your project team by understanding what techniques are most effective. Two techniques are appropriate for project managers and are used here to get you started. Improve Familiarity Among Team Members Social relationships are improved when people know more about each other and self-organize as a team. You can design easy quick activities that occur before meetings or in their own meetings to allow team members to share something about themselves even if they are shy. Here are some ideas to get you started planning.
Solve a Problem Together A bond among team members is also achieved by solving a problem together.
Your attention to social relationships will pay dividends at work and also prevent team members from leaving to other projects or employers. Not only will you avoid the hassle of keeping work progressing while replacing someone, you will maintain a high-performing team. And that will help your career. |





