More Related Content
More from Tsuyoshi Ushio (19)
Value stream mapping で決めるリードタイム短縮の魔法
- 13. 無駄の種類 マーク 定義 例
欠陥の無駄
(Defects)
D 誤った、抜けのある、不透明な情報や成果物。シス
テムを破壊し、解決するのに時間と労力が必要
壊れたビルド、不正確な設定、
不正確な要求
マニュアル / モーション
(Manual / Motion, Handoffs)
M オーバーヘッド、コーディネーション、作業引き渡
し、もしくはセットアップや、仕事の実行に関する
非効率性
ミーティング、手動デプロイ、
チーム間の作業引き渡し
待ちの無駄
(Waiting)
W 次の価値のあるステップを開始、もしくは終了する
ことの遅れ
承認待ち、リソースの待ち、
予定されたミーティング待ち
未完了の作業
(Partially Done)
PD 未完了の作業、何らかの操作。他者からの入力やア
クションが必要となる。欠陥とタスク切替、待ちを
招く
デプロイされていないコード、
不完全な環境設定、実行中
バッチ
タスクの切り替え
(Task Switching)
TS タスクの切り替えは、高価なコンテキストスイッチ
を招き、エラーが発生しやすくなる
進捗上限による無駄作業、障
害による中断、アドホックな
リクエスト
余分なプロセス
(Extra Process)
EP 価値のないステップやプロセス。大抵、公式、非公
式な標準作業に含まれる
不要な承認、不要なドキュメ
ント、無駄なレビュー
余分な機能
(Extra Feature)
EF 機能、たいていは実装フェーズで追加されたもの。
リクエストされていない、ビジネスに沿っていない、
顧客価値がない
“次に必要かもしれない”、不
要なアップデートや要求、望
んでいない
- 14. • Infrastructure as Code (IaC)
• 継続的インテグレーション
• 自動テスト
• 継続的デプロイ
• リリースマネジメント
• アプリ パフォーマンスの監視
• ロード テストと自動スケーリング
• 可用性監視
• 変更/構成管理
• 機能フラグ(フューチャーフラグ)
• 環境へのプロビジョニングの自動解除
• セルフサービス環境
• 自動回復 (ロールバックとロールフォワード)
• 仮説に基づく開発
• 運用環境でのテスト
• フォールトインジェクション
• 使用状況監視/ユーザー テレメトリ
http://www.itproguy.com/devops-practices/
Editor's Notes
- After discussing on the white board, then you write on the paper. During the discussion, you can erase and re-write these.
- Start by asking how long PT takes, then move to previous step, then ask how long between these two steps (WT) and then you can calculate LT
- .NET, VSTS, SQL, SpecFlow, and WebApps, AutoScaleUp/Down, PowerBI, SonerQube
- Be Lazy の産声がここであがって