Ever wondered what's the real value of the code you write?
"The only thing that matters" is a presentation aimed for developers and its goal is to help you understand what really matters about the code you write.
The presentation describes ways to evaluate your work, highlights the difference between developers' and customers' perceived value and explains how you can bridge this gap and produce better products.
5. User story #714:
“Japanese Hedge funds want to know about
every transaction of more than $10M against
their local currency. Therefore, we’ll send an
email alert every time such a transaction
happens”
6. User story #714:
“Japanese Hedge funds want to know about
every transaction of more than $10M against
their local currency. Therefore, we’ll send an
email alert every time such a transaction
happens”
15. if (transaction.currencyA === ‘YEN’ &&
transaction.usdEquivAmount >= 1e7)
{
// send email alert
}
Do you see anything wrong with this code?
We will get back to it later.
16. The only thing that matters
And it’s not code quality building the right thing
17. Hi, my name is Adir Amsalem,
I like to build things,
And I think most of you
evaluate your work by the
wrong metrics.
18. Agenda:
1. The tale of a product feature
2. How our work is evaluated
3. How we can bridge the gap
4. What’s next
19. Agenda:
1. The tale of a product feature
2. How our work is evaluated
3. How we can bridge the gap
4. What’s next
22. Product Manager ideas:
1. Think about something in shower
2. Make sure it’s beneficial for customers
3. Make sure it supports company goals
4. Add it to roadmap
23. Customer requests:
1. Customer complain: “%@&^%$#@!#$”
2. Put yourself in customer position
3. Understand the case and transform
“want” to “need” (a.k.a “faster horses”)
4. Repeat steps 2-4 from previous slide
30. Developers
1. Is this readable?
2. Is this flexible?
3. Is this scalable?
4. Is this testable?
5. Is this simple?
Customers
1. Is this useful?
2. Is this makes me feel good?
Do you see any difference similarity?
31. We’ve been developing products for
years, and we evaluate our work
completely different from our
customers
39. Agenda:
1. The tale of a product feature
2. How our work is evaluated
3. How we can bridge the gap
4. What’s next
40. “Usually, the riskiest aspect of new
products is not technology (whether it
can be built) but market (will people use
it and pay for it)”
41. Doing the right thing is only
possible by releasing
features early and receive
feedback from users.
“Building something nobody
wants is the #1 company
killer"
42. First-mover advantage is
the advantage gained by
the initial (“first-moving”)
significant occupant of a
market segment.
“If you're not embarrassed by
the first version of your product,
you've launched too late"
43. Work estimation of 12
months is ridiculous, it
never ends as planned.
You don’t need to release
everything at once.
Release small chunks by
splitting work to phases.
44.
45. Nobody cares that you
work on your product for
over a year and you’ve
already coded 90% of it.
For your customers, 90% of
nothing is still nothing.
51. if (transaction.currencyA === ‘YEN’ &&
transaction.usdEquivAmount >= 1e7)
{
// send email alert
}
The problem here is easily recognized by
anyone with knowledge in financial systems.
53. User story #714:
“Japanese Hedge funds want to know about
every transaction of more than $10M against
their local currency. Therefore, we’ll send an
email alert every time such a transaction
happens”
70. Agenda:
1. The tale of a product feature
2. How our work is evaluated
3. How we can bridge the gap
4. What’s next
71. Takeaways #1
1. Release early
2. Make something people want
3. Make it work, then make it better
4. Dream in years, plan in months, ship in
days
5. It’s not done until it ships
72. Takeaways #2
1. Know your domain, knowledge is the key
to success
2. Take a look at your competitors
3. Participate in product discussions
4. Come up with ideas & suggestions
5. Use your product