Amazonの働き方

 ・ 1 min

photo on Unsplash

Amazonは単なる巨大企業ではなく、再現可能なイノベーションのシステムを構築した会社です。
その中心には「どう働くか(How Amazon Works)」という非常に明確な原則があります。

リーダーシッププリンシプル:文化を動かすDNA#

Amazonのすべての行動は**顧客中心(customer obsession)**の原則から始まります。
チームの方向性、データ、開発優先順位はすべて顧客の視点から評価されます。
これはデータアーキテクトの思考方式とも似ています。
データを設計するときも結局「このデータを誰が、なぜ、どう使うのか」を明確に定義するところから始まるからです。

リーダーシッププリンシプルを通じたリードとイノベーション |AWS Executive Insights|500x500

Door Decision:意思決定の扉を開く方法#

Amazonの意思決定は二つに分かれます。

  • One-way door: 一度通ったら戻れない決定です。例えば、大規模なインフラ変更やポリシー決定がこれに当たります。慎重に、データを根拠にする必要があります。
  • Two-way door: 間違えても戻れる決定です。気軽に実験しながら素早くフィードバックを得ることができます。

この構造のおかげで、Amazonは失敗を恐れない文化を持つようになりました。
データアーキテクトの業務でも同様です。データモデルやパイプラインの設計は、しばしばtwo-way doorのように実験と修正を繰り返しながら完成していきます。

Working Backwards:逆算して働く#

Amazonの最も象徴的なプロセスです。
出発点は「やりたいアイデア」ではなく、顧客が本当に求めている変化です。

  1. **仮想のプレスリリース(新聞記事)**を書きます。
    「このサービスが世に出たら、顧客はどんな変化を感じるだろう?」
    そんな想像を実際の記事のように書いてみるのです。
  2. 顧客の立場で出てきそうな**FAQ(よくある質問)**を整理します。
    顧客が何を疑問に思うかを考えながら、プロダクトの本質を磨きます。

この方法はデータ設計にも応用できます。
データアーキテクトが「この分析はどんな意思決定を変えることになるか?」という問いを握り続けるのと同じです。

足元だけ見て100m歩くのと、目標を見ながら100m歩くのは全く違います。
Working Backwardsは目標を見ながら歩く方法です。

5 Whys:問題の根本原因を見つける質問法#

Amazonでは問題が起きたとき、単に「何が間違ったか」を問うのではありません。
「なぜ(Why)?」という質問を5回繰り返して根本原因を見つけます。

例えば:

  1. サーバーがダウンした。なぜ?
  2. ロードバランサーの設定が間違っていた。なぜ?
  3. デプロイ過程で検証が漏れた。なぜ?
  4. ビルドプロセスの自動化が不十分だった。なぜ?
  5. 初期設計時に品質レビューのステップがなかった。

このように5 Whysは単なる問題解決ではなく、組織学習のツールになります。

Two Pizza Team:小さく俊敏に#

チーム規模は通常ピザ2枚で十分に食べられる程度、つまり10人以下です。
意思決定が速く、責任が明確になります。
データチームにもこの哲学を適用すれば、スピードと集中力の両方を高めることができます。

Innovation Accelerator:Amazon流イノベーション加速器#

Amazonはアジャイル(Agile)方式を変形して、独自のイノベーションシステムを作りました。
短い周期で実験 → 測定 → 改善を繰り返しながら、顧客中心のプロダクトを素早く発展させます。

データアーキテクトもまた、さまざまな仮説やモデルを実験的に構築し、成果指標のフィードバックをすぐに受け取れるこのような環境で最もよく成長できます。

顧客を中心とした5つの質問#

Amazonがすべてのプロダクト企画前に繰り返す質問です。

  1. 顧客は誰ですか?
  2. 顧客の問題または機会は何ですか?
  3. 顧客にとって最も重要なメリットは何ですか?
  4. 顧客のニーズや期待をどう把握できますか?
  5. 顧客が体験する最終的な姿はどのようなものですか?

この5つの質問を明確に定義すれば、プロダクトだけでなくデータアーキテクチャの設計方向も自ずと定まります。


データ駆動の意思決定へ#

かつては経験と直感が意思決定の核心でしたが、
今やデータがあらゆる判断の中心に立っています。

AWS環境でデータアーキテクトはdraw.ioLucidchartなどを活用してアーキテクチャを可視化し、チーム間の意見を素早く調整します。
こうした視覚的思考がまさに「Working Backwards」とつながっています。

顧客中心、データ中心、そして実験中心。
この3つがAmazonの文化を成しており、データアーキテクトにもそのまま当てはまる哲学です。
Amazonのように「仮想の顧客記事」を書きながら、自分のデータ設計を振り返る習慣を持ってみてはいかがでしょうか?


Without leaps of imagination, or dreaming, we lose the excitement of possibilities. Dreaming, after all, is a form of planning.

— Gloria Steinem


他の投稿
良い開発文化とは何か? 커버 이미지
 ・ 1 min

良い開発文化とは何か?

アプリ開発プロジェクトの全体フロー 커버 이미지
 ・ 1 min

アプリ開発プロジェクトの全体フロー

いい人たちはオンラインで活動しているようだ 커버 이미지
 ・ 1 min

いい人たちはオンラインで活動しているようだ