Knowledge Bits
  • Welcome!
  • Communication
  • Leadership
  • Building Startups
  • Tech & Product Management
  • Thinking
  • Hiring & Being Hired
  • Personal Growth
  • Tiny Tool Hacks
  • Life
  • Articles
    • Measuring Engineering Performance
  • AI
Powered by GitBook
On this page

Was this helpful?

Tech & Product Management

🐾 Pattern, πŸ’‘ Realization, 😺 Meme, πŸ”­ Tool, πŸ“š Article/Book

PreviousBuilding StartupsNextThinking

Last updated 3 months ago

Was this helpful?

Legend: 🐾 Pattern, πŸ’‘ Realization, 😺 Meme, πŸ”­ Tool, πŸ“š Article/Book

🐾 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: .

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

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

🐾 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. -

πŸ’‘ 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. -

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

πŸ“š . Reid Hoffmann interviews Airbnb's Brian Chesky who shares inspiring approaches to discovering, building and scaling truly customer-centric experiences.

πŸ’‘
The Pragmatic Programmer
Renn Vara
How to scale a magical experience
Brilliant article by Paul Graham
πŸ’‘ Your product's raison d’Γͺtre is to turn its user into a superhero.