Agile in 2016: Product Managers Using Feature Flags
How feature flags in your product management pipeline can help communicate empathy and genuine feedback to your customers.
Join the DZone community and get the full member experience.Join For Free
the product manager
you are the king or queen of the product. you’re the engineer, the designer, the business mind, the marketer… in fact, you are a little bit of everything. you are the product owner, but more importantly, you are the leader.
in his article, prasad thammineni (cpo of choose energy) outlines the 9 qualities of a great product manager :
- understanding the current needs of the product and how it fits with the company’s overall vision
passion for products
- love what you make, love what you do.
empathizes with the customer
- respect and understand the customer’s wants and needs.
- gather insights from your customers, learn their pain points and discover opportunities
aspires to build great experiences
- understands that user experience is paramount for product success
- identify the key metrics and track performance, establish baselines to measure success
ability to prioritize
- keep things in order, understand what needs to be completed first and what needs to wait. use customer feedback for prioritization.
- management is a collaborative process, you cannot be dictatorial and expect to inspire your team.
- action-oriented, you get things done.
to embody these 9 principles, you’ll typically see pms use a myriad of tools to organize teams, manage development, qa, and track benchmarks (jira, aha, mavenlink, and about 10,000 others). every aspect of effective product management seems to come with its own suite of tools, except for two: customer empathy and customer feedback (interviews, testing) , which i’ll explore in greater depth.
as a product manager, you must empathize with the needs and wants of your target audience. as catherine shyu (pm at fullcontact) writes, “the product manager is responsible for knowing the customer like the back of their hand — their frustrations, their daily thoughts, the context in which they use the product, and their needs.” it’s one thing to ask your customers for feedback, to interview them during development, and to have them test your product before it’s launched. it’s another thing to have your customers test your product in a real environment or to provide certain customers with a personalized experience.
a key to empathy is the ability and capacity to take action on feedback. as jennifer winter notes, “collaborative and creative empathy doesn’t equal sympathy. the goal of empathy is to support and understand the intent and purposes of others, which in turn will help you obtain insightful feedback.”
user interviews, in-person testing, assigning tasks, and conducting basic user research are fundamental to development a successful user experience. however, they each have a common limitation: artificial feedback.
when we sit down with a user and ask he or she to do something, we have taken that user out of their natural environment by forcing them to unnaturally provide feedback. the feedback we receive is still valuable, but it’s not purely genuine.
genuine feedback comes from testing real users in a real environment without them knowing they are being tested. imagine being able to test a new feature or experience to 1% of your real users before launching it to the rest? actions often speak louder than words. if i rolled out feature a to 1% of my users with the hypothesis that they will use it and then they don’t.. or they use it once and then never again.. that feedback is deafening. now, imagine if you could just roll back feature a completely and then use interviews/testing to figure out why the feature wasn’t being used, and then roll it out again.
feature flag driven development enables this genuine feedback loop.
feature flags and genuine user feedback
pms at google, facebook, and amazon have integrated feature flags into their development cycle . this has enabled them to know how users react to a new feature before it has been released to everyone. it also helps them be more responsive to feedback without having to leave a "bad feature" out on the market for too long.
let’s say facebook wants to release a new timeline feature called timeline beta. this feature reorders timeline stories in order to increase user engagement. timeline beta has gone through all the rigors of internal testing, user interviews, and whole gamut of proper ux research. for launch, facebook wraps timeline beta in a feature flag, allowing facebook to have complete control over who sees the feature. on day 1, they roll out the feature to 0.5% of facebook users to see how they like it. on day 2, they see a 20% decline in user engagement for those users who had timeline beta. on day 3, facebook rolls back timeline beta via the feature flag and begins the cycle anew.
imagine if facebook released timeline beta to all of its users without an easy mechanism to revert to the previous version. they could have seen millions in lost revenue, caused a social media uproar, and turned users away. this is the power of feature flag driven development: the ability to take full control of who sees your new features and to test those features in a real world environment.
getting started with better product management
integrating feature flags into your development cycle does not require a complete process transformation or months of retraining. if you’re already practicing continuous delivery, feature flagging can become an integral part of your dev cycle in no time at all.
if you're an agile team, then you can think of feature flagging as a way to iterate safely and intelligently, without the risk of cripling your application or upsetting all of your users.
featureflags.io provides a comprehensive hub for feature flag driven development and can provide you with a nice starting point. atlassian also provides a nice conceptual overview of feature branching and agile .
Published at DZone with permission of Justin Baker, DZone MVB. See the original article here.
Opinions expressed by DZone contributors are their own.