マネジメントレイヤーに対するDevOpsのプラクティス適用

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

Copyright coconala Inc. All Rights Reserved. マネジメントレイヤーとは 9 ミドルマネジメント〜経営人材まで含む広い定義経営陣のビジョンを把握し、経営戦略に合うよう組織運営をしていく役割を担っているポジション。「自組織だけでなく、管轄範囲外の組織の成果の最大化」も目指していく必要がある。左の絵はミスリードで、操るのではなく、牽引や伴走が求められる役割。ココナラでは「ほぼ経営層」の位置付け。

Slide 10

Slide 10 text

Slide 11

Slide 11 text

Copyright coconala Inc. All Rights Reserved. 【参考】DevOpsとは 11 「開発」と「運用」を組み合わせた略語開発と運用が密接に連携し、システム設計から開発、更新までのサイクルを、短期間で柔軟かつスピーディーに繰り返す手法。開発・運用の両チームの協調によって「優れたサービスをユーザーに安定的に提供する」ことを目的とする。手探りで取り入れている企業が多いかも。

Slide 12

Slide 12 text

Slide 13

Slide 13 text

Slide 14

Slide 14 text

Copyright coconala Inc. All Rights Reserved. マネジメントレイヤーと DevOpsの比較（Before） 14 こうやって比較すると、共通点は多くなさそう …？マネジメントレイヤー DevOps 目的 / ゴール組織の成果を最大化する優れたサービスをユーザーに安定的に提供する対象ヒト・モノ・カネシステムやること 1 on 1 / コンテキストマネジメント / …etc 可観測性の向上 / パフォーマンス向上 / SLO / アラート対応 / …etc

Slide 15

Slide 15 text

Copyright coconala Inc. All Rights Reserved. マネジメントレイヤーと DevOpsの比較（After） 15 意訳すると共通点があるように見える！マネジメントレイヤー DevOps 目的 / ゴール組織の期待値（成果）をコントロール（最大化）するサービスの安定性を期待値（SLO）にコントロール（開発 / 運用）する対象ヒト（組織含む）・モノ（システム含む）・カネシステム（ものづくりの組織・エンジニア・技術）やることヒト・モノ・カネの調達 / 調整 / コーディネートシステムの構築 / 調整 / コーディネート

Slide 16

Slide 16 text

Slide 17

Slide 17 text

Slide 18

Slide 18 text

Slide 19

Slide 19 text

Copyright coconala Inc. All Rights Reserved. 上層部と現場の板挟み 19 上層部の指示や戦略と、現場の実情やニーズが一致しない現場の工数は足りないが、上層部から KPI達成に向けて、発破をかけられる状態（＝コンフリクトが発生）などが挙げられる。また、事業戦略は水物なので、その場面ごとで意思決定が変わるため、現場にフラストレーションが溜まることもある。これらの状況に適切な対処を講じる必要がある。

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

Copyright coconala Inc. All Rights Reserved. 可観測性の向上とパフォーマンス向上に向けた測定 24 可視化 → フィードバック → アクションの PDCAサイクル組織の状態を数値で測るために以下のアクションを実施。・1 on 1を実施する毎にパフォーマンスとモチベーションを定量評価する・↑をプロジェクトや技術施策の状況や稼働時間とプロットし、定性評価する・随時、フィードバックや選択と集中を行い、リテンションするこれらのサイクルを早く回すことが大事。

Slide 25

Slide 25 text

Copyright coconala Inc. All Rights Reserved. SLO策定と維持運用 25 組織と自身に SLOを設定し、維持するための策を講じる前述の1 on 1ともつながるが、以下のアクションを実施。・組織のSLO ＝業務生産性、稼働時間、組織サーベイの数値と捉え、しきい値を設けて、モニタリング〜改善を行う・自身のSLO ＝チャット等でリマインドをもらう件数、稼働時間と捉え、しきい値を設けて、モニタリング〜改善を行う

Slide 26

Slide 26 text

Copyright coconala Inc. All Rights Reserved. アラート対応 26 アラートの定義を行い、レポートされる仕組みを作るシステムのアラートは「状態異常が発生した（しそうな）場合に通知する」ものなので、「組織の状態異常が発生した（しそうな）場合」を定義するところから始める。具体的には以下の通り。・プロジェクトにおける期待値すり合わせ・アラート発生条件の認識合わせ・その他アラートがほしいケースの調整

Slide 27

Slide 27 text

Copyright coconala Inc. All Rights Reserved. インシデントマネジメント 27 インシデントの定義を行い、それらのリスクヘッジをするシステムのインシデントは「システムが正しく使えない状態」なので、「組織のインシデント」を定義するところから始める。具体的には以下の通り。・新規プロジェクト立ち上げ（追加工数が必要）に対する採用やタスクの選択と集中・退職リスクのあるメンバーの検知（計画工数が減る）に対するリテンション

Slide 28

Slide 28 text

Slide 29

Slide 29 text

Copyright coconala Inc. All Rights Reserved. 組織とシステムは異なるので、そこを理解して間を埋める 29 人は十人十色でアプローチが異なるある程度、対応の型化はできるが、すべて同じやり方でコンテクストマネジメントができるわけではない。「対話」の数を増やし、「相互理解」を得ることが重要。マネジメントの手法もさまざまなので、適材適所でアプローチすることが大事。ただ、DevOpsの考え方は汎用的に使える。

Slide 30

Slide 30 text

Copyright coconala Inc. All Rights Reserved. Dev ＜ Opsの比率で取り組む 30 作るときよりも作ったあとの運用が大事 DevOpsのプラクティスを適用して、仕組みを作ったり、型化を進めているが、やはり運用が物を言う。日々、PDCAサイクルを回し、運用改善に取り組むことが重要。 DevOps的に言うと、可観測性を高め、SLOを設定し、データの利活用を行い、改善のスキームを立案することが大事。