アジャイルを始めるための基礎を固める

Slide 1

Slide 1 text

Slide 2

Slide 2 text

Slide 3

Slide 3 text

Slide 4

Slide 4 text

Slide 5

Slide 5 text

Slide 6

Slide 6 text

Slide 7

Slide 7 text

Slide 8

Slide 8 text

Slide 9

Slide 9 text

Slide 10

Slide 10 text

Slide 11

Slide 11 text

Slide 12

Slide 12 text

Slide 13

Slide 13 text

Slide 14

Slide 14 text

Slide 15

Slide 15 text

Slide 16

Slide 16 text

Slide 17

Slide 17 text

Slide 18

Slide 18 text

© Findy Inc. 18 「既存に影響を与えない」を保証する - ⾃動テストをCIで実⾏して、既存の振る舞いを保証する - 必要に応じてmainマージ前に⼿動テストをする ○ ⾃動テストで広範囲を担保して、どれだけ⼿動テストを減らせるかがキモとなる！！ ○ リネームやtypoの修正、リファクタリングは⾃動テストさえ通れば確認OKと⾒なせる例えば以下のようなPRはCI通ればヨシッ！ →mainへマージ PR1: 関数名を変更 PR2: Fix typo PR3: 新しいモジュールを追加(未使⽤) PR4: ライブラリアップデート(ものによるが)

Slide 19

Slide 19 text

© Findy Inc. 19 「既存に影響を与えない」を保証する - ⾃動テストをCIで実⾏して、既存の振る舞いを保証する - 必要に応じてmainマージ前に⼿動テストをする ○ ⾃動テストで広範囲を担保して、どれだけ⼿動テストを減らせるかがキモとなる！！ ○ リネームやtypoの修正、リファクタリングは⾃動テストさえ通れば確認OKと⾒なせる例えば以下のようなPRはCI通ればヨシッ！ →mainへマージ PR1: 関数名を変更 PR2: Fix typo PR3: 新しいモジュールを追加(未使⽤) PR4: ライブラリアップデート(ものによるが) PRに1つの観点しか⼊っていなければ⼿動テストの有無も⼀⽬瞭然！ →1つのPRに複数の観点を⼊れないことも⼤事

Slide 20

Slide 20 text

Slide 21

Slide 21 text

Slide 22

Slide 22 text

Slide 23

Slide 23 text

Slide 24

Slide 24 text

Slide 25

Slide 25 text

Slide 26

Slide 26 text

Slide 27

Slide 27 text

Slide 28

Slide 28 text

© Findy Inc. 28 本番障害は起きるものと認識する - 本番障害が⼀定の割合で発⽣することは許容する ○ ※プロダクトの性質によって許容する範囲は変える - ⼀⽅で障害が発⽣してもすぐに復旧できるように監視やリカバリ⼿順を確⽴しておく - Tips: エラーバジェット ○ 可⽤性: 99.9% → 43分/⽉までは障害を許容 ○ 許容範囲を超えるまでは積極的に開発を進める ○ 許容範囲を超えたら信頼性の回復に注⼒する

Slide 29

Slide 29 text

Slide 30

Slide 30 text