Hearts, Stars, Thumbsup, Fav, Like, and Love – Reactions on the Internet

Kickstarter is the place where details matter. It’s about taking a lot of pride in your words, your iconography, and your work. It’s exactly the sort of place where you can get a month to research and obsess over a feature like “✭ Remind me*.”

And that’s exactly what I did the first month I was there.

After digging into how it, there wasn’t much consistency. Some people used it when they weren’t sure if they wanted to back a project yet, but didn’t want to forget about it. Others wanted it to reminded them of the impending credit card charge. The spectrum was wide. So wide, that it would have been reasonable to change everything: the icon, the name, what it did.

I’d forgotten about the project until I got back on Twitter yesterday.  The fav star replaced with a heart. The fav star had always been like ✭ Remind me – used for a huge variety of meanings.

When I was thinking about what to do with ✭ Remind me, I looked into other similar features.  Across the board, it doesn’t seem like most of these features were built with grandiose plans. That leads to a lack of consistency between them. I’ve dropped the verb tense from these for consistency. This data is mostly as of 2012, but I made some notes about changes that have happened.

I started out looking at Products that included a Star feature: 

1) Some used the ‘star’ as away to symbolize a bookmark (Chrome, Firefox). Safari used the book to symbolize the same thing. Now,  Slack also uses the star as a way to privately flag messages and get back to them.
2) Some used no name and/or ‘star’ as Kickstarter did. This was a bookmark functionality (Google Reader, Spotify).
3) Some used Favorite (Flickr, Android Contact Manager, iOS contacts, Google hangouts now also does this, Twitter was here). Favorite also implied “frequently used” or “something I want to get back to.”

This left the Star with a neutral-positive feel. It had an undertone of being able to “get back to something” or “find it again later.” It wasn’t always practical “get back to.”  Sometimes it was a sentimental “I don’t want to forget this.”

Then I looked at Products that included a Heart:

1) Love – last.fm, Vimeo
2) Like – Pinterest, Tumblr (Twitter is now here too)
3) Favorite – Etsy

The heart had a distinctly positive feel. It also was used in companies that had a strong community-feeling. Less corporate. This might sound weird in 2015, but it was almost on the edge of too personal/familiar.

I also quickly looked at (Thumbs) Up/Down:

1) Like – Facebook, YouTube
2) ThumbsUp (and Down) / Arrows – Reddit, Digg, HackerNews etc.

This was much more based on ranking and “quality” signals. These things fed into what the overall community saw, rather than a personal sentiment/tool.

Given these loose groupings, I don’t think the Twitter switch is surprising. It set a point of view on what the action is for, and encouraging that action. It aligns with the how the majority were using the feature. It’s not for ranking  and it’s not for bookmarking. It’s a way to express a sentiment to the community. The heart is definitely a distinct group from the star.

What interests me most is how this will continue to change. I think we’ll find three buckets.

1) Products that encourage one specific action that is desirable for the platform.

2) Products that encourage a variety of constrained reactions (Slack’s new emoji reactions).

3) Products that encourage the ambiguity to live on with the people on the platform. I think that’s where the next generation of innovations in “internet interactions.” Leaving a space open-ended let’s you see what else you can add – or come up with new paradigms for a product.

At the end of my research, I was tempted to push ✭ Remind me towards a specific goal. Instead, it lives on in ambiguity with minor improvements. I’m happy every time I use it, for whatever reason. It will never surprise me if Kickstarter remains the third type of product.

* ✭ Remind me, was a small feature that emailed a user 48 hours before the project ended.  The name betrayed the original purpose. It was “remind me to back this project.” Most people used it from the project page. Then it emailed a user 48 hours before the project ended so they could back it.**  Everything ‘starred’ was accumulated in a section of the profile called the ‘starred projects page.’ ***

** It sort of did this, with a lot of caveats. It only emailed you if you hadn’t already backed the project. If you starred the project within 48 hours of it ending, it still said “remind me,” but you’d already missed the reminder. It had previously provided any project updates in your ‘activity feed’ until the project was funded, but that was removed (upsetting some users).

*** Projects remained on the starred projects page after they’d ended, but you couldn’t do anything with them.


Giving Gendered Communication Feedback

I waste a lot of hours about people being wrong on the internet. I’ve decided that when I get annoyed about a gender-tech issue and can’t figure out how to respond, I’m going to provide a helpful (actionable) lesson instead. My hope is even if I can’t respond to everything that’s “wrong” I can at least give some more right things to do.

xkcd has it right.


Recently, my friends have started to take on leadership positions (whether formal or informal) at work.

From my male friends, I’ve started to get questions about how to give feedback to (often junior) female employees. Many of these things relate to interpersonal communication issues vs. say, code quality.

I think the most common two are:

1) How do I tell a woman to stop being self-deprecating about her accomplishments or abilities?
2) How do I tell a woman I work with that she uptalks during meetings, and I’m afraid it’s undermining her ability to be taken seriously?

The general sentiment is “I feel awkward” or “I know this might be gendered so I don’t know if I should say it.” In most cases, the woman deprecates herself, but then knocks every assignment out of the park. If she’s genuinely struggling with job content, that’s a different type of feedback (admittedly many of these suggestions still apply).

I’m the first to say that some of this feedback sub-ideal. We have a workplace culture built on very masculine communication styles. As Christina Xu has pointed out, we should worry less about “impostor syndrome” and more about blowhard syndrome. I agree.

Still, as long as I’m going to be here and working in this sort of culture, I want to at least know how my coworkers are perceiving what I do. Here’s a process to help yourself share possibly awkward feedback around communication styles:

Deciding to Give Feedback

(1) How would you feel if you didn’t give the feedback, and three years down the line it led to her not getting promoted?

It might be scary / uncomfortable for a few minutes or days to consider giving feedback, but think about the long term consequences for her career. This is not about you. Keeping this in mind will help keep you motivated to figure it out.

An early reader of this piece pointed out to me that, it’s also about the long term consequences. If you can’t give constructive feedback to a woman for a short period of time – how would you ever mentor a woman? Women won’t be able to achieve at the same level without having supporters who can give tough feedback.

(2) Are you the right person to give the feedback?

Sometimes, you shouldn’t give feedback at all. If a woman that you’ve never worked with gave a presentation to your team, you probably don’t need to be giving feedback. A good in depth discussion of this is in Lara Hogan’s piece on unsolicited criticism.

If this is someone you work with regularly, it’s appropriate to give the feedback. If you wouldn’t think twice about giving the same feedback to a male peer, you should figure out how to give the feedback. If you wouldn’t give the feedback to male peer – why do you want to give it to a female one?

(3) Have you given a mix of constructive and complimentary feedback so far?

I hate the shit sandwich (good thing, bad thing, good thing). It feels insincere and confusing.

It is important to give regular feedback. If this woman is someone you have worked with before – did you tell her when something was correct? (You shipped that feature really quickly! I thought your technical design doc was really concise/clear, etc). You should be doing this along the way to build rapport, and because both types of feedback are important.

If you do have a relationship and have provided work feedback before, it’s more appropriate to breach the gap and give constructive feedback.

If you haven’t done this, you can still give the constructive feedback. Just realize this issue so you can give more comprehensive feedback going forward.

(4) Is this the right time for the feedback?

The best time to give feedback is right after something occurs. If you haven’t provided the feedback one-on-one to give her a chance to improve, it’s probably a bad idea to dump it into her annual review (or annual peer reviews) with no context.

Giving Feedback & Following Up

(1) Ask first.

This is true for everyone, but it’s always good to start with “would now be a good time to give you some feedback on <X>?”

(2) If you think that “gender” is an elephant in the room, acknowledge it.

This might not legally be the best advice. I prefer when people do this, by far. If someone told me I was abrasive, I’d feel uncomfortable. If they told me they were aware of the double-standards for the word, I’d know that they’d sincerely reflected before talking to me, and had my best interest at heart.

Compare “you were abrasive in that meeting” to: “I think you were a little too forceful in the last meeting. I know there’s research that women are judged more harshly for this, but I felt like your response to Y in particular was harsh. I know you didn’t mean it to come off that way. I think you could have improved the communication by doing A, B, or C. I don’t want you to jeopardize your relationship with Y.”

(3) If you aren’t comfortable with acknowledging gender up front, at least respond if she brings it up.

Early in my career, my manager always expected me to take notes in meetings. I wasn’t sure if this was due to my gender or my (lack of) seniority, and a senior woman that I worked with expressed the same concern.

She ended up encouraging me to ask him, so I did. We ended up having a great conversation, and he explained he’d never realized I might feel that way. It turned out he felt that being the person taking the notes helped with team status, and with gaining future responsibility. A few years later: yeah, he was right. I always try to take notes in meetings, and it’s value to me greatly outweighs any “gendered” nature of the work.

(This isn’t true for everyone – I happen to like taking notes, and have good comprehension while doing so).

(4) Figure out how you can actually help going forward.

If the woman acknowledges its an issue, or expresses a challenge, figure out how you can help in the future. Giving the feedback isn’t the end of the road.

Be sure to ask her for this – “do you want me to point it out if I see this again?” can go along way, as can “do you want to do a dry run of your presentation with me next time?”

The same sort of things you’d do for any coworker who needed help on a specific skill.

Thanks to Sharee Loeffler, Meagan Gamache and Cedric Hurst for reading an early version of this piece and providing some improvements/clarifications in my thought.

Dropping Out – A Beginner’s Guide

x-posted from Medium.

In technology, there’s always lots of buzz around “dropping out.”

After all, lots of high profile people have done so — Bill Gates, Mark Zuckerberg, Alexa von Tobel. Peter Thiel encourages people to drop out with the Thiel Fellowship. Tess Rinearson wrote a thoughtful piece on what a “dropout” is supposed to look like — and how most of us don’t fit that mold. (I do not look like that).

This is not what dropping out used to be. It’s rarely about leaving high school. It’s definitely not about your parents needing you to work and support the household. It’s not about having a child, but no childcare.

It’s a new, optional, trendy type — and only available to a few people. The media likes to glamorize it. It turns out that even this type of dropping out is not as cool as it seems, and it’s not as big of a deal as most people think.

I’ve done it twice, and went back to school once. The first time, I left Olin College after my second year of undergrad to have a startup with friends. It failed, and I went back and finished in one more year. Because my college experience was “four years” (three of college, one of dropping out) people rarely realize it even happened. This time, I’ve left HBS after one year to work at Blade Travel. I have the option to go back anytime in the next five.

No one thinks I am cooler for dropping out.

Defining User Needs for our failed startup.

If you are considering doing the same, here are five things to consider:

(1) If you are dropping out because it’s trendy, you are doing the wrong thing.

I cannot say this enough. The “dropout” status does not matter.

People think it’s important because the common belief is that education needs to be linear. It isn’t. One of the courses I got the most value out of was an information design course at UW (HCDE511). It isn’t part of a degree, a certificate, or anything else I have done. Likewise, there are engineering classes I got very little out of that count towards my degree.

Learning doesn’t happen in formal degrees — it happens in experiences. I believe overtime the world will shift to align with this idea.

In the meantime, the people who believe unconditionally in the current system think you can’t drop out. They are wrong. It’s about a calculation of risk and benefit.

The people who think it’s better to drop out believe that it’s always better to flaunt the system. Flaunting the system is not equally available to everyone, and they are also wrong.

Dropping out is not about what other people around you think you should do. It is about what is best for you. It is not a decision by committee. You should know what you’re hoping to achieve by dropping out. If you do decide to drop you, you need to make that decision alone.

(2) The best thing you can do when you drop out is “go on leave.”

People seem to think there’s a huge difference between “being on leave” and “dropping out.” In either case, you stop going to class and stop getting resources based on your educational institution.

Fuck the people who tell you it’s not really dropping out. They usually haven’t done either and have no way to know. Leave gives you option value. If what you dropped out for goes really well, that’s great, and you continue being on leave until it expires — and drop out forever. If it doesn’t, you can still go back. There’s no glory in closing a door when you don’t need to.

The number of hoops you have to go through depends on the institution — at Olin I remember it being quite a bit of work. At HBS I just emailed one PDF. If possible, I will aways recommend starting your drop out process by going on leave.

(3) Seriously, you need health insurance.

Figure out your health insurance before you commit to dropping out. I wasn’t too worried about it the first time (I was 20 and healthy), but my parents insisted. With the wisdom of more time, I’m glad they did.

If you’re taking a full-time job, you should get benefits, including insurance. Hooray!

If you’re under-26, figure out how to stay on your parent’s insurance (if they can let you). The rules were different when I did that the first time, but my parents helped me figure out a way to make it work.

If that’s not an option, and it wasn’t for some of my friends, in certain states there are specific, inexpensive plans for young people. We were in Massachusetts.

Another way, if you have one, is through a partner. For example, at many technology firms you can get “opposite-sex domestic partner insurance.” Tom has allowed me to be on his insurance twice so I could pursue the career options I wanted.

These are the things I’ve found, but I am sure there are more. It isn’t worth dealing with the hassle after you’ve committed.

4) Think about your finances.

Another big consideration is finances — both yours, and if you’ll be working and living with others — theirs.

In the winter we turned the heat down low to save money, and our dryer routinely set clothes on fire.

The first time I dropped out, there was a group of six of us. Three had relative financial support (parents, savings) and three did not. We were working on a startup, and had no income. It caused a lot of tension. We had a lot of conversations you wouldn’t expect:

Who cleans the bathroom? Is that a household contribution that helps alleviate financial burden? Does a Swiffer qualify as a necessity? When is it okay to deviate from the typical grocery list? How warm can we keep the house?

The practical tension was detrimental to us working together on what we really cared about: the company we wanted to start.

Figure out how much money you’ll need for a year and how to budget it. This sounds obvious, but if you’ve never lived on your own before (like if you’re in a dorm and on a meal plan) — you want to think carefully about it.

On top of that, look into your student loans. Will you have to start paying them back if you drop out? How will you go about doing it?

5) The “fun” part comes last.

If you don’t have the patience to deal with the logistical side of dropping out, you also won’t have the patience for the day-to-day of dropping out. There’s a lot of stuff that isn’t glamorous.

That said, once you do get the logistics right, solidify the fun part:

Brainstorming for what we wanted to start.

What do you want to work on?

How do you work best?

Where do you work best?

What are your goals for this year? Next year?

What are the different things you may try?

What can you do with this freedom that you couldn’t do while in class?

The first time I dropped out I wrote a 20 page document detailing everything I wanted to do. I probably did half of it, but was grateful I’d created a plan. This time it is a lot more like returning to my working life before HBS.

Regardless, know what your goals are. If you do decide to take the plunge…

Good luck!

Dropped out? Have a different story? Think about this differently? Please write a response!

The Three Skills of a Google Product Manager

One of the things I’ve picked up on over the course my career is just how much respect there is for Google Product Managers. I don’t disagree – some of my favorite PMs have worked there. On the other hand, many of the people I really respect haven’t. So what’s the difference between a Product Manager (PM) who worked at Google, and one who hasn’t?

I’ve been asking around. Last time I was in San Francisco, I had the chance to ask Ken Norton and he clarified it for me in a way that I wanted to share. This explanation aligns with what I’ve heard from other friends (internal and external perception) – but it was by far the best framing I’ve heard.

(0) Google helped standardize “Product Management.”

I’ve written about this before – but the origins of Product Management are nebulous. It stems from Brand Management and Program Management. Google was one of the companies in the valley who had an established discipline first. This means they set some of the standards for what we want the discipline to be. This isn’t really a difference now that it’s spread, but it is important context.

(1) Technical Respect

This has been talked about frequently, but Google is an Engineering-led culture. This means you can’t get things done if you don’t have the respect of Engineers. Having had a Google PM job for a significant chunk of time means you did figure out how to achieve this.

If you are somewhere that engineers “have” to do what you say, you haven’t achieved this.

(2) Scope

Google does not scope projects to PM-experience. Even APMs are thrown into large areas. This is different from many companies who don’t want the “risk” of having a new PM own something large. This is also different from political companies where there isn’t enough work, so there’s political infighting to “own” things.

This resonates strongly with me – at Microsoft my first project was an app where you couldn’t do anything. You just clicked a link, and it showed you PowerPoint slides.*

(3) Accountability

When you have the privilege of owning a large area, you also have to be accountable for it. That means it has to either work – or that you dealt with the consequences when it didn’t.

Some organizations will say everyone is at fault when something goes wrong. At Google it’s more likely to be specifically the PM.

I’ve seen this happen in small teams where “we’re all in this together” and people don’t want to offend each other.

I think these are three great areas to evaluate a PM on, but the only way to learn them isn’t at Google. (And while you have a great shot of learning them at Google, I do know those who haven’t).

If you’re a PM and you haven’t mastered these three skills, it’s well worth figuring out how to change your role to include them.
* To be fair, the scope of this project was originally larger. Even so, my next project had far more PMs than were necessary. Too many PMs means a lot of time in meetings with other PMs, not enough time getting things done.

You are not your culture

Over the weekend, Jodi Kantor and David Streitfelt published a piece on the culture at Amazon.

I’ve seen responses fall in three primary categories:

1) The necessity / truth in this reporting, and the need to create better conditions.
2) The idea that this isn’t true (anymore) or the story is sensationalist.
3) The idea that even if this is true, an extreme environment is necessary to do amazing work.

One of the key topics in the piece is about how forceful and direct the feedback culture is. Doing great work does require constructive feedback. Ben covered this nicely in Stratechery (paid, and highly recommended).

He particularly drew from this New Yorker article, and in particular this passage:

Jobs replied, “Why would you be vague?,” arguing that ambiguity was a form of selfishness: “You don’t care about how they feel! You’re being vain, you want them to like you.” Ive was furious, but came to agree. “It’s really demeaning to think that, in this deep desire to be liked, you’ve compromised giving clear, unambiguous feedback,” he said.

From what I can tell (article aside), Amazon does have a culture that encourages constructive and clear feedback on work. This is not surprising. That’s been true everywhere I worked. I receive and give feedback for Blade Travel every day. People who work in technology often defend the right to give clear and constructive feedback on work – preferably absent of politics.

So if we are so defensive of our right to give blunt feedback on products – why can’t we do the same with culture?

“Culture” is where we still struggle with the distinction between “critiquing my work” and “critiquing me.”

When I started my career as a PM it was hard to separate “critiquing my spec” and “critiquing me.” (You can easily substitute code/design for “spec” here). It felt like every constructive comment was something I should have seen in advance. I cried more than once after spec reviews. Like most, with more experience, I moved away from that.

Cultural critique is a more abstract version of the same concept. We have a harder time with it. It’s because we talk so much about how founders set the culture for the company. Yes, founders do help create the culture. Founders are not the culture. Jeff Bezos is not Amazon’s culture.

If the NYT published a piece talking about how the Echo was “the most useless product ever” we would not have reacted as vehemently. We would have used it as a jumping off point for the conversation about the product and how it will improve, and where it will go. It would not have been right/wrong or good/bad. It would not have felt so personal.

To build better companies, we need to get there. We need to accept that Amazon’s culture is something that can be critiqued – the same way a product can be critiqued.

It is not personal, even if it feels that way right now.

Riding the Subway

When I lived in NYC, I started suddenly seeing Tumblrs about people (mostly men) taking up too much space on the subway. Here’s one as an example.

Many of these cases show trains with plenty of space. While it’s still an expression of privilege, it has fewer practical implications if there are plenty of open seats on the train.

Unfortunately, in Boston, I frequently see this when the train is packed (even with people still waiting on the platform). In those cases an empty seat is one less person who gets on the train. Or it’s one more person crammed into the packed standing area, when there’s a seat available. For some reason, people here are too polite to sit down and force the person to make room. I assume some of the men taking up too much space don’t realize they are doing so.

I often see women look at the seat, evaluate if they think the man will move, and then walk and stand at the other side of the car – leaving that one open. Once one person has deemed it “un-sittable” no one else seems to either.

So, I’ve been sitting in all of those seats. Even when I don’t really want to sit. I don’t say anything – I just reclaim the space to make it obvious the train is full. I’ll happily offer the seat to someone elderly or pregnant after I’ve reclaimed it.

Today was one of those days. I was on a crowded train. There was a man taking up about 1.5 seats worth of space. I watched a woman walk up, look like she was going to sit down, and when he didn’t adjust to make space – walk to the back of the car to get another seat.

So I did my usual. I sat down.

The man didn’t move, or make any adjustments to provide me with more space. Instead, he left his elbow on my thigh for the entire ride. The subway is crowded – often your arm will touch another arm, your leg another leg. This wasn’t that. He left his elbow on my thigh.

I couldn’t bring myself to say anything – or figure out what to say – so I just sat there for four more stops until I got to work. This is the first time my strategy has backfired, and I’ve been doing it for about a year. I’m going to keep doing it, but I sure hope that doesn’t happen again.

“But you don’t look like…”

When I announced I was going to HBS last Spring, one of the common reactions was, “wow, the old boy’s club?” or “so.. you’re trying to find a place more sexist than tech?” I think this was particularly prevalent because of an article that came out at the time.

Transitioning to HBS was anything but easy. I was an introvert in a very social environment, and I was technical in a place where many things are high level. Many things were extremely hard for me. But at least one thing was finally easy, and that was my gender. The HBS classroom is 42% women.

Since I’m sure someone will ask: HBS has things to fix on this front, but it feels light-years ahead of tech. There was one thing in particular that stood out.

When I talk with people in technology, it’s frequently assumed that I don’t belong. People ask me “are you a recruiter?” with alarming frequency. People will ask me if I’m at a technical event because my boyfriend is. It’s not uncommon for someone to say “but you don’t look like an engineer” or give me the look that says exactly the same thing. I haven’t been mistaken for a janitor, but nearly half of black and Latina women in science have.

It was a delight that this didn’t ever happen at HBS. At HBS, a common first question is “what section are you in?” – assuming you are a student. No one ever asks me “are you a partner?”

People don’t assume what job you did before, either. You cannot, and do not, look “like a consultant” or “like a banker” or “like an engineer.” Instead, they’ll ask “what do you do?”

This was a delight, and it should not have been. It’s basic courtesy to not assume you know someone’s job based on how they look. Just as someone does not look like a banker or a consultant, they also do not look like an engineer or a recruiter.

There is nothing wrong with being a recruiter. There is something very wrong with assuming someone is a recruiter just because they’re 5’4” and have long brown hair. If you stop and think for even one minute, it’s absurd to presume to know someone’s job based on their appearance.

People try to play this down and say “it’s a compliment!”
It seems like not that big of a deal.

At points in my writings about technology, I have worried about being “too sensitive.” At points, I have wondered if micro-aggressions really matter. I have wondered if it was like this everywhere, and there was no specific problem.

But I have now been elsewhere, and this is not a compliment. It is a big deal. It doesn’t make any sense. It’s rude.

These small insinuations and questions betray huge assumptions. That the only women working in technology are non-technical. That there aren’t women in technology at all.

Each time you’re asked these small questions, you’re forced to be an ambassador: correcting the assumption, proving we belong, proving you know what you’re talking about. You no longer get to speak for yourself because you have to speak for the group.

It is exhausting to have to deal with this over and over: striking the right balance of being polite, while explaining the asker has been impolite. Trying to save the next person from the same experience. Trying to change the perception, one person at a time. Even when only one person in an event with fifty asks the question – you know that someone else is thinking the same thing. It reminds you that you’re constantly being judged in a way you didn’t sign up for, and that others see you as not “belonging.”

All because of stupid questions. Rather than having women deal with this, we should all learn:

1) Don’t be presumptuous. If you want to know what someone does, say “what do you do?”
2) For extra credit, follow up with Paul Ford’s handy primer on being polite.

At HBS my opinion still had connotations: “technical” and “startup” and “blunt” – but that’s because those things are me, and they are the things I choose to represent.

I hope that someday women in technology are granted the same relief that I had this year. I hope that some day I comment and the first things people think are “consumer product management” and “artistic process” and even “MBA.” That people will judge those categories instead of my gender.

Until then the “old boy’s club” will feel more inclusive. Watching what questions we ask will be a start.

The Coaching Fellowship

Last fall I had an interesting opportunity: to participate in The Coaching Fellowship. I wasn’t 100% sure what coaching was when I started. The program has a handy chart, but everyone’s experience is different.

Screen Shot 2015-05-31 at 10.22.25 AM

The fellowship makes eight hours of coaching available to women 25-35 at a highly reduced rate. The goal is to give women the tools to succeed early in their careers and accelerate their impact. Applications have re-opened (open until June 12th!) and I wanted to take the time to share my experience as an example.

It started with an email exchange from my mom in early June, and a little over a month later I got the news: I was accepted!

Shortly thereafter, I started working with my coach, Lindsay Jean Thomson. Lindsay was a great match for me – many of her other clients are entrepreneurs in San Francisco. She has her own new startup: Women Catalysts. In addition to coaching, she’s spent time as a yoga instructor. She’s always taking interesting trips, and she was often traveling when we talked. She’s squarely in the age bracket where should could be a participant in the program! We have a lot in common.

At first I was a little envious. Lindsay seemed so secure in her work. She’s patient, she knows what she wants to do, and she does it. She reminded me of all my favorite lifestyle bloggers. But there was no real reason to be jealous: Lindsay was completely present and ready to help me figure out how I could be more effective.

The first session was my favorite. As a Product Manager, I love to define the system and figure out what’s going on. We needed to find a baseline to see what I needed to work on, and why. We went through a few key exercises, and I found all of them valuable.

I won’t go through the exercises in detail (that ruins the fun!) but to give you an idea:

1) We assessed the different “areas” of my life and how satisfied I was with each (work, friends, home, etc). We even used numerical metrics to make sure we had a firm baseline to compare to.
2) We figured out some of the persistent things that hold me back, and ways I negatively impact myself. These were the areas we wanted to tackle in the other sessions.
3) We did some visualization exercises to explore where I see my future.

One of the things I loved about the program was having homework. Having Lindsay assign the homework, and require a verbal confirmation from me, gave me more accountability. It can be easy to push personal improvement tasks to the side when you’re busy, and the homework made things more official for me.

At the beginning, Lindsay was active in defining my homework. We started with a very uncomfortable exercise in crafting a life purpose statement. As we spent more time together, Lindsay would ask me what I thought the best assignment would be and help me refine it. We’d figure out ways to apply lessons in my life. She always sent me notes after the call to reiterate the assignments.

In each subsequent session, we’d review the homework and find ways to push it further or tweak it. We maintained focus on a few key areas throughout the program. Some of them were about amplifying my strengths, and others were about fixing problem areas. I slowly got better.

The lowest point of the experience was right after my coaching ended. I’d subconsciously expected a neat bow: “and then I got my life goal of X!” or “and suddenly I felt Y!”

Instead, we just… ended. I’d put in the hours with Lindsay, I’d put in the homework, shouldn’t something magic happen? There was never a lightning bolt moment. At the time, I was sad. Almost a year later, I’m glad there wasn’t.

Coaching didn’t give me one moment, but it did give me a suite of tools that I’m still using. If I’d had that moment, I might have closed that chapter and moved on. Instead, I keep going through the process. I’m more aware of myself and my habits. I’m now better at catching the things Lindsay and I discussed. I’ll catch myself saying “just give them an A,” and I pause to ask myself if I’m devaluing intangible skills. I’m better at holding myself accountable for prioritizing personal changes.

The Coaching Fellowship is not a magic bullet. You might not end up with a visionary moment at the end, but you will emerge with the tools you need to keep going. In my mind, that’s more valuable.

Interested in applying? The Application is open here.

pm@olin: Capstone (Class 11)

This week was our last week of Product Management at Olin! For me, this was the most fun class we did. First, It was the most challenging pedagogically for everyone involved. It also nicely tied together what we’d covered. Added bonus: It also gave me a whole new lens to think about my HBS education through.

As always, I couldn’t have done this alone. In particular, Professor Eisenmann was a driving force behind the class. He wrote the case, helped me learn how to teach it from his teaching plans, came to class and observed, and gave feedback and explanation of cases live for my class. A huge thanks to him for helping pull together what I think was an excellent conclusion to our class!

1. Cement everything we’d covered so far in the course.
2. See how Product works in a company that has legacy and other complications (instead of the project examples we used).
3. Use a classic business case study instead of small exercises and projects.

Required Reading:
1. Product Development at OPOWER  (Eisenmann and Go)

1. The Case
2. Case Discussion Plan
3. Board Plan
4. Whiteboards, markers, associated props



The Case – 90 minutes

The typical HBS classroom case discussion takes about 80 minutes. I don’t have the ninja-skills that HBS faculty have (but I do have the luxury of a 2.5 hour class) so we went a bit over.

I can’t share the specifics of our discussion. One key point of the cases is people don’t want the answers floating around. If you buy a copy of the case and want to chat with me about it, just let me know. If you’re an HBS student, you can request a copy for free from the library (also due to Prof. Eisenmann).

We spent about 45 minutes fleshing out the specifics of the problem. That was listing and evaluating all the options available to OPOWER and the Product Manager. Prof Eisenmann said in a more experienced classroom, we could have cut that to 30-35 minutes.

Then we talked more about some background and general facets. How did OPOWER get into this situation? How does the PM role and the organizational structure play into the dilemma? What is the best software development process? Did this one work? Is this broadly applicable to other projects?

On the whole, I was happy with how the conversation with. There were a few students who I wanted to get more involved (I did do a cold call!) and I wish I’d been more proactive about that during the conversation.

Because we only had ten students, it was easy for everyone to participate. I didn’t have to use a hand-call method, everyone just jumped into the conversation naturally.

I also felt like my leading of the discussion felt apart more as time went on. At the beginning I was pretty clear on what I wanted to cover and how to get it on the board. As we got to the final sections I was afraid it felt more like “box checking” than a genuine elucidation of knowledge. If I did it again, it would be stronger.

The Postmortem of the Case – 15 minutes

After we wrapped the case, Professor Eisenmann shared what OPOWER decided. He also made some comments on the discussion.

The students, in typical Olin-fashion, asked how they could have been better. That resulted in unplanned live debrief about the discussion. We covered how it went compared to an MBA conversation, and how I could have led the conversation more effectively.

I found this part of class rewarding. First – it’s rare to get feedback on your teaching from another experienced educator. That was a treat in itself. Secondly – it was nice to get a bit more insight into the style that goes into teaching a case. I spend a lot of time in the classroom observing what my faculty do, but it was nice to go through the process myself and see what happened.

I did draw from things my faculty do: for instance, Jan Rivkin uses colored chalk to annotate pros/cons. I tried to do the same with my markers. I also tried to ask more questions and restate less, because that sometimes frustrates me in class. After having done the postmortem, I have a lot more respect for why the faculty restate and how it moves the discussion along. I’d do so more in the future.

From the student side: Wow. I was impressed with how well they handled a case study. They evoked similar ideas to an HBS classroom. The discussion went well, in part because everyone had experience in the field and participation went back and forth a lot. Our Babson student was able to give a more business-oriented perspective, helping the discussion.

The students picked up on a lot of best practices. They took strong opinions, they spoke concisely, and they built on each others comments. There was a lot of genuine listening in the room. I honestly thought the quality of conversation was higher than some of the early conversation in our section.

(It definitely helps that they’ve been together all semester, have a smaller group, and are in a lower pressure situation – but was still impressive!)

Class Wrap – 30 minutes

We finished with a general class wrap. I was exhausted after teaching the case, so this part of class was pretty amusing.

We went back through some of the learning goals in the beginning (we covered many of them). We also chatted a bit about Olin and if I’d teach the seminar again. I hope the students benefit from having taken the class and I’m looking forward to seeing what they do next!

(I’m taking it as a good sign: of all the students that enrolled and started at the beginning: no one dropped the class, and everyone attended enough seminars to get credit).

Selected Notes/Changes:
1. I’d spend more time prepping the second part of the lesson. I thought it would flow more naturally from the first.
2. I’d move to a classroom that has the moving-chalkboards the way HBS does. I felt like moving to the side of my room really changed the dynamic of the conversation.
3. I’d spend more time balancing the voices in the conversation.

pm@olin: Most Likely to Succeed (Class 10)

Product Management Class 10 was originally intended to be a recap of everything we covered before our capstone next week, as well as some “special topics” to delve deeper into a few areas.

A few hours before class started, a student forwarded me an email with the text “ :( “ added. Olin was having a screening of the documentary, “Most Likely to Succeed” specifically for the students.

The documentary is about the current state and future of education in our country, and specifically followed High Tech High in San Diego. Following the film, Richard Miller (Olin’s President) and Tony Wager (Harvard Innovation Fellow) were going to take questions.

This is why Olin is a special place. The President of the college stayed at work until 9pm, on a Wednesday, to talk to students about the future of education. If I’d been a student rather than the teacher, I would’ve skipped class, no questions. You go to Olin for those opportunities.

So, I sent an email to my class with a poll about what we should do. There was a wide consensus that we should go to the film, and tie the other content into next week’s class. So that’s what we did and will do.

The film wasn’t directly related to be PM at all.

That said, I think it still make sense. A lot of being a PM is rolling with what doesn’t cost very much, and helps make the team happy. You don’t always get the most done by optimizing.

For me this week, it was letting the class take a one-time opportunity to see a film.

For a PM, It’s figuring out how to find a little extra time for the easter egg. It’s doing the extra work to get a cool side project into the product. It’s helping someone else learn a new skill. It’s the thank you cards or the day off after shipping.