嘘ペディア
B!

構成マネージャ

この記事はAIが生成したフィクションです。実在の人物・団体・事象とは一切関係ありません。
構成マネージャ
分野企業IT・製造運用・プロジェクト管理
関連領域構成管理、変更管理、監査、文書統制
目的仕様と実装・調達・運用の整合確保
主な成果物構成表、変更履歴、適合証明(抜粋)
誕生の背景“同じはず”のはずが同じでない問題の頻発
特徴監査と現場の速度の両立を求められる

(こうせいまねーじゃー)は、組織内のの整合性を「管理」する役割、またはそのための手続きを指す用語である。とくに技術部門では、変化の多いを“壊さずに進める”仕組みとして定着したとされる[1]

概要[編集]

は、の組み合わせ(どの部品・どの設定・どの版を採用したか)について、関係者が同じ前提を共有できる状態を維持することを職掌とする、とされる。実務上は、単なる台帳よりも「なぜその構成になったか」を追跡可能にする点が重視されたとされる。

用語の成立は、1980年代末にの大手製造企業で発生したとされる「仕様書は一冊なのに、現場は三種類」問題に遡ると説明されることが多い。なお、後年になってソフトウェア開発の文脈にも広がり、と似た議論と並走したとも指摘されている。

このため、構成マネージャはしばしば、の“中間地帯”に配置される役職として語られる。ここでは「止めるのではなく、止まらないように止めない」運用が目標とされたとされるが、実際には書類作成量が増えたという報告も残っている[2]

歴史[編集]

黎明期:仕様の“分裂”を止める小さな装置[編集]

黎明期の物語としては、の港湾倉庫で行われた「同梱調整会議」が起点になったとする説がある。この会議では、同じ品番のはずの部品が実際には“左回りロット”と“右回りロット”の二系統に分岐していたと報告された。原因は不注意ではなく、倉庫の電動棚が昼夜で微妙に回転角を変えていたためとされた。

この混乱を受け、率いる社内チームは、部品の版と設定を「構成札」として物理的に紐づける仕組みを提案した。構成札は番号だけでなく、色と穴の位置まで規格化され、棚卸のたびに現場が確かめられるように設計されたとされる。のちにこの方式が“手で触れる構成管理”として周辺企業にも模倣された。

ただし、の同社監査では「構成札は便利だが、誰が発行者かが曖昧」と指摘され、ここで初めて“発行者=構成マネージャ”という役割分担が明文化されたとされる[3]

拡張:文書統制の加速と“監査の胃もたれ”[編集]

の大規模流通センターで、監査人が1つの配送書類から派生する訂正履歴を追うのにを要した事件が起きたと記録されている。追跡不能の原因は、訂正されたはずのが現場の端末にだけ残っていたことだったとされる。

その反省として、構成マネージャは「履歴を短くする」ではなく「履歴を“検索可能にする”」方向へ舵を切ったと説明される。具体的には、変更要求を受けるたびにと呼ぶ独自のスコアを付与し、指数が閾値(当初は0.73とされた)を超えるものを重点監査対象にした。指数は数式の体裁を持っていたが、実際には“現場の体感リスク”を換算した経験則として運用されたという。

この時期、が構成マネージャの研修カリキュラムを認定したとされる。もっとも研修最終課題は、架空の事故報告書を読んで「どの構成が間違っていたか」を当てる形式であり、受講者は試験よりも書式の細かさに苦しんだという[4]

近年:現場の速度と“静かなブレーキ”の両立[編集]

クラウド移行が進んだ頃からは、構成マネージャが“静かなブレーキ”として再評価されたとされる。変更の頻度が増えるほど、構成の差分は小さく見えても累積すると事故になる。そこで構成マネージャは、変更を拒否するのではなく、変更が混ざらないように時間と責任範囲を区切る運用を整えたと説明される。

この局面で注目されたのが、という考え方である。改版境界日は毎月第2金曜のとされ、設定の反映はその直後に限る、というルールが導入されたケースがある。理由は、時刻が“覚えやすい”からだとされるが、実際には会議の長さが毎回似ていたため偶然そうなったとも噂されている。

なお、構成マネージャがうまく機能しないときは、書類が増えるのではなく「書類が増えたことを忘れられる」現象が起きると指摘されている。現場が新しい運用に慣れるほど、旧運用の痕跡が“どこかにある”状態になり、探索コストがじわじわ積み上がるという[5]

運用の実態:構成マネージャが握るもの[編集]

構成マネージャの運用は、大きく分けて①構成の確定、②変更の申請、③適合の証跡、④逸脱の収束、の四工程として語られることが多い。①ではが作成され、部品・設定・版の関係が“見える化”される。

②の変更管理では、変更要求が来るたびにが付与され、その変更IDがの各段階へと紐づけられる仕組みが採用されがちである。興味深いのは、変更IDの採番規則が会社によって大きく異なることである。ある企業では、変更IDの下二桁が「担当者の誕生日の曜日」を基に決められていたとされる。

③の適合証跡では、監査人向けの“短い証明書”を生成する。短い証明書は、実際には長いログを圧縮したものに過ぎないが、監査人には「これで十分」と見なされた。もっともこの圧縮にはバイアスがあり、“問題が起きた部分だけ、都合よく丸まった”と批判された例もある。

④の逸脱収束では、誤った構成が運用に入ってしまった場合に備えて、巻き戻し手順が整備される。構成マネージャはこの巻き戻しの所要時間を、過去データからと見積もることがあるが、見積もりの根拠は「過去に似た会議がだいたいそのくらいだったから」であると説明されることもある[6]

社会に与えた影響[編集]

構成マネージャの導入は、組織の生産性というよりも“事故の種類”を変えたとされる。以前は「知らないうちに違う」事故が多かったのに対し、導入後は「知らないうちに違うと言えるようになった」事故へ移行した、と表現されることがある。

また、構成マネージャは採用・育成にも影響を与えた。従来の現場は職人性が重視されたが、構成マネージャが中心になると、表記ゆれのないや、決められた書式でのを読めることが評価された。結果として“読める人”が評価され、現場の“作れる人”が軽く扱われるという反発も生まれた。

一方で、構成が揃うことでサプライチェーンの調整が速くなった事例も報告されている。たとえばの自動車部品メーカーでは、構成マネージャが調達先へ事前に構成表のスナップショットを配布した結果、仕様確認の往復回数が年間でへ減少したとされる。ただし、この数字は当時の“往復”を電話とメールで分けていなかったため、後年になって計測方法の再現性が疑問視された[7]

批判と論争[編集]

構成マネージャへの批判は、主に「事務の肥大化」と「責任の押し付け」に集中していたと整理されている。構成マネージャが作る構成表が増えすぎると、現場は“正しいのに遅い”状態に陥るとされる。

また、変更管理が厳格になりすぎると、現場は例外処理を増やす傾向がある。ある監査報告では、例外処理が承認される条件として「担当者が朝会で一度だけ熱弁したこと」が記録されており、形式主義ではなく人間の熱量で回っているとの指摘がされた[8]

一方で擁護側は、「構成マネージャは遅くする装置ではなく、速さを再利用する装置である」と主張した。問題は、再利用に必要な“学習コスト”を誰が負担するかであるとされる。ただし、学習コストを負担できる立場にいるのは、たいてい構成マネージャ自身であるという皮肉も、複数の社内回覧で語られた。

脚注[編集]

関連項目[編集]

脚注

  1. ^ 田中麗子『構成マネージャの現場設計:整合性はどこで生まれるか』翔泳社, 2012.
  2. ^ Margaret A. Thornton『Evidence Compression in Configuration Governance』Journal of Systems Auditing, Vol.12 No.3, pp.44-61, 2015.
  3. ^ 鈴木健吾『仕様の分裂と回収:構成管理の社会学』東京工業大学出版会, 第2巻第1号, pp.10-29, 2004.
  4. ^ 山根寛治『構成札と現場の触覚:保管と発行の儀式』港湾倉庫研究叢書, 1989.
  5. ^ Hiroshi Yamane『On the 13:13 Boundary Rule in Release Governance』Proceedings of the International Conference on Operational Consistency, Vol.7, pp.201-219, 2011.
  6. ^ 独立行政法人 日本品質監査センター『監査人のための構成証跡ガイド(試用版)』日本品質監査センター, 2009.
  7. ^ Claire M. Voss『Blameless Configuration Drift: A Myth and Its Metrics』Software Reliability Quarterly, Vol.5 No.2, pp.88-105, 2018.
  8. ^ 佐藤光太『例外処理はなぜ承認されるのか』技術経営レビュー, 第11巻第4号, pp.77-96, 2021.
  9. ^ 青木真澄『構成指数の作り方:閾値0.73の哲学』月刊監査実務, 第3巻第1号, pp.33-50, 2010.
  10. ^ Katsumi Watanabe『Configuration Manager Without Paperwork』International Workflow Letters, Vol.1 No.1, pp.1-12, 2002.

外部リンク

  • 構成札アーカイブ
  • 改版境界日カレンダー研究所
  • 構成証跡短縮生成ポータル
  • 構成指数コミュニティ掲示板
  • 監査人向け構成表テンプレ倉庫
カテゴリ: 企業内情報管理 | プロジェクト管理の役割 | 変更管理手法 | 文書統制 | 品質保証プロセス | 監査実務 | ソフトウェア運用設計 | 製造業の運用管理 | 組織行動とプロセス

関連する嘘記事