技術的負債の見える化|返済計画をビジネス側に説明する方法
技術的負債を「毎回余計に払っている利息」として観測値で示し、次の機能とセットで返済を提案する組み立てを、Martin Fowler の四象限と元本返済の考え方を手がかりに整理しました。
Tech Lead技術的負債を「毎回余計に払っている利息」として観測値で示し、次の機能とセットで返済を提案する組み立てを、Martin Fowler の四象限と元本返済の考え方を手がかりに整理しました。
Tech LeadADR(Architecture Decision Record)は技術判断の理由を1枚に残す軽量な記録です。Nygardの5節テンプレート、書き換えずsupersedeする運用、対象の絞り方を整理しました。
DevOpsCIはツールの名前ではなく統合のやり方です。メインライン1本・毎日以上の統合・自己テストビルド・10分ビルド・壊れたら即修正という条件を、提唱者の解説に沿って整理しました。
Tech LeadDesign Docは仕様書ではなく設計の合意を取る道具です。Googleの公開解説をもとに、5つの節の書き分け・分量の目安・4段階のライフサイクル・書かないほうがよい場合を整理しました。
Tech Leadコードレビューが形骸化・滞留するのは運用ルールが無いから。Googleのコードレビューガイドを一次情報に、目的・判断基準・応答時間・変更の大きさという4つの約束をテックリードがどう決めるか整理しました。
DevOpsCALMSはCulture・Automation・Lean・Measurement・SharingでDevOpsを棚卸しする枠組みです。CAMSからの由来と5軸の中身、軸ごとに成熟度を見る使い方を整理しました。
SRESREを「インフラ担当の新しい呼び方」で終わらせないための整理です。Googleが定めた運用作業50%の上限とエラーバジェット、そしてDevOpsとの関係を、SRE本とWorkbookの記述をもとに解説します。
DevOpsDevOpsをツール導入ではなく文化の話として整理しました。AWSの定義とDORAの文化調査をもとに、開発と運用の壁が生まれる構造と、働き方の変更が先に来る理由をまとめています。
Techサンドボックスやブラウザ越しに外部データを取ると、content-typeや取得上限で詰まりがち。CDN化・APIのbase64・保存ファイル化という3つの逃がし方と、どの壁かを切り分ける判断フローを実作業ログから整理しました。
AIAIにタスクを丸投げすると文脈が散らかる——その悩みをほどくのが Cursor 2.4 の Subagents。コンテキスト分離・前景/背景・並列実行の勘所と、使うべき場面を整理します。