~/talk

API team characteristics and best practices

Talkat NDC Sydney 2019 · 2019-10-14..10-18· [engineering-leadership]
speakerdeck:nahidf
slides:none on file

Argues that treating APIs as API-as-a-Product requires concrete roles (product owner, API lead, architect, backend, QA, DevOps, devrel, technical writer, front end) and explicit artifacts: onboarding flows that let a developer get something working in an hour, public documentation, demo apps, deployment pipelines and monitoring dashboards, testing and security plans, and OKRs/KPIs for usage. Describes the product lifecycle (inception → development → introduction → realization → maintenance → retirement), cites Stripe and Google as successful cases, and recommends measuring and iterating.

AI-written summary · about

  1. 0:00Start
  2. 3:50API-as-a-Product
  3. 5:28Design Thinking
  4. 6:12Customer Onboarding
  5. 9:28Work Domains
  6. 10:14Product Lifecycle
  7. 13:15Milestones
  8. 18:04Product Owner Product Manager
  9. 27:02Inception
  10. 29:16Development
  11. 34:52Introduction
  12. 40:11Realize
  13. 43:56Maintenance
  14. 47:14Retirement
  15. 51:49Continue the Journey
~/search
type to search 6,249 conferences, 138,987 speakers and 185,172 talks
~/help
cmdctrl k
search every conference, speaker and series
/
focus the filter search
h
home
c
conferences
s
speakers
e
series
t
light / dark — the status bar button does the same
?
this help
esc
close this, then clear every filter — or just the search, while you are typing in it

Ignored while you are typing. Pages without a filter rail have no search to focus.