Skip to main content

Tag: Team

Best of BATimes: Approaches for Being a Lead BA

Written by Aly Cassam on . Posted in Articles.

You’ve worked your way up the BA ladder – started as a Junior BA, then a BA, then a Sr. BA, and now you’re a Lead BA on a project working with other BAs. What do you do? This article focuses on some of the Do’s and Don’ts of being a Lead BA. Some of it is science and some of it is art.

 

Requirements Governance:

1. Who do you take direction from your PM or your BA Manager:

The first place to start as a Lead BA is establishing your own personal Requirements Governance. Who do you provide status updates to and who do you take direction on requirements from – PM or your BA Manager? The scenarios I’ve encountered are:

  1. You as the Lead BA take your BA requirements direction from the PM and provide status updates to your BA Manager.
  2. You as the Lead BA take your BA requirements directly from your BA Manager and provide status updates to your PM.
  3. The third and most often scenario is where both the PM and your BA Manager are of the opinion that you take requirements direction from them and provide status updates to the other.

Tip: Right at the beginning of the project start the conversation with your BA Manager and clearly establish the relationship you’ll have with him or her and with the PM (in my experience coaching BAs too many Lead BAs don’t have the conversation upfront and then find themselves in a bind when scenario C) above becomes an issue during the project itself). If the answer is taking your requirements direction from them, set up a short meeting with your BA Manager and the PM to establish this relationship as PMs generally don’t like that arrangement, and it’s best to get them to discuss it face to face. If the answer is taking your requirements direction from the PM, then simply follow-up the meeting with a confirmation email to your BA Manager and just let your PM know that you’re effectively going to report to them and take, where appropriate, BA approach direction from them.

 

Advertisement

2. Establish your role as Lead BA on the BA team:

Make sure it’s clear to the BAs you’ll be leading that you are the Lead BA, and they will work with you in that capacity. A couple of ways to communicate this:

  • Ensure you’re called out on the project governance as the Lead BA and ensure the BAs you’ll be leading review the project governance
  • Where you’re taking your Requirements direction from your BA Manager have them send out an email to the BAs you’ll be leading that you’re the lead and that you’ll be guiding the approach etc. to the Requirements deliverables

 

3. Start by learning about your BAs:

At the beginning you’ll need to establish how experienced the BAs are with eliciting, documenting, and analyzing requirements, how familiar they are with the project subject matter, etc./ by scheduling quick little chats with the BAs you’ll be working with

  1. If you’re dealing with Sr. BAs with lots of experience, then your focus with them will be on making sure things are going smoothly and that they working to the timelines for their requirements work packages; You can give them fairly large and complex requirements work packages
  2. If you’re dealing with more Jr. BAs then you will be in a more guidance/ mentoring mode – periodically reviewing their requirements and providing feedback, mentoring on approach to different types of requirements such as documenting process flows and business rules, etc.; Initially limiting the scope of their work packages to small well-defined pieces of requirements; have little chats with them about how things are going

 

4. Develop a view of the requirements work packages:

Typically, a group of BAs is assigned to a project because the project is complex and there are multiple “groups/ categories” of requirements that need to be created to deliver the scope of the project. At the outset understand the drivers and objectives of the project and establish a view of the requirements work packages. Some examples of this are:

a. Achieving compliance with regulations or another compliance-related purpose:

    1. You may need to look at work packages focused on complying with different sections of the regulations
    2. If the compliance covers multiple departments or Lines of Business (LOB) you may need to focus on requirements for each department/ LOB to comply with the regulations

b. Developing and implementing a large technology system or platform:

      1. You may need to look at requirements work packages focused around different groups of users with the system – for example if it’s a workflow system you likely have work packages for customer-facing components, back-office-facing components, etc.
      2. You may need to look at requirements work packages focused on different functional features. For example, a customer-facing platform for a direct investing platform may consist of trading-related features, viewing account holdings, researching different securities, etc.

 

5. Managing the requirements work packages:

a. Establish a view of the project timelines with respect to the requirements work packages based on their complexity etc. I prefer a matrix like this to do so (using the direct investing platform as an example) based on the requirements lifecycle – plan, elicit, analyze, document, get sign-off (note do this in Excel or Project to track progress, etc.)

Plan Elicit Analyze Document Sign-Off
Trading requirements 01/01/22 to 10/01/22 10/01/22 to 25/01/22 25/01/22 to 02/02/22 02/02/22 to 16/02/22 16/02/22 to 28/02/22
Security Research requirements 01/01/22 to 10/01/22 10/01/22 to 25/01/22 25/01/22 to 02/02/22 02/02/22 to 16/02/22 16/02/22 to 28/02/22
View account holdings requirements 01/01/22 to 10/01/22 10/01/22 to 25/01/22 25/01/22 to 02/02/22 02/02/22 to 16/02/22 16/02/22 to 28/02/22

b. Based on what you learned about the BAs you’re leading assign them to different work packages – and monitor their progress on their work packages against the. I’ve found the best way to keep track of this is using a matrix like this that I update on a weekly basis:

Legend:

P – Plan, E- Elicit, A- Analyze, D- Document, S- Signoff

BA1 BA2 BA3
Trading requirements P – Jan. 1/22
Security Research requirements P – Jan. 1/22
View account holdings requirements P – Jan. 1/22

 

With these 2 matrices, you can keep track of who’s doing what and how they are doing against the target dates so you can provide status reports to the project team as required.

 

6. Monitoring progress and connecting the BAs as a team:

The most effective approach that I’ve found to monitor the progress of my BAs is to hold weekly meetings – with a twist. Most people just do a status check-in during their weekly meetings – how are you progressing against your timelines. I believe that weekly meetings are a good chance for the BAs to inform and help one another. I encourage them to talk about challenges they are having – someone else in the team may have encountered this and have a solution/ approach to tackling it. I encourage them to talk about effective approaches that they’ve found to doing things that may be helpful to other members of the team. Finally, I ask each BA to give a brief overview of the requirements they are working on. As most projects with a BA team have a common goal – by talking about requirements it will quite often identify synergies or conflicts between requirements/ work packages that will help move the project forward more efficiently.

 

Conclusion:

Hopefully, these approaches will help you become a more effective BA Lead. There are lots more approaches and in future articles, I may expand on them.

 

Published on: 2022/01/27
BATimes_Jun15_2023

Ten Tips for the Young BA

Written by Kushal Sundhani on . Posted in Articles.

After ten plus years of working as a business analyst, I wanted to highlight a few things that have tremendously helped me become a better BA and advance my career.

As a young professional, I did not have many special talents, skills, or academic education, but I was not going to let those things hold me back from success. I focused on where I knew I would stand out and organized my thoughts into the ten main points below:

 

  • Be on time. For any meetings or working sessions that I was a part of, I made it a habit to be a couple of minutes early. There were life events or uncontrollable circumstances that prevented me from this 100% of the time, but those were one-off occurrences. Generally speaking, I was known to be early and start meetings on time. This showed I was organized and respected the time of others. Additionally, being on time also meant projects and tasks were completed by the time I said they would be. If there were issues that prevented me from hitting a time goal, I would speak up and inform the respective stakeholders in advance so they were aware.

 

  • Take ownership. Anytime a project or task was assigned to me, nobody had to worry or consistently follow up on its completion. I communicated statuses and any obstacles or issues that might impact the final result. This was evident no matter how small the task was. Early on in my career, I was responsible for member service requests. Each interaction was a mini-project to ensure the member got the service they required. Taking ownership of all of my projects and tasks helped build trust with my boss and colleagues. It showed I was ready to handle larger projects and more responsibilities because I excelled with the smaller ones.

 

  • Be flexible. My ability to be flexible about almost anything shined through. My role in one project may not have been the exact same as another one. Priorities and objectives often changed. My colleagues all had different and unique personalities. In some projects, I was the dominant personality when others did not play that role. In other projects, I was the more analytical one when I realized others were observably dominant. Through it all, I remained flexible. I was known as the go-to person for just about anything.

 

  • Nothing underneath me. My first project was a stepping stone to the next one. When I was starting my career, I admittedly was a “yes” person. They could have given me a stamp with “Yes” for my forehead! Before anyone even finished their thought, I said “Yes!”. This helped me get exposure to every single area of my organization and build relationships. Within a short period of time, I could tell you the purpose of each department and why they were necessary for the organization to function properly. I am not saying I could run the department, but I had functional knowledge of their work and what made them tick. I don’t want to give the wrong impression here. As I advanced more in my career, I didn’t have the time to say yes to everything. I learned how to say “no” as my career became more mature. However, when I first started, I wanted exposure to everything and I wanted to show I can handle it.

 

  • Recognize and praise others. I don’t remember accomplishing a goal due to my efforts alone. There were always other people involved. Lots of time in discussions was spent with team members to ensure we were doing the right things. I always made it a point to praise publicly and privately where it was legitimately due. I saw first hand all the hard work that my colleagues put into their daily activities and wanted those efforts recognized. Any time I got praise for doing something, it was only because I had a great team of people supporting me.

 

Advertisement

 

  • My first project. I tried my best to stay excited and eager to learn and do more. When I was just a part-time employee trying to make a name for myself, I was hungry for anything that came across my desk. I started to treat everything like my very first project. I would ask lots of questions, show willingness to go above and beyond, seek help where I need it, and work with others. Every project after the first one was treated like my first one. This is much more difficult than it sounds because at times, work did become mundane and repetitive. I had to make a conscious effort to see the bigger picture and maintain my level of excitement.

 

  • Open to criticism. I had an open mind if someone gave me constructive criticism. This helped me get better as a professional and build my skills. I actively sought out criticism to ensure I produced things of value to the organization. Long tenured employees, managers, and executives all have different insights into different areas. Their advice helped me see things from a different perspective and ensure I took that into consideration moving forward.

 

  • Be courteous. I cannot think of any point where insulting someone, yelling, making sexually suggestive comments, touching inappropriately, or being plain rude was ever welcomed. I paid attention to my tone of voice and ensured my dialogue was objective to the matter at hand. Disagreements are common and objectively addressing them should be the goal, not trying to tear the other person down. Learning about culture, gender, age, race, religion, or any other characteristic that makes us unique, helped me get to the next level of relationship building. Showing common courtesy, being generally kind, and showing basic respect for someone  should not require a whole training initiative.

 

  • Work life integration. I did not seek work life “balance”; where I strictly worked between certain hours and then I strictly lived my personal life during certain hours. My job was part of an overall healthy life; and in order to continue having a healthy life, I needed my job. Sometimes, my best work came from putting in a few hours on a Sunday with some music in the background. Sometimes, I had to handle a personal emergency at the office that took time away from my work. I didn’t get stressed out about those things because I knew the work would get finished and my personal commitments wouldn’t be sacrificed. If responding to an email on a Saturday helped my colleague move on, I did not hesitate to do it.

 

  •  Always learning. I was always confident I could learn anything that I needed to help in my career. Today, I see the younger generation spend hours upon hours on social media, video games, and YouTube. I challenge anyone to take any topic in the world you want to learn. Spend one to two hours daily focusing on and researching that topic. The same focus you would give to having fun. Come back in a year and tell me that you are unable to explain the general and functional information of that topic. I dare you! I was amazed at how much I learned by giving it enough focus and time and you will be too.

 

In conclusion, these ten things made such a positive impact in my career and I know they will do the same for you.

BATimes_Mar2_2023

Business Analysis Amalgamation with Product Management

Written by Neethu Nair on . Posted in Articles.

In today’s fast-paced business environment, organizations constantly seek ways to improve their processes, products, and services. Business Analysis and Product Management are two key areas essential to achieving these goals. Traditionally, these functions have been viewed as separate disciplines, with Business Analysts focusing on identifying and analyzing business requirements, while Product Managers focus on the development and management of products and services.

However, there has been a growing trend towards amalgamating these two functions to create a more integrated approach in recent years. By combining Business Analysis with Product Management, companies can benefit from a more holistic understanding of customer needs, more effective use of data, and improved collaboration and communication between teams.

An Overview of Business Analysis and Product Management:

Business Analysis is the process of identifying, analyzing, and documenting business requirements, processes, and workflows. The role of a Business Analyst is to help organizations improve their processes and systems by identifying areas of improvement, gathering and analyzing data, and making recommendations for change. Business Analysts often work closely with stakeholders and other teams within an organization, including IT and project management.

Product Management, on the other hand, is focused on developing and managing products or services. The role of a Product Manager is to identify market opportunities, define product requirements, and work with cross-functional teams to bring products to market. Product Managers must have a deep understanding of customer needs and market trends and/ or the ability to manage budgets, timelines, and resources.

 Benefits of Amalgamating Business Analysis and Product Management:

While Business Analysis and Product Management are distinct roles, there are many benefits to amalgamating the two functions. Here are a few of the key advantages.

  • Better understanding of customer needs:

One of the key benefits of amalgamating Business Analysis and Product Management is the ability to better understand customer needs. By working together, these two functions can create a more complete picture of customer requirements, preferences, and pain points. This can lead to better product design, more effective marketing, and higher customer satisfaction.

  • Alignment towards Business Goals:

Amalgamating Business Analysis and Product Management also improve team collaboration and communication. These two functions can ensure that everyone is aligned on business goals, product requirements, and timelines. This can lead to better project outcomes and faster time to market.

 

Advertisement

 

  • More practical use of data:

Another benefit of combining Business Analysis and Product Management is effectively using data. Business Analysts are skilled at collecting, analyzing, and interpreting data, while Product Managers deeply understand market trends and customer needs. These two functions can leverage data to improve product design, pricing, and marketing decisions by working together.

  • Faster problem-solving:

Amalgamating Business Analysis and Product Management also lead to faster problem-solving. By having a team of experts who can analyze data, identify issues, and recommend solutions, organizations can respond more quickly to changing market conditions or customer needs. This can help companies stay ahead of the competition and achieve their business objectives more effectively.

  • Better outcomes over outputs:

Finally, combining Business Analysis and Product Management can improve project outcomes. By working together, these two functions can ensure that products are designed to meet customer needs and that projects are delivered on time and within budget. This can lead to improved customer satisfaction, increased revenue, and a stronger competitive position in the market.

The amalgamation of Business Analysis and Product Management can benefit organizations looking to stay ahead in today’s competitive business landscape. By combining these two functions, companies can improve collaboration and communication, better understand customer needs, use data more effectively, and achieve better project outcomes. Whether a small start-up or a large enterprise, an integrated approach to Business Analysis and Product Management can help you achieve your business objectives more effectively.

BATimes_Nov16_2022

Recruitment Metrics for BA Teams

Written by Christina Lovelock on . Posted in Articles.

Being involved in BA recruitment is a big responsibility. It’s hard to recruit right now, and it’s easy to blame the competitive market and skills shortage. It’s tempting to leave measurement and metrics to HR teams, but there are a number of key concepts all those involved in BA recruitment need to understand.

 

Time To Fill

From the point we become aware that a new or replacement BA role is needed, a clock starts ticking. Whether someone has handed in their notice, or a new project has emerged, we now have a gap that needs to be filled. It is so important to understand our average time to fill (TTF) for each role on the BA career path, as this aids decision making, including the use of short term resources such as consultants, contractors and secondments.

Typically more senior roles take longer to fill, because the talent pool is smaller and the demand greater. Having internal talent pipelines reduces the TTF and creates internal progression routes and clear BA career pathways. Ensuring these are in place improves knowledge retention, employee loyalty and morale and serves as an attraction factor for BAs outside the organization.

TTF includes internal processes of gaining agreement and approvals, getting a role posted and engaging with recruiters. This is often a hidden time over-head, and usually an area where organizations can speed up their recruitment.

 

Time To Hire

This marks the time between making a role available for applications and having someone in post. It includes the interview process and the notice period of the candidate.

Recruiting managers often put pressure on candidates to try to reduce their notice period. This is unfair, when it is the only period of time in the whole process which is outside of the recruiting organizations’ control. If we want people in faster, we should look to improve our own processes! Sometimes organizations exclude notice periods from their time to hire metric, to stay focused on the elements within their control.

Knowing the average time to hire helps us keep stakeholders informed, and contributes to better planning and onboarding.

 

Advertisement

 

Conversion

At each stage of our recruitment process people drop out or are ruled out. This can be visualized as a recruitment funnel. Understanding the conversion rates between different steps in the process allow us to answer question such as:

  • How many applications do we typically need to find one appointable BA? [conversion rate from application to accepted offer].
  • How many candidates accept our offer? [conversion rate from interview to accepted offer].
  • What can we do to improve our conversion rates? (Faster processes? Better marketing of roles? Better communication with applicants?…)

 

If we understand where in the process we are losing people, and really consider the candidate experience, we increase the chances of a successful recruitment outcome, and save both time and money. Different organizations have different levels of formality, and may include more or less interview rounds and steps in the process. However formal or informal, it is valuable to understand the key conversion rates.

 

Attrition/Turnover

This is the rate which we lose BAs from the team over a given period. Not all attrition is bad, we need to support people to move to new and appropriate roles, and we need to allow BAs with new ideas and different experiences to join the team. Generally an attrition rate of less than 10% is considered healthy for team stability and business continuity.

Retention is the opposite measurement to attrition. This is the percentage of the team that stay during a given period. Focusing on ‘increasing retention’ is a more positive framing of the issues than ‘reducing attrition’. Recruitment is expensive, the cost of replacing BAs is far more than the cost of investing in appropriate initiatives which retain talented BAs in the organization. By asking and listening to what individual team members want from their role and employer we can increase retention rates (money will be a key factor, but not the only one!).

 

Tenure

This means understanding how long people stay with us and can be considered  at different levels:

  • Average length of time in each role/grade within the BA structure
  • How long people stay within the BA team
  • Total amount of time spent within the organization.

 

This is helpful to understand the rates of progression within the team. If we have entry level/development roles within the team, how long before people typically progress to a practitioner role? It allows trends and patterns to be explored. If we find people either stay less than 1 year or more than 10 years, what insights can be gained? What does that tell us about our recruitment and retention processes?

With further analysis we can understand the push and pull factors which keep BAs within the team or encourage them to look elsewhere. It also allows us to consider what internal development routes we offer into related professional disciplines.

 

Conclusion

In this competitive market, with increased demand for business analysis skills and the ‘great resignation’ making people consider their options, BA teams need to fully understand our own processes and look for improvements. A greater focus is needed on recruitment and retention, and we can no longer rely on ‘recruiting as we always’ have to make great appointments and grow our teams.

 

Further reading
Are you Losing BAs? C Lovelock, February 2022
Job Crafting for BAs C Lovelock, July 2021
BATimes_OCT26_2022

The Better Meeting Manifesto – Stop Having Terrible Meetings!

Written by Helen Simmonds on . Posted in Articles.

Terrible meetings are an unfortunate feature of modern working life.  It doesn’t have to be this way: read on to find out how you can take a stand and achieve better meetings for all!

 

Encountering a terrible meeting in the wild

Most of us have suffered through a terrible meeting.  You know the scenario.  A group has assembled in an airless meeting room in response to a calendar invitation.  The AV equipment is faulty, so the unlucky person with the controls has spent the past 10 minutes trying to connect to the remote attendees.  Everyone else is making small talk or discussing the previous meeting.  When the equipment finally cooperates, you all realise that the meeting organiser isn’t in attendance.  Undeterred, you check the meeting invitation – only to find it unhelpfully blank.  The group makes a valiant attempt to progress things; however, you can only get so far with the main person missing.  The meeting finishes early; the group sighs and agrees to reconvene another day.

 

Then there is the alternative, more insidious variant.  At first glance, things begin well: the meeting logistics are on point, the right people are in the room, and you received the outline ahead of time.  Yet once the meeting starts, issues soon become apparent.  There are too many items for discussion.  Due to aggressive timeboxing, there is little scope for more than brief comments regarding each.  People grow increasingly frustrated with the lack of opportunity for input, the schedule drifts, the meeting overruns and several agenda items are never reached.  The group makes little progress; the attendees are sentenced to a re-match to address the same material the following week.

 

Regrettably, these experiences are far from rare.  Is it little wonder, then, that we sometimes find it hard to get our stakeholders to make time in their diaries for yet another meeting?

 

Trojan horse meetings: a false solution

To combat meeting aversion, some session organizers resort to subterfuge.  One such ploy is the classic Trojan horse maneuver: book meetings into the calendar under the guise of something more palatable.  Often, the decoy is a workshop.  For example, a document sign-off meeting might be billed as a ‘requirement sign-off workshop’, even though the session is less about facilitated qualitative review and more about sitting around a table together to agree that the ensuing work can proceed.  A stakeholder interview to elicit information about a particular aspect of their role might appear in the calendar as a ‘process workshop’.  A team meeting might become a ‘team workshop’, and so on.

 

Superficially, this tactic can bear fruit – at least in the short term.  So why do people feel more positive about workshops over meetings?

 

  • Meeting fatigue

The first reason is novelty, pure and simple.  People want respite from busy calendars booked up with tedious and unproductive meetings.  Workshops are attractive because they generally feature interactive activities instead of the usual dry discourse.  Even the mere hint of this variety can suffice to lure stakeholders into believing they are in for a welcome change.

 

  • Productivity by association

A workshop is a facilitated intervention that seeks constructive input from all attendees to achieve a defined output.  In positioning their meeting as a workshop, the organiser aims to appropriate the qualities of focused, engaged participation and demonstrable productivity from the workshop format and confer them upon their meeting session.

 

Unfortunately, the aspiration of engagement and productivity will only get you so far.  Without good facilitation, a meeting will still be terrible no matter how you dress it up.  Worse: a bad ‘workshop-but-actually-a-meeting’ experience might harm your work by putting stakeholders off attending workshops in the future.

 

Advertisement

 

Another way

Rather than deflecting attention from the problem, it’s time to take a long, hard stare at the meetings in our lives.  Faced with a wilderness of terrible meetings, how can we act to change things for the better, no matter which end of the calendar invitation we are on?

 

  1. Make meetings pointy

All meetings should have a clearly defined purpose and intended outcome.  No point?  No meeting.


As the organizer:

If you are responsible for setting up a meeting but cannot answer the questions ‘Why are we meeting?’ and ‘What should we have achieved by the end of the meeting?’, this is a sign that you should reconsider.  Is a meeting necessary, or might there be another way to work with your stakeholders (e.g. using your organisation’s preferred collaboration tool)?  Don’t be afraid to postpone or cancel a meeting if circumstances change.

 

As an attendee:

Your time is as valuable as anyone else’s.  Invitations are not obligations.  If you receive a vague meeting invitation, contact the organizer and politely ask them to clarify the meeting’s purpose.  A helpful sentence to use is ‘Please could you confirm what will be covered in this meeting so that I can prepare?’ – it helps you sound engaged while also acting as a prompt for the organizer to step up their game.

 

  1. Energize and engage

Meetings can’t always be fun, but don’t make them any more painful than they have to be.  Start with the intended outcome and take active responsibility for getting there.

 

As the organizer:

A great tip from BA guru Angela Wick is to ‘verb-noun’ your meeting titles to set the intention for the session outcome: instead of ‘Requirements Review Meeting’, try ‘Finalise Requirements for Procurement’.  It instantly puts your attendees into a more active mode of thinking which will carry into the meeting itself.  Set a clear schedule with realistic timings and manage the session actively to keep things on track.  Don’t let people doze off: check in frequently with all attendees (particularly those attending remotely) to ensure that everyone feels involved and has the opportunity to provide input, even if it’s just a quick thumbs-up/thumbs-down vote.

 

As an attendee:

It might not be your meeting, but you are part of it – and its success or failure.  Help things go smoothly by doing any necessary pre-work ahead of time and coming to the meeting prepared.  Be fully present and listen actively – nobody wants to recap points made five minutes ago because you were not paying attention.  Consider whether your comments contribute usefully to the intended outcome before speaking.  Where you can, support the facilitator.  For example, can you help by relaying remote attendees’ comments to the room?

  1. Master your meeting modes

Following the recent pandemic, many of us continue to work flexibly between the office and home; meetings now frequently mix face-to-face and remote attendance.  These ‘hybrid’ sessions can be tricky to get right, but it’s not impossible.  With a bit of planning, you can be a meeting mode superstar.

 

As the organiser:

Meet your stakeholders where they are.  If people are uncomfortable with coming into an office space, forcing an in-person meeting will result in no-shows.  Save face-to-face for the times you truly need it and focus on providing a good experience online for everything else.  Be aware that attendees may decide to group up and attend online from the same room, so give specific instructions if your planned activities require each person to have separate access to a computer.  Design for online: take full advantage of the synchronous and asynchronous collaboration tools available through the applications at your disposal.  Get equipment warmed up in plenty of time, ready to get going when the meeting starts.  And whatever you do: don’t apologise or make excuses!  You’re about to lead a fantastic online session, after all.

 

As an attendee:

If you are attending in person, don’t forget to acknowledge and address any people attending remotely.  As a remote attendee, be mindful of your audio input.  Use a quality headset with a good microphone if you work in a shared office environment – and be prepared to mute yourself when you aren’t speaking to minimise disruption.  Nothing is worse than hearing background noise or someone thundering away at their keyboard.

 

What tips and tricks have you found to tackle the tyranny of terrible meetings?  I’d love to hear your thoughts!