Category: Product Management

Categories
Product Management

Mark Zuckerberg and Motivation at Facebook

I like this a lot: using long-term discussions to better plan near-term work. Probably leads to better conversations overall, and a better understanding of the “why”.

When I ask people close to Zuckerberg how, exactly, he has pulled off these achievements, I don’t hear a lot of anecdotes about him swooping in and personally making genius-level decisions that suddenly changed everything. Instead, they praise his inquisitiveness, persistence, ability to deploy resources, and devotion to improving Facebook and himself. He has a knack for carving up grand plans into small, doable victories. “Most of our conversation was about long-term strategy, and then we’d backtrack from there to what we should do over the next month,”

From a great article about Mark Zuckerberg and Facebook’s long-term plan.

Categories
Product Management Software Development

How to Measure a Development Team’s Output

A friend emailed me for advice this morning:

How do you track/measure/analyse how much work you get out of your team over a given period of time (sprint/quarter/year/etc.)?

It’s an interesting question that I’ve dealt with as a designer, a developer and a product manager. It’s a question that comes up all the time, so I’m adding my response here hoping that someone else gets value out of it at some point.

How to measure your development team’s output:

  1. Value delivered. This is the biggest way to measure team output. 2 “high-value” deliverables pushed is better than 5 “small-value” almost every single time. While this has the potential to be relatively subjective, if your team’s mission/goals are aligned with the business’s mission/goals, then it should be easy to know.It’s important to remember that this doesn’t have to be financial value: if your goal is to strengthen the reliability of your video processing pipeline, then adding the fourth or fifth 9 to the overall success rate is value delivered.Also consider non-code output as value, such as increased team learning: if the team has spent the sprint cleaning up tech debt that drive them nuts, they’re going to be more productive in the future. That’s value. If the team spent the entire sprint interviewing customers, holding a design studio to sketch next year’s 2.0 version, or having a massive grooming sprint to clear up the mess in Jira, that’s long-term value that you won’t be able to assign dollars to.
  2. Velocity achieved. Assuming every card that your team works on has an estimate, tally up the sum of the estimates of finished, deployed work. Keep a record of how many points you ship per sprint and work to keep this increasing. This is more objective, but easier to game since the team could just start padding numbers to make it appear that their velocity is increasing. It is also a very good way to make your developers feel like code monkeys.

I would hesitate to use any of these to measure team output:

  1. Lines of code shipped. If your team cares about succinct code, they won’t want this number to go up anyway.
  2. Number of deploys to production. Lots of deploys could mean lots of hot fixes or prod issues.
  3. Number of cards deployed. Easy to game: all of the sudden, 1 card with 4 sub-tasks becomes 4 cards because “now we’re shipping 4x the work!”
Categories
Product Management Reading List Search Engine Optimization (SEO)

Reading Today: December 2, 2014

Three articles I’m reading this morning about search engine optimizzation, A/B testing and user experience.

Google Penguin Nearly Killed My Business
The moral of the story is that there’s no shortcut to ranking well on Google. More so than ever it’s about getting established, reputable sites linking to yours for a good reason.

How Naive A/B Testing Goes Wrong and How to Fix it
I’m in the middle of a couple of A/B and multivariate tests both at my day job and on my Etsy store, so it’s fascinating to hear how others do it and what they’re leaning.

“Invalid Username or Password” Is a Useless Security Measure
Another day-job-related link. We currently tell you if the email is unknown, or if the password is incorrect. Since I’m in a unique position to be both the product owner of our largest online product and the director of customer service, I know first-hand the impact this change has had on customer service contact (40% drop in account-related emails). The developers are concerned that this opens up our site to attacks, but I’m pushing back from a UX standpoint. So obviously I sent this link to them.

Categories
Product Management

42 Rules to Lead by from the Man Who Defined Google’s Product Strategy

Jonathan Rosenberg, Google SVP of Products recently gave a speech to graduates of Claremont McKenna about his rules to success and leadership.

My favorite line from the entire speech has to do with persuasion, especially during a meeting:

Back up your position with data. You don’t win arguments by saying ‘I think.’ You win by saying ‘Let me show you.’

Read a recap of his speech here or watch the video below.