Tag Archives: Product Management

How to accelerate Customer Impact thru Discovery đŸ€© without the framework hype 😅

Too many teams miss out on unlocking product value (plus fun & learning as bonus) either by not focusing on discovery, or obsessing about the process. Worst is when leaders track efficiency metrics to manage it. Having learned discovery the hard way myself (credits at the end), I think I understand why. But more importantly, I want to share 3 areas leaders can manage instead, so teams are empowered to do their job.

I’d like to start by reflecting on two quotes that explain discovery best.

“Discovery, by definition, means you don’t know the answer when you start.”

Ed Catmull’s (Co-founder, Pixar) spirit1 in Marty Cagan’s words2. Either way, two great influencers on building lovable products.

The most magnificent thing takes a while to build.

Moral of Ashley Spires’ story, The Most Magnificent Thing, for pre-schoolers captures the ups & downs of the creative process perfectly.

There are two unknowns in there: scope (resources) & time — presuming everyone likes high quality. And Management 101 teaches leaders to fear & control both. Rightly so, because they have opportunity costs associated, making leaders and teams anxious about discovery. Instead of trying to observe what works and what to fix, they resort to a shinier process for a false sense of control. đŸ€ŠđŸœ

Don’t get me wrong about process; I love process as a guard-rail but not as the only rail.

Instead if leaders just observed these 3 areas from a distance, they would know exactly where to coach, while empowering teams to have a fulfilling time doing discovery.

1. Origin of discovery work

Understand 🔍

  • How do teams explain ‘discovery’ and their current process? Particularly useful when starting in a new role, and helps understand the mindset, frameworks and approach of the team.
  • What triggers discovery and where does it begin? Answers would most likely range between ticket, feature, idea, problem and mission. Great teams (with a well-defined purpose) are at the right-end of that scale — both literally and metaphorically.

Improve 💡

  • Democratise access to data – both quantitative and qualitative. Data Analysts should be reserved for higher-order analysis that modern-day product analytics and data visualisation tools are still not ready for. User research findings should also be in an easy to search system4. Same goes for customer service tickets and feature requests.

Data accessibility ensures product teams know just as much as anyone else in the company about what their customers need and don’t need to be thrown ideas at.

  • Educate the team on core discovery concepts: dual-track Agile, design thinking, customer journeys, jobs-to-be-done, design sprints. Instead of adopting one as-is, retrospect and restore the missing pieces in your process. Don’t be shy to repeat.
  • Guide teams to clear missions which help them understand which problems to own, and which ones to solve with other mission teams. Assuming good team topology exists. Connect to company mission.
  • Challenge teams on their opportunity(-solution) trees and discuss how those bets fit within the portfolio of bets you manage in your product area. Connect to north star metric through KPIs these opportunities impact.
  • Reflect on discovery content you discover — frameworks, blogs, podcasts, etc — to draw parallels to your process and control the FOMO. Trust me, they all rinse-and-repackage the same core principles.
Continue reading How to accelerate Customer Impact thru Discovery đŸ€© without the framework hype 😅

Will your career growth survive COVID-19? 5 prompts to set personal goals today!

I hope you are safe and doing well through the ongoing health and humanitarian crises. The Coronavirus pandemic caught us by surprise, and has left us between repealed norms and an uncertain future. The end isn’t imminent but we’re optimistic.

If you work on the front lines or in an essential category serving this pandemic, my sincere appreciation. Thanks & God bless you. đŸ™đŸ»

If not, you probably have a story for your career-from-home in 2020. And that’s going to be my favorite conversation starter for learning, coaching, networking, interviewing and small-talk in 2021. How did you prevent your personal development from stalling? If you don’t an answer ready, this post might give you some ideas.

In May, Janus offered me to host a session at his Product Management peer group. I took the opportunity to dive into this question with fellow Product leaders and get inspired by their stories from these troubled times. I want to share the leading questions I used (#5 added later) to help frame that story.

Prompts to set personal development goals đŸ€”

  1. What is the 1 thing you had/knew pre-COVID, but didn’t use it much, and are now using/applying it more than before.
  2. What Skill(s) or Technique(s) you learned pre-COVID are you applying right now?
  3. What book kept you inspired during COVID?
  4. What’s a Skill or Technique you want to sharpen in 2020?
  5. How did you give back to the community during these times?
Continue reading Will your career growth survive COVID-19? 5 prompts to set personal goals today!

#RELOOKUP – Rationalizing Housing’s emotional appeal

Ever since I’ve had a wifemy only one – from the advertising arena, I’ve developed a keen eye for commercials & hoardings. If you’ve been in Mumbai in the last month or so, there is no way you have missed the myriad of Housing.com banners extending for miles. Touching emotions is the magic bullet to successful campaigns in the Indian market. Housing did just that, and I feel it succeeded. But when I visited the portal, I felt it lacked the means to realize the dreams the hoardings had shown me, albeit a slick user interface.

Here is what I thought would’ve helped kick-start the #LOOKUP journey and rationalize the emotional appeal.

See nothing? View the presentation on SlideShare
Header image: Sharad Madiman / Gaurav Prakash

 

Technical Debt Assessment framework for Product Managers

a.k.a. Why & How Product Managers must assess, account & groom technical debt

Context

Technical Debt explained (c) galorath.com
Technical Debt explained (c) galorath.com

When I started conceptualizing a new product 5 years back, the concept of technical debt only existed in theory. Over a period, the pressure of time & customers, drove features cuts, compromises, and unfortunately, some quick-and-dirty solutions. Post the short-term wins, its not too long before technical debt surfaces and forces a resolution.

Triggers

Technical debt is taken up for short-term advantages such as shorter time-to-market, and preserving capital. But in the long run, it reduces productivity, time available for new feature development and, God forbid, might keep you from crossing the chasm.

While Product Managers balance out the short and long term benefits/impact of every product decision, it is important that they keep track of the debt that is being baked in with every story. At the same time, having some framework to preempt the debt that is inadvertently introduced and proactively manage it as a roadmap item.

The Debt Assessment Framework

Fowler categorizes debt as Reckless v/s Prudent, or Deliberate v/s Inadvertent. While this classification answers the ‘how’, it doesn’t provide visibility into ‘what’ and ‘where’ of debt is added. Without further classification, accounting debt is like having a balance sheet with just one account for liabilities. I would like to further categorize all the debt that is deliberately added and assess its risk upfront. Here’s how:

Risk assessment for (deliberate) technical debt
Type Potentially lacks.. User Visible Sales Risk Ops Risk
Business value Comprehensiveness in all business scenarios, Browser/Language support, Super admin rights, etc. Y Y N
User Experience Simple task flows, help cues, consistent design, mobility, Usability or A/B testing Y Y N
Performance Quick response, High availability, Clustering, CDN, Load/Stress test suite Y Y Y
Maintainability Data redundancy, Recovery, Migration, Configuration management, Sizing estimates, Documentation N N Y
Design/Architectural Portability, Modularity, Coding standards, & styles, Web services, Latest component versions; Has glue or duplicate code N Y Y
Test Automation Comprehensive coverage of functional/unit tests, either brittle or missing N N Y

If you’re wondering why (missing) features and defects don’t show in the list, that’s because they are the fundamental work units for development and not actually debt.

Practical use

Using the above framework as checklist for all new feature development, even non-technical Product managers can easily assess Continue reading Technical Debt Assessment framework for Product Managers

Don’t be desperate to crash time

Everyone in the software industry, has at some point of the other, been part of a delayed project. The result is often a war room where all the big shots put their heads together to save face. Imagine one such meeting where everyone is focussed on crashing time. Management is willing to compromise margins and the project manager has been given the authority to do anything it takes to deliver the project sooner.

All eyes are on the development team to see what they can do to expedite. Desperate, the project manager thinks he has an offer the Dev manager can’t refuse. He takes pride in offering to add more resources to the project. The Dev manager, however sane otherwise, goes ballistic on hearing this and yells out: ‘9 Women Can’t Make a Baby in a Month’. There is a moment of silence. Then, the noobs giggle, the big shots calm down and the PM walks out of the room.

9 mothers can't make a baby in a month
Courtesy: piedtype.files.wordpress.com

This is Brooks’s law, and every software engineer gets exposed to this mantra/joke – whichever way you take it – in the very first years on the job. If Pressman was as bold as Fred Brooks, he would’ve added it to his Software engineering bible. This is 100% true Continue reading Don’t be desperate to crash time

Local perspective on Product Management in India

As discussed in my previous post about responsibilities of a product manager, product management continues to remain the less spoken about profiles in the  otherwise large Indian IT industry. With the growing number of products in the Indian webspace, the demand for experienced PMs is likely to peak in 2012-13. But there’s still time! For now, Product management in India is less concrete (in terms of the role), and holds huge potential as precisely summarized by Gopal Shenoy here. That post echoes the thoughts of quite a few Indian product managers. Here are my comments to few of the points:

@ #2:They manage products sold in the US

This seems quite obvious given the fact that a lot of product companies in India are either outsourced product development or developing enterprise products for global top companies and US/Europe are their biggest markets. Thus, most young PMs there will report to account managers or senior PMs posted on-site. Having said this, one cannot ignore the outburst of internet product companies catering to the local market, mainly into eCommerce & social.

@ #3: Too many titles for the same profile

Totally agree! Quite a few of us are left out of the product management mainstream because of varying titles conferred upon us: program managers, business analysts, software consultants, and what not. But no matter what how they’re referred to, they’re all doing the same thing – and some don’t even know they’re developing products (more on this, coming soon).

@ #4:Engineering & Proj Mgmt folks moving into Prod Mgmt

There’s more to it. Not just development folks, but there are freshers, folks from quality and even some from business who are keen to move in. Those who have understood the challenge & responsibility want to get at it on account of passion & enthusiasm, and not just a career ladder or salary booster.

@ #5: “They are confident, fearless and hungry

Courtesy: memorya-grinnes.blogspot.com/
Crayon Shin Chan

When I think of Gopal saying that to me, my reaction is not other than that of crayon Shin Chan when he says, ‘Don’t praise me so much’ (which sounds funnier in the Hindi dubbing when he says, ‘Itni taarif bhi mat karo!‘) But that goes without saying for all of us – we are all  way too passionate about our products!

Read the original post by Gopal Shenoy and some very interesting comments here: http://productmanagementtips.com/2011/02/09/india-product-management/

A responsible species called product manager

Is that an amusing title? If yes, then product management (PM) has retained its title of being one of the most esoteric functions in IT. And this has reasons: compared to the epic number of service organizations, there exist only a few product companies, implying a fewer number of product managers – a breed that can’t be found in herds. Despite of a severe need for PMs within  the chamber, the absolute demand compared to other profiles is minuscule, causing the profile to remain unexplored even by recruiters. Whether or not that makes PM a big deal, the ones that have tasted it will agree that it demands a unique mix of aptitude, attitude & innovation – that can’t be taught in class. And above everything else, it demands hell-a-lot of responsibility.

Most people destroy the niche status of product management (PM) by confusing it with project management. I would say, planning, execution & reporting is only a minuscule part of the PM profile. PM is everything about the product from vision to release which is not a simple 1-step transition. At least, it involves:

  • Envisioning a product that solves a problem or improves some productivity parameter
  • Understanding the market for the product & preparing a market requirement document (MRD)
  • Creating a concept to get management buy-in; At senior levels with P&L responsibility, it may accompany projecting numbers
  • Detailing the product functionality & behavior through prototypes & product requirement document (PRD)
  • Maintaining a prioritized feature roadmap Continue reading A responsible species called product manager

Jargon: Disruptive Innovation

Disruptive innovation describe innovations that tend to get competitors jump out of their seats. This is something – highly desirable – that the market has never seen before. Wikipedia gives the example of lowering price, but undercutting is a relatively common phenomenon. However, ‘designing for a different set of consumers’ is quite apt.

It is every product manager’s dream to conceptualize a product, or at least a feature that does creates such a wave in the market! And if you ever happen to be at the receiving end of a product demo – like the one that I usually deliver – this is the best compliment you would give. Cheers!