LoginSignup
0
0

More than 3 years have passed since last update.

組織がDevOpsで成功を抑えるための基礎3原則

Posted at

フローの原則

開発から運用。そして、顧客に仕事の成果を送り届けるまでの流れを加速する方法。

フローの加速のためには
1. 作業の可視化
2. バッチサイズの縮小
3. 受け渡しの数を削減
4. 制約条件を尊重
5. バリューストリームからムダと苦痛を取り除く
をする

作業の可視化

カンバンなどを使い、作業のフェーズ、内容などを可視化。
WIPを制限すると、作業を妨げている問題も見やすくなる。

バッチサイズの縮小

バッチサイズが大きいと、フローの変動が激しくなってします。
リーダータイムを短縮し、品質を工場させるためには、バッチサイズの縮小する。

受け渡しの数を削減

チームからチームへや作業から作業への受け渡しを減らす。

制約条件を尊重

  1. システムの制約条件を明らかにする
  2. システムの制約条件の能力を最大限に引き出す方法を決める
  3. 他の全てのことをその決定に従属させる
  4. システムの制約条件を最大限に尊重する 5.今までのステップで制約条件が制約条件で無くなったら、ステップ1に戻る。ただし、惰性でシステムの制約条件を作ってはならない。

バリューストリームからムダと苦痛を取り除く

余分の処理や、待機時間などを減らす

フィードバックの原則

さらに安全なシステムを作るための手段。

複雑なシステムにおける安全な作業

以下の条件を満たせば、安全な作業ができる。
- 設計や運用に問題が明らかになるような形で複雑な仕事を管理している
- 問題が発生した時に組織が一丸となって解決にあたり、新しい知識をすばやく構築していく
- 組織の一部が新しい獲得したローカルな知識を組織全体でグローバルに活用する
- リーダーたちが、この種の能力を継続的に成長させていくような人々を次のリーダーとして育てていく

日常業務の一部として自分の担当ぶんやの問題を見つけて修正していく必要。

継続的な学習と実験の原則

日常業務の一部として改善のリスクを組織的に引き受けるために高信頼マネジメントの文化と科学的アプローチ奨励。

Westrum の組織類型の発生的組織を目指すべき。

  • 日常業務の改善を制度化する
  • ローカルな発見をグローバルな改善にてんかする
  • 日常業務に回復力を鍛えるパターンを注入する
  • リーダーが学習する文化を奨励する

参考資料

The DevOps ハンドブック 理論・原則・実践のすべて

0
0
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
0
0