Chủ Nhật, 1 tháng 12, 2013

McKinsey Interviews - December, 2013 Posts for Aspiring Summer Interns

McKinsey's summer internship recruiting season is right around the corner.  So, in an effort to remain timely and relevant, the posts over the next couple of weeks will focus on networking, resume screen, and interview-related topics.

I will try to consolidate those posts into a short period of time so that a) interview candidates can find them easily and b) others can ignore them easily.

As always, I will post articles as I finish editing them, but they will be dated based on when they were first written.  Apologies for any confusion that causes to folks who subscribe to or follow this blog regularly.

To anyone NOT interviewing with McKinsey:

Apologies if you are already a consultant or looking for tips on how to work with a former McKinsey consultant.  We'll return to the typical mix of content after a couple of weeks.

Thứ Ba, 26 tháng 11, 2013

What It Means to be "Down In the Weeds" at McKinsey

Image from Flickr.com
If you've worked in the food service industry - or watched Top Chef - you're probably familiar with the term "in the weeds".  But that means something very different than the term "down in the weeds" which not a McKinsey-specific term, but one I heard used frequently at the Firm.  In this post I'll explain the difference and what you should do if your McKinsey boss asks you to not be so down in the weeds...

It's also worth nothing that McKinsey interviewers also view being down in the weeds negatively, so aspiring consultants should also be mindful of not getting down in the weeds during interviews, especially when breaking down the case.

"In the Weeds"...

This is a term restaurant workers both in the front of the house (e.g., hosts/hostesses, servers) and back of the house (e.g., cooks, chefs) use when they get overwhelmed and are in danger of falling hopelessly behind.  While I have heard McKinsey consultants - likely those with food industry backgrounds - use this phrase in this context.  However, it's not as universal across the Firm as the slightly different phrase that I've heard multiple engagement teams, consultants, and Principals use...

...vs. "Down In the Weeds"

This phrase is used to describe someone who is being way too nitpicky and focused on minute details, especially relative to their role, phase of the project, or workstream goals.  It might also be phrased as being too tactical instead of sufficiently strategic.  McKinsey bosses can get down in the weeds by taking on tasks their teams should be handling and consultants can get down in the weeds by having too narrowly focused on details of their workstream(s).  Here are some examples:
  • Role:  Sometimes a Partner or Director will fixate on something very specific like fine-tuning an Excel model or tweaking the formatting of a PowerPoint (PPT) exhibit.  It could be because they have a passion for the task or they're not good at delegating, but regardless, there are more important things to the engagement team that they can be focusing on.
  • Timing:  Early in an engagement or workstream, teams and consultants should be applying T-shaped problem solving and looking broadly for potential topics to investigate before deep diving into the few with the most potential impact.  Sometimes, people will go too deep too soon at the risk of wasting time the wrong lever or missing other, more important sources of impact.
  • Goals:  It's not uncommon to lose sight of the overarching purpose of an engagement or workstream by getting sucked into a particular task that's part of the broader effort.  For example, one might spend too much time working on a single PPT page or exhibit and not get enough done on the overall deck or storyline.  While preparing an industry overview, one might become fascinated with a particular competitor or industry dynamic at the expense of understanding the big picture.

How to Get Up Out of the Weeds...

...or Avoid Getting Down There In the First Place

Fortunately, there are some basic principles you can apply to get yourself up out of the weeds.  These include identifying and focusing on the critical or vital few by applying the 80/20 rule and using the previously mentioned T-shaped problem solving approach.  Remind yourself to apply top-down thinking whenever possible and going bottom-up only when appropriate.

Unfortunately, getting McKinsey leaders to get up out of the weeds and out of your hair is significantly more challenging.  But, you can leverage the Firm's culture of 360 / upward feedback and obligation to dissent to speak up, but be tactful and think of positive ways to deliver the message that feel like you're offering solutions rather than just pointing out problems.  For example, "I appreciate you showing me how I can improve my model - why don't I take it from here so I can learn first-hand and free you up to help the client(s) and the rest of the team?"

Chủ Nhật, 24 tháng 11, 2013

Top-Down vs. Bottom-Up Problem Solving Approaches at McKinsey

There are typically two primary ways to approach problem-solving - "top-down" and "bottom-up".  In this post I'll explain the differences as well as why the top-down approach is preferred by McKinsey bosses and interviewers...

McKinsey takes a structured approach to solving problems that includes breaking down larger issues into smaller pieces.  Those components of the problem are arranged into an "issue tree" with the biggest, overarching issues at the top.  Those are then supported by additional, increasingly specific, tactical, broader levels of supporting details.  I will devote a future post to these issue trees.

Top-Down Approach

This means the problem solving begins at the "top" or with the highest-level, overarching question or theme, also known as the governing thought.  From there, the problem is broken down, identifying and developing the elements the next level down, with special focus on the critical or vital few drivers of impact.  Only after those key elements have been determined does the focus shift to tactical details.  The process is repeated, adding additional levels down the tree the tree is exhaustive.

Bottom-Up Approach

This is the opposite of the top-down approach and, as the name implies, begins with the tactical, granular, specific details.  In this case, the work focuses on starting with a laundry list of issues, then organizing them into like groups, or "buckets".  Those buckets can often be grouped further, building levels up the tree, until, finally, the key drivers and governing thought are reached.

Top-Down vs. Bottom-Up Thinking

The simplest way to summarize the difference is this:  working at the top is considered strategic, while working at the bottom is tactical.  McKinsey consultants are encouraged to think strategically vs. tactically.  Here are some reasons why...

Why the Top-Down Approach is Preferred

There is a strong bias toward top-down thinking at McKinsey because it a) is logical, with a structured approach and b) starts by defining the most important questions and issues first.  The assumption is that if enough smart, experienced, hard-working consultants and clients align on the governing thought, the rest of the work that follows will be directionally correct.

Working top-down helps ensure that the questions asked and issues raised are completely exhaustive.  Less relevant ones might eventually get trimmed, but they will at least have been considered.  Top-down thinking also limits wasted work because only those topics deemed relevant and important to the governing thought need to be developed in detail.

Why the Bottom-Up Approach is Not Preferred

Starting at the bottom introduces several challenges.  First, it's not immediately clear - and might never be - if important details or areas have been missed or under-represented.  Second, items can be bucketed in a variety of ways that might all seem correct, but could be sub-optimal and/or lead to very different governing thoughts.  Finally, there's just a lot more work to be done at the bottom of the tree where there are countless details that can be considered and developed.

A Common Exception - Excel Modeling

One noteworthy exception when the bottom-up approach is often seen as superior to the top-down approach is in Excel modeling.  While a top-down approach to quantitative questions is helpful at the beginning of an engagement or workstream to get a directional sense of what the final answer will be, using that approach with clients and/or a final answer runs the risk of coming across as naive or just plain wrong.  Instead, a bottom-up model is required to confirm and support the final answer.

Thứ Bảy, 23 tháng 11, 2013

What Is the "Obligation to Dissent" at McKinsey?

Image from 123RF.com
If your McKinsey boss knows that you disagree with something, you will be reminded of your "obligation to dissent".  In this post, I'll explain what that means...


"Dissent" is a strong word, but in this context it simply means speaking up you disagree with something being done or discussed.

The "obligation" comes from the fact that at McKinsey, voicing your dissent is not optional, it is required.

The Firm believes that every consultant - even the least-tenured, greenest Business Analysts (BAs) and Associates - is intelligent and has valuable insights to offer.  On McKinsey engagement teams and in collaborative problem solving sessions, everyone is supposed to have an equal voice and is expected to contribute to discussions - that includes exercising the obligation to dissent.

This is so engrained in the problem-solving culture at McKinsey that even if you work for a former McKinsey consultant, it's likely that your McKinsey boss still wants to know if you disagree with something.

It can be over minor things like how to word a phrase or apply an Excel function.  But it also applies to the biggest questions on a client engagement like the overall answer or the storyline for a critical deck.  Even if your dissent is not acted upon, any good McKinsey teams and leaders will hear you out, consider your opinion, and appreciate your contribution to the discussion. 

At least, that's how it's supposed to work!  In a later post I will discuss a couple of caveats to the obligation to dissent.

Thứ Sáu, 22 tháng 11, 2013

Top 5 Internal McKinsey Resources for Consultants

Image from catan.com
McKinsey consultants are focused on delivering impact to clients.  The Firm doesn't want things like research, making PowerPoint pages, and debugging Excel models distracting from that goal.  So, McKinsey provides many valuable resources to its consultants.  These are also among the top things former McKinsey consultants miss most about the Firm.  In this post I'll cover the Top 5 McKinsey resources...

McKinsey consultants are notoriously overworked, spread thin, and stressed out.  Fortunately, the Firm provides many resources to help consultants and engagement teams.  In particular order, here are the Top 5.

Research and Information ("R&I") / Know Portal

Impact requires insights that are found using good data.  McKinsey has an entire organization - R&I - dedicated to helping consultants find useful, relevant information from a wide range of sources.  They go far beyond "let me Google that for you" and have access to subscription, obscure, and/or proprietary data beyond what engagement teams and clients can access themselves.  R&I's work can only be as good as the R&I request submitted, so it helps to be clear and thoughtful when asking for information

The Know Portal ("Know") can be thought of as the self-service version of R&I.  Know provides access to third-party sources like Hoovers and Factiva as well as the Firm's library of Practice Documents ("PDs"), McKinsey PowerPoint (PPT) decks on a wide range of industry, function, and client topics.

R&I allows access to more information than Know and does not require knowledge on where to look for data.  However, Know provides real-time access to information, while R&I lead times can be long.

Experts

McKinsey has incredibly knowledgeable experts on nearly every industry and function an engagement team would need.  Some are consultants who happen to have worked deeply on a particular topic and have built hands-on, client experience.  Others are hired specifically for their expertise and work in the McKinsey Practice aligned with their field.

Experts can be leveraged in many ways.  The most common are:
  • Email - ideal for quick questions that can be asked and answered easily
  • Phone interview - usually 30 or 60 minutes long, better for more complicated topics and/or issues requiring many follow-up questions
  • Engagement - in some cases, an Expert might join the team for a time.  An example would be an Expert on Market Research designing, launching, and analyzing the results of a survey for a couple of weeks


Production (e.g., VGI)

Although McKinsey consultants communicate via PPT decks, the Firm doesn't want them wasting a lot of time actually creating and editing them.  That's where "Production" resources like Visual Graphics India ("VGI") and Visual Graphics Americas ("VGI") come in.  You can send them (usually via fax or scan/email) information on what you want and they send back brand new PPT pages.  Top uses of VGI / VGA include:
  • Cleaned-up pages:  production can add a valuable "extra set of eyes" to go through a deck and look for and correct mistakes including typos, grammatical errors, and formatting issues
  • Revised pages:  consultant will often repurpose existing PPT pages, templates, and frameworks.  And old page with new data written on it will be turned into a new page
  • Brand new pages:  if no existing reference material can be found, sketches of the pages and/or exhibits, along with descriptions and notes on the desired output are enough for production to create your page
  • High-end pages:  even if the content is spot-on, a deck might need some polishing and visual interest.  High-end production can make it client-ready, especially for high stakes meetings with senior clients or workshops with many clients, but the lead times are longer as fewer production folks have these capabilities

McKinsey provides teams with 24-hour production support, although holidays and peak demand can cause lead times to increase.  I'll post other articles on a) how to optimize time using production and b) tips on working with production.


Excel Advanced Analytics ("AA")

If PPT is how consultants communicate, Excel is how consultants think.  Excel "models" are critical components of most McKinsey engagements and they can often be incredibly complex.  The Firm has a team of Excel wizards available to assist McKinsey teams.  The most common reasons teams reach out to Advanced Analytics, in increasing order of difficulty are:
  • Setting up an Excel function:  Excel has many powerful tools, but they can be complicated to use.  Even experienced modelers will have difficulty with the more obscure, unfamiliar functions
  • Debugging an Excel model:  Nothing is more frustrating than combing through a spreadsheet trying to figure out why it's not working.  Although it will take time - primarily while AA deciphers your approach and design - they can find errors and fix your model
  • Design and build an Excel model:  Often, a McKinsey consultant or team will know what their model needs to do, but not how to build that functionality - especially if the needs are complex.  As long as someone can clearly articulate to AA what the model needs to do and what the data sources look like, they can build the model.

Executive Assistants ("EAs")

They are the underappreciated stars of McKinsey and keep the Firm up and running.  Without them, engagement teams would get stranded, Partners wouldn't know where to go, and client meetings wouldn't happen.  The list of how EAs help the Firm, engagement teams, and consultants is endless, but here are some of the more visible ones:
  • Access to McKinsey leadership:  EAs are the gatekeepers to important people at the Firm and can help you get on their calendars.  Several EAs working together are vital to scheduling meetings requiring multiple Directors or Principals
  • Working with client EAs:  If you think trying to schedule a meeting with multiple McKinsey partners is difficult, trying throwing some senior clients into the mix.  McKinsey EAs can work with client EAs to resolve the most challenging scheduling conflicts and make critical client meetings happen
  • Expense reports:  This might seem like a trivial thing, but when you consider how much a typical McKinsey consultant travels, help with expenses can free up many hours each month.

Chủ Nhật, 17 tháng 11, 2013

4 Ways to "Streamline" a PowerPoint Page or Deck at McKinsey

Image from ecomodder.com
Your McKinsey boss might give you feedback that your work needs to be "streamlined".  In this post I'll explain what that means and provide four common ways to accomplish it...


What does it mean to "Streamline" a document?

Feedback that your work needs "streamlining" usually means that your PowerPoint page or document (aka "deck") is too busy or complicated.  In consulting, it is often true that less is more, so your McKinsey boss is asking you to make your document more effective by making it leaner and/or clearer.

How do I streamline my document?

The overall approach should be to make sure that the focus or point of your document "pops".  Here are four common ways to accomplish that:

1.  Edit down

Make sure your work is focused on the critical or vital few.  Apply the 80/20 rule to make sure you're highlighting the most important things and not wasting PowerPoint real estate on lower priority topics.  Extra information doesn't always add to your presentation - often, it will distract from the key takeaways.

2.  De-word

Even if the "so what?" of your document is clear and the storyline is effective, your point can get lost if it's buried under too many words.  This is especially true of the page titles and headlines - they should be concise yet informative. The body of your page can also be streamlined, especially if verbal clutter is causing you to drop the font size to 10 or lower.

Make sure every word you're using is critical to conveying the key takaway(s) and/or advancing the storyline.  Find ways to say the same things with half as many words - adjectives, adverbs, and articles are often unnecessary and can be cut without consequence.  Consider using punchy, bullet point lists instead of lengthy explanations

3.  Simplify

Consider your storyline and frameworks.  Are all of the complexity and details necessary?  If your storyline has 10 parts, can you get your audience from Point A to Point B with fewer steps or chapters?  If you've applied a complicated, multi-dimensional framework, can you still make the point with a simpler, more elegant approach?

4.  Get visual

The adage that a picture is worth a thousand words also applies to PowerPoint decks.  Graphs, maps, and other exhibits can replace words while making the same point - often more clearly - than a page full of text or dense, complex data tables.  They also add visual interest to pages, helping you keep your audience engaged.

One caveat - although a good graph will allow the data to speak for itself, remember that you might need some text to put the information into context and/or highlight the key takeaway(s) from that data.

Thứ Bảy, 16 tháng 11, 2013

"Laundry Lists" at McKinsey and 3 Ways to Fix Them

Image from rohdesign.com
Your McKinsey boss might give you feedback that your work reads too much like a "laundry list".  This is also a common error during consulting case interviews.  In this post I'll explain what "laundry lists" are and how you can fix them in 3 easy steps...


What is a "laundry list"?

A laundry list is simply a long, disorganized list of items.  At McKinsey and other consulting firms, the term is used pejoratively.  Some common topics that end up as laundry lists include: a) recommended initiatives, b) possible root causes / sources of impact, or c) next steps.

What's wrong with a comprehensive laundry list?

The major downside of a laundry lists is that they tend to overwhelm and/or bore your audience, causing their eyes to glaze over.  There's simply too much random information for it to be compelling and/or actionable.

In addition, putting a list together isn't that difficult - laundry lists don't show a lot of thought or added value beyond simply collecting information and ideas.  Putting a laundry list in front of your client or McKinsey boss might make you look naive, lazy, and/or incompetent.

How do I fix a laundry list?

Laundry lists are often the result of too much focus on being comprehensive and not enough thought given to organization and efficiency.  There are three ways to take the contents of a laundry list and turn them into something more useful.

1.  Edit

In consulting, it is often the case that less is moreTrimming a laundry list will make it more manageable and the next two steps easier.  It's likely that you have included a lot of unimportant items in your effort to be comprehensive.  By applying the 80/20 rule and focusing on the critical or vital few items, you can streamline your list and make it easier to organize and digest.

2.  Bucket

If you look at your list, you will find that you have similar items that you can group together.  Each group goes into its own "bucket".  These buckets are then used to organize clusters of related items rather than having to organize many more individual items. 

3.  Prioritize

No two items will have the same priority.  Each will be different in terms of the factors that often define priority, like:
  • Potential impact
  • Ease of implementation
  • Importance to the project
  • Urgency to get it done
As a result, you can organize buckets - and items within buckets - by priority, with the most critical ones listed first.  This will help your team and the client optimize the investment of time, effort, and resources to maximize impact.