3
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

「再現性のある価値 ― 仕組みで解決するということ」

3
Posted at

はじめに

インフラエンジニアとして仕事をしていると、「価値を出す」という言葉に何度も出会います。障害対応で深夜に対処した、難しい移行を成功させた、複雑な要件をうまくさばいた——これらは確かに価値です。ただ最近、こうした「価値」には二つの種類があるのではないかと考えるようになりました。

属人的な価値再現性のある価値 です。

属人的な価値とは

属人的な価値は、その人がいる時にしか発生しない価値 です。

優秀なエンジニアが現場で判断し、調整し、火を消す。その瞬間は確かに価値が生まれています。しかし、本人が異動・退職・休暇で抜けた瞬間に、その価値の供給は止まる。

組織から見れば、これは「価値が生まれた」というより、「価値が通り過ぎた」 に近い状態です。

観点 属人的な価値の特徴
発生条件 特定の人物の存在
持続性 本人の稼働時間に依存
スケール 本人の処理能力が上限
再現可否 本人の暗黙知に依存
組織資産化 しにくい

属人的な価値が悪いわけではありません。むしろ高度な判断や創造的な仕事には不可欠です。問題は、「本来は再現できるはずの価値」までもが属人的なまま放置されているケースです。

再現性のある価値とは

再現性のある価値とは、誰が、いつ、何回やっても同じ結果が出る形に落とし込まれたもの を指します。具体的には次のような形を取ります。

  • Terraformのモジュール
  • Ansibleのロール
  • インフラ構築の再利用可能な部品
  • ドキュメント化された判断基準
  • チェックリストや運用フロー

これらの共通点は、一度作れば、自分が関わらなくても価値が生まれ続ける という性質です。

# 例: 再現性のある価値としてのTerraformモジュール
module "secure_baseline" {
  source = "./modules/secure-baseline"

  account_id      = var.account_id
  enable_guardduty = true
  enable_config    = true
  log_retention_days = 365
}

このモジュールが一度設計・検証されれば、利用者は内部実装を知らなくても、安全な構成を再現できます。設計者の判断が、コードという形に凝固して資産化されている状態です。

三つの軸で整理する

私はこの考え方を、次の三つの軸(守り・攻め・効率)と組み合わせて整理しています。

属人的な状態 再現性のある状態
守り(リスク低減) ベテランの勘で設定 セキュリティベースラインのIaC化
攻め(成長・新規) 都度ヒアリングして個別設計 構成パターンの提供
効率(コスト最適化) 個人の経験で最適化 コスト監視・自動化の仕組み

このマトリクスを書いてみると、組織として伸ばすべき方向が見えてきます。「今、属人的になっている領域のうち、再現可能にすべきものはどれか」 という問いが、標準化の起点になります。

ここで一度立ち止まる ― 再現性至上主義の罠

ただし、この概念には注意したい側面があります。

再現性を追い求めすぎると、再現できないものを軽視してしまう傾向 が出てきます。

たとえば、こんなコミュニケーション上の所作を考えてみてください。

  • 相手の文脈や前提を先に確認してから本題に入る
  • 結論を急がず、相手が抱えている課題の輪郭を一緒に描く
  • チームメンバーの調子の変化に気づき、声をかける

これらは仕組み化しにくく、その場その場の感受性に依存します。チェックリストにしても、本質が抜け落ちる種類のものです。

けれど、組織の中で本当に効く価値の多くは、「再現しにくい部分」と「再現できる部分」の組み合わせ から生まれている気がします。

たとえば、

  • IaCで構成は再現できても、「なぜその構成を選ぶか」の対話 は再現できない
  • 運用手順書は整備できても、「異変を感じ取る感覚」 は手順書にならない
  • 「お客様の本当の課題を引き出すヒアリング」 は属人的

再現性のある価値だけで組織を運営しようとすると、この「縁の部分」が痩せていきます。そして、痩せた組織は、想定外の事態に脆くなる。

仕組みの目的を取り違えないこと

仕組みは、人の判断を不要にするためではなく、人がより重要な判断に集中できるようにするためにある。

  • 定型的な構築作業を仕組み化する → エンジニアは「お客様の事業をどう支えるか」を考える時間を持てる
  • 監視・運用を自動化する → 運用者は「異常の兆候」を読み取ることに集中できる
  • ドキュメントを整備する → 新メンバーの立ち上がりが早くなり、ベテランは難しい問題に向き合える

つまり、再現性のある価値を増やすことの目的は、属人的な価値を消すことではなく、属人的な価値を「本当に属人的にしかできない領域」に集中させること です。

3
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
3
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?