An important property of teams is that they abstract the complexities of the individuals that compose them. Teams with fewer than four individuals are a sufficiently leaky abstraction that they function indistinguishably from individuals. To reason about a small team’s delivery, you’ll have to know about each on-call shift, vacation, and interruption.
Will Larson, from An Elegant Puzzle: Systems of Engineering Management
They are also fragile, with one departure easily moving them from innovation back into toiling to maintain technical debt.
Author: Meredith
tipping point
Leadership doesn’t come from wanting to be a leader. It comes from having followers.
deadlines
Build for customers, not for deadlines.
Timeboxing
If you want to drive value as quickly as possible, set a timeline at then end of which you want to ship something. Focus relentlessly on cutting scope while still getting to the core use pain point. What you deliver may be a fraction of what you hoped for, but it’s driven by customer value and you released it “on time.” Rinse and repeat. It may take a while to get even your MVP out the door, but you will know that you’re focused on delivering customer value, and you will get a strong sense of your capacity and velocity.
Scopeboxing
If you want to ship an experience (rather than a feature) with a minimum set of functionality, consider scopeboxing. Determine what needs to be involved and derive clear product delivery milestones – user story mapping and slicing the work on both horizontal (user journey) and vertical (lightweight full-function through the stack) can do wonders to help here. Hold back on offering any ETAs to other stakeholders, internal or external – you’re not focused on time under this practice, you’re focused on scope. Relentlessly evaluate if you’ve gotten the scope of each milestone correct by questioning it and sketching out alternatives. Get each into a prospective user’s hands as they go live to see if it’s usable, used, and worth using.
career aspirations
A career ladder is merely a guidebook for your career journey, not the be-all-end-all. At the end of the day, it’s your job to define your own career aspirations/goals, and the manager’s job is to help you get there using the career ladder as a general guidebook. If we were to use travel as an analogy, you must determine your final destination on the map while managers act as guides who set milestones to help you get there. Don’t expect your managers to set the destination for you.
Helena Seo, in “‘Designing’ a Career Ladder for Product Design“
strategy meetings
The way I define the product leader’s job is to delight customers, in margin-enhancing, hard-to-copy ways. Your product strategy should define your key hypotheses about how you plan to deliver on these three dimensions. The metrics are how you measure your progress, and the tactics are simply projects or experiments against each of your key strategies.
Gibson Biddle, in How to Run a Quarterly Product Strategy Meeting: A Board Meeting for Product
anecdotal research
This is especially true when faced with a multitude of different modes of data: open-end, scale, and rich media like videos. But when your analysis window is tight, you’re likely to fly past that meaty “who-they-are-data,” and scour for the flashy “clear-business-impact-data.”
Kyli Herzberg, Lindsey Brinkworth, Karen Eisenhauer, and Ben Wiedmaier in Foolproof Qualitative Analysis Tactics—For Whether You Have a Month or an Afternoon
The “who” tells you the why, which lets you foster the change management necessary to drive product success. A product that nails the “business impact” without fitting into the workflow and motivations, the “who they are,” of real humans, yields no impact.
ux and bias
What we don’t want to do is to create an easy-to-use system that can amplify bias and deepen racial disparities.
– Anne Quito, in “How UX Design Can Counter Racial Bias“
difficult discourse
It doesn’t matter how right you are if you can’t get someone who disagrees with you to listen. You won’t make it far at all if you don’t understand why they disagree.
know-it-all
The opposite of a Know-It-All is a Learn-It-All
Kit Merker in “The Curse of the Know-It-All Product Manager“