みなさん〜、見てください！自動デプロイがうまくいきましたよ〜。
すごいですね。しかし、どうしてこの方法を選んだのですか？
だって、手動だと時間かかるじゃないですか〜
これならすぐにリリースできますよ〜。
ヤベーな、それ。昔は夜中にFTPでアップしてた時代だってあったんだぜ。
それ、少しウォーターフォールっぽいですね。
え〜、どういう意味ですか〜？
つまり、一度に大きな変更を出すよりも、小さく頻繁に出した方がリスクが少ないということです。
あ〜、そうなんですね。
オライリーの本でも読んだのか？
まさに、サイクルタイムとリードタイムを短くするのがキーポイントなんです。
うんうん、それ重要ですよね〜。
でも、デプロイボタンを押す時はちょっとした緊張感があるだろ？
ふわふわしてても、ちゃんと確認してから押してますよ〜。
成功したら、すぐに顧客にフィードバックをもらえるのも利点です。
ですね〜！次回はもっと効率的にしますね。
おっ、ポジティブやな。
| プロセス | 内容 |
|---|---|
| リードタイム | フィーチャーを初めて見たときから顧客にリリースするまでのサイクル時間。 |
| サイクルタイム | プロダクトオーナーがフィーチャーが小さいほどサイクルタイムも小さくなることを認識。 |
では、リリースのたびにドキドキせずに済むようにするためにどうしますか？
うーん、頻度を増やしてリスクを分散させるのがポイントかも〜。
FTPでやってた頃に比べると天国やな。
リスクを小さく、そして頻繁に検証することが重要ですね。
だから、次はAIでログ確認しちゃいましょうか〜。
その発想、嫌いじゃないぜ。
そうですね。それで自動化を進めましょう。
みんなでどんどん改善していきましょう〜。
おっと、なんか音鳴っとるぞ。
え〜、何の音ですか〜！？
あ、障害通知がきましたね。
どうしよう〜！今すぐ対策します！
まぁ、今のシステムならすぐ対処できるから、落ち着いていけや。
次回はもっとスムーズにできるようプランニングしましょう。
それで、一緒に改善するのがアジャイルですよね〜。
その調子、その調子。
アジャイル実務ガイド: 小さく頻繁に出す重要性
- リードタイム: フィーチャーの開始から終了までの総時間。
- サイクルタイム: 小さなフィーチャーほど短くなります。
- 小さく頻繁に出す利点: リスクを低減し、すぐに回避可能。
- 自動化の重要性: 手動ミスの削減、迅速なデプロイ、反復を容易にする。
- これらにより、プロジェクトの成功率が高まる。
コメント