Managing the Pace of Innovation: Behind the Scenes at AWS (SPOT201) | AWS re:Invent 2013

Preview:

DESCRIPTION

AWS launched in 2006, and since then we have released more than 530 services, features, and major announcements. Every year, we outpace the previous year in launches and are continuously accelerating the pace of innovation across the organization. Ever wonder how we formulate customer-centric ideas, turn them into features and services, and get them to market quickly? This session dives deep into how an idea becomes a service at AWS and how we continue to evolve the service after release through innovation at every level. We even spill the beans on how we manage operational excellence across our services to ensure the highest possible availability. Come learn about the rapid pace of innovation at AWS, and the culture that formulates magic behind the scenes.

Citation preview

© 2013 Amazon.com, Inc. and its affiliates. All rights reserved. May not be copied, modified, or distributed in whole or in part without the express consent of Amazon.com, Inc.

Charlie Bell and Khawaja Shams

November 13, 2013

Managing the Pace of Innovation: Behind the Scenes at

AWS

@ksshams

we will share organization and

mechanisms used by AWS.

do try this at home.

@ksshams

culture is the principal component in

speed of innovation

@ksshams

amazon leadership principles

http://bit.ly/leadershipValues

@ksshams

customer obsession

ownership

invent and simplify

right, a lot

hire and develop the best

insist on highest standards

think big bias for action

frugality

vocally self critical

earn trust

dive deep

have backbone; disagree & commit

deliver results

customer

obsession

invent &

simplify

insist on highest

standards

think big

bias for

action

ownership

deliver

results

have backbone;

disagree & commit dive deep

vocally self critical earn trust

frugality

hire and develop the best

@ksshams

builder mechanisms

@ksshams

if you want something done right …

create a single-

threaded team

@ksshams

two pizza teams

@ksshams

fitness functions

@ksshams

the Amazon decision making process relies

heavily on narratives.

@ksshams

writing a narrative helps you make best use

of time of everyone at the meeting.

@ksshams

the processing of writing your ideas helps you refine your

thoughts and articulate them effectively, while exposing key

gaps that you can refine before the meeting.

@ksshams

presentations are not the best medium for

consumption of highly analytical information

@ksshams

@ksshams

@ksshams

slides have choppy transitions that make it very

difficult to share a continuous stream of thought.

@ksshams

most interesting details are often

hidden in sub-sub-sub bullets.

@ksshams

slides are open for interpretation, and the same slides

can be used to present completely different stories.

@ksshams

audience is at the mercy of presenter to

gloss over details,

which is much more difficult to do in a narrative.

@ksshams

At Amazon, we always work

backwards from the customer.

@ksshams

each new idea, starts with a write-up of a press release

/ FAQ that helps capture the customer perspective of

the problem we are trying to solve.

@ksshams

this process helps us exercise customer obsession by

compelling us to put on the shoes of the customers and

see the story from a customer’s perspective.

@ksshams

It helps us understand the problem we are

trying to solving, and if it is worth solving.

@ksshams

once we have identified the problems we

want to solve, we immediately start working

on finding the right primitives.

We put these

primitives

behind

hardened APIs.

notice how we

almost missed

this key detail

@ksshams

putting primitives behind hardened APIs helps our

teams innovate independently, while reaping benefit

from each other’s innovations.

@ksshams

once we have the right primitives, we ask ourselves

“can we simplify?”

@ksshams

We eat our own dog food, which enables us to put

ourselves in the shoes of the customers, and again,

compels us to be vocally self-critical to innovate on

behalf of our customers.

@ksshams

Consuming our own APIs allows us to

build primitives on top of primitives.

@ksshams

back to the

regularly scheduled programming

@ksshams

S3 for highly durable

object storage.

@ksshams

EC2 for computing

@ksshams

EBS for block storage.

@ksshams

Route53 health checks as a

monitoring and failover

primitive.

@ksshams

RDS is a composition of

these primitive for managed

databases.

@ksshams

EBS PiOPs: Inheritance

@ksshams

complete the innovation loop

with customers.

@ksshams

Amazon has a very metrics driven culture.

@ksshams

operational excellence

@ksshams

weekly ops metrics meeting.

@ksshams

A Scorecard for each service team.

@ksshams

a graph for

every metric that customers care about.

@ksshams

each graph has a line…

@ksshams

recall the fitness function?

@ksshams

Any metric going beyond the line is

considered a breach worthy of

correction.

@ksshams

Correction of Error (COE)

process

@ksshams

Integration with the Trouble

Ticketing System

@ksshams

discussed at the OPS

metrics meetings

@ksshams

DevOps

@ksshams

old cycle

@ksshams

continuous deployments

@ksshams

new cycle

@ksshams

deployment once every 12 seconds

@ksshams

@ksshams

f(innovation) = (org * arch) (mechanisms * culture)

Please give us your feedback on this

presentation

As a thank you, we will select prize

winners daily for completed surveys!

SPOT 201

@ksshams