Design Philosophy

私は「動くもの」よりも
「壊れにくく、引き継げる構造」を設計します。

短期的な実装速度より、
運用・引き継ぎ・事故耐性を
優先する設計が得意です。

よくある現場の課題

ドキュメントがあっても使われない
属人化して誰も全体を説明できない
OJTが進まない
自動化が怖くて触れない

私の設計はこう変えます

判断基準を構造に埋め込む
読まなくても理解できる配置
「人が迷うポイント」を先に潰す

設計の進め方

人が迷うポイントを洗い出す
例外処理を「逃げ道」として用意する
事故らない選択肢を残す
変える場所と変えない場所を分ける

設計で常に意識していること

完璧な正解は作らない
失敗しても壊れない構造
人の認知負荷を下げる

設計対象

運用フロー設計（NOC / 監視 / 障害対応）
ドキュメント構造設計（Wiki / Notion）
自動化設計（小さく・壊れにくく）
学習 / OJT 設計
PoC設計（本番に持ち込まない前提）

設計事例（一部）

監視業務OJT設計

アラームが鳴らなくても進められる構造。
「机上止まり」を前提に、
判断分岐を整理しました。

AI活用PoC設計

本番に影響しない隔離設計。
人間が最終判断する前提で構築しています。

向いている仕事

現場が混乱している
引き継ぎがうまくいっていない
「なんとなく回っている」状態を改善したい
自動化・AIを導入したいが怖い

向いていない仕事

とにかく早くコードを書いてほしいだけ
設計をすっ飛ばしたい

設計は「未来の人への手紙」だと考えています。

半年後・一年後の誰かが
困らない構造を作ること。

それが私の設計です。