Tech & Product Management

๐Ÿพ Pattern, ๐Ÿ’ก Realization, ๐Ÿ˜บ Meme, ๐Ÿ”ญ Tool, ๐Ÿ“š Article/Book

Legend: ๐Ÿพ Pattern, ๐Ÿ’ก Realization, ๐Ÿ˜บ Meme, ๐Ÿ”ญ Tool, ๐Ÿ“š Article/Book

๐Ÿ’ก Your product's raison dโ€™รชtre is to turn its user into a superhero.

๐Ÿพ Avoid writing software wherever possible. It's tantalizing for the entire organization, distracting, expensive, hard to maintain and harder to change. - myself

๐Ÿ“š Managers' schedules vs. makers' schedules and the cost of meetings: Brilliant article by Paul Graham.

๐Ÿ’กOutsourcing companies / agencies have a "The client is always right" mindset, while product companies need teams that own the product and fight over it.

๐Ÿพ Rubber duck debugging: Explain a problem to a hypothetical rubber duck to structure your own thoughts and come to a much better understanding or find solutions. - The Pragmatic Programmer

๐Ÿ’ก A reason to distinguish between the terms "developer" and "engineer" is to point out that the goal of an engineer is not to write code but to solve a problem, ideally with as little code as possible. - Renn Vara

๐Ÿ’ก For some years, I have been successfully using the following rule of thumb for scheduling a software task: 33% planning, 16% coding, 25% component test and early system test, 25% system test, all components in hand. - Fred Brooks, the Mythical Man-Month

Product Discovery & Requirements Engineering

๐Ÿพ MVP thinking: Question all assumptions about customer need - unknown

๐Ÿพ Value management: Challenge safe assumptions regularly, don't wait for external triggers. Things are easily overlooked - Alexander

๐Ÿ“š How to scale a magical experience. Reid Hoffmann interviews Airbnb's Brian Chesky who shares inspiring approaches to discovering, building and scaling truly customer-centric experiences.

Last updated

Was this helpful?