コンテンツにスキップ
Process Compass(プロセスコンパス)
検索
Ctrl
K
キャンセル
GitHub
テーマの選択
ダーク
ライト
自動
ビジョン
プロジェクトの目的とゴール
ロードマップ(6フェーズ)
プロセス提案ツール構想
成果物トレーサビリティと記号の索引
フェーズ1: 現状調査
フェーズ1 概要 — 現状の開発プロセス調査
調査フレームワーク(共通テンプレート)
日本企業のガバナンス・決裁ゲートの実態
人材の入れ替えと事業フェーズの推移
フェーズ1 総括 — 現状(From)の全体像
既存プロセスの体系(データ駆動)
一覧
横断比較表
ウォーターフォール
アジャイル
スクラム
テスト駆動開発(TDD)
ドメイン駆動設計(DDD)
イベント駆動
仕様駆動開発(SDD)
AIDLC
ハイブリッド開発の実態
フェーズ2: AIDLC・理想形調査
フェーズ2 概要 — AIDLC・理想の開発プロセス調査
AIDLC のライフサイクル全体像
プロダクトオーナー中心のチーム編成論
エージェント型開発の現在地
コンテキストエンジニアリング — 明文化の壁への技術的回答
理想モデルの前提条件一覧
フェーズ2 総括 — 理想(To)の全体像
フェーズ3: ギャップ分析
フェーズ3 概要 — ギャップ分析
From-To ギャップ一覧と生成AI組み込みポイント
ロール別の作業分担と人間の関与の下限
内製/外注の再構成と事業継続性(BCP)
コンテキスト明文化・補完基盤の要件
フェーズ3 総括 — ギャップと打ち手の全体像
フェーズ4: 詳細プロセス策定
★ ピットイン方式参照モデル(構造)
第1章 総則 — AI協調型ソフトウェア開発プロセス標準
第2章 ライフサイクルとマイルストーン
第3章 実施体制・ロール・会議体
第4章 ゲートと判定基準
第5章 人間とAIの役割境界
第6章 成果物・記録・トレーサビリティ
第7章 例外・エスカレーション
第8章 テーラリング
附属書A(参考) 設計の背景と由来
附属書B(規定) EARS 記法(受入基準の書き方)
附属書C(参考) 独立レビュー実施ガイド
附属書D(規定) 導入提案書の様式
附属書E(参考) 開発者のAI協調作業ガイド
附属書F(規定) 安全適合性の検証ガイド
附属書G(参考) 決裁制度への提示
附属書H(規定) 品質保証の論証
附属書I(参考) 採用判断の手引き
フェーズ5: プロセス実装
フェーズ5 概要 — プロセスの社会実装
Git 戦略リファレンス
PR 運用リファレンス
CI/CD ゲート構成リファレンス
非割込型メッセージボックス(Label Mailbox)
生成AI実行環境の構成ガイド
コンピューティングリソース戦略(ローカル/クラウド)
プロダクト特化コンテキスト基盤の設計
統合検証(非機能テスト)リファレンス
事前レビュー期間の自動化
スタック型 PR の運用
レビューパッケージの自動生成
プロセスの社会実装計画
レビュー負荷削減手段の効果測定
AI生成テストの検出力検証
欠陥注入の隔離設計
QMS 文書管理との対応
エージェントの操作の統制
準拠テンプレートリポジトリ
フェーズ6: プロセス運用
フェーズ6 概要 — プロセス運用
運用作業一覧と役割分担
リスクカタログ
こんなときどうする
インシデント対応とポストモーテム
開発避難訓練
技術負債返却プロセス
プロセス継続改善サイクル(AIアップデート追従)
運用メトリクスと健全性基準
プロセス内部監査
プロセス提案ツール
★ シミュレーター(プロトタイプ)
ツール要件定義
知識ベーススキーマ設計
提案ロジック設計(ルールエンジン)
ユーザーテスト
提案書の出力フォーマット設計
コミュニティ
フィードバック・コントリビュート
プロジェクト運営(Issue 駆動)
作図規約(図解ファースト)
文体・トーン規約(公開ドキュメント)
根拠水準のマーク規約
根拠水準の台帳
実装マークの規約
フィードバックの反映
実装台帳
適用範囲の書き方
適用範囲の台帳
規定の表現形式の検査
決定記録(ADR)
決定記録(ADR)とは
ADR-0001: 重要な決定を公開 ADR として記録する
ADR-0002: サイト基盤に Astro + Starlight を採用する
ADR-0003: ドキュメント CC-BY-4.0 + コード MIT のデュアルライセンスにする
ADR-0004: フェーズ1調査は ISO/IEC/IEEE 24774 準拠の6+2要素で記述する
ADR-0005: フェーズ1では生成AIの現場利用実態を調査対象にしない
ADR-0006: プロセスは3ズームレベル+プレインランゲージで表現する
ADR-0007: プロセスは自作 YAML スキーマで定義しページと図を生成する
ADR-0008: テーラリング規則は宣言的データとして管理し根拠を必須にする
ADR-0009: フェーズ4を規程形式の章立てで構成し思想を附属書へ分離する
ADR-0010: プロセスデータと規程本文の正本を要素ごとに分担し結合点を識別子に限定する
ADR-0011: 安全リスクアセスメントを規格への適合ではなく手順の参照として位置づけ、独立した記号体系を与える
ADR-0012: AI の出力を未検証の入力として扱い、テスト生成の独立性をリスク区分で段階化する
ADR-0013: 移行を賛同の獲得ではなく限定試行から始め、支援と適合性判定の組織を分離する
ADR-0014: 安全重要度を第5の調整軸として導入し、提案書をスコアではなく差分の宣言として出力する
ADR-0015: 役割分担を「AI置き換え」の3分類から機能段階と関与の下限による記述へ改める
ADR-0016: 企画の評価を6観点として既存の企画書へ載せ、期待効果の単一金額を求めない
ADR-0017: 統合プロセス参照モデルを既存プロセスのカタログから分離し、独立したセクションに置く
ADR-0018: 前提の崩れを判定の停止ではなく受容の決裁で扱い、台帳を索引として設ける
ADR-0019: スコープを3層で確約し、確約範囲を動かすときだけ例外として扱う
ADR-0020: 統合プロセス参照モデルを本標準の一部と位置づけ、URL をカタログの名前空間から移す
ADR-0021: 知財潔白性を全件に求め、検知の結果ではなく検査を実施した記録を判定対象とする
ADR-0022: コンテキスト移管の期限を予告期間で段階化し、不足分を交代後へ繰り越す
ADR-0023: レビューパッケージに結論を含めず、注意を狭める情報を後に置く
ADR-0024: 事業決裁者の決定を技術的正しさの承認ではなく事業影響の受容と定義する
ADR-0025: 文脈の乖離でビルドを落とさず、検知より記載の削減を主とする
ADR-0026: 根拠の弱い記述を読者に見える構文でマークし、期限で追跡する
ADR-0027: プロセスの通称を「ピットイン方式」とし、正式名称と二層で運用する
ADR-0028: 達成できないゲートを省略と区別し、未達として表示し続ける
ADR-0029: 出荷判定者の兼務を、代償措置つきの逸脱として3名未満に限り認める
ADR-0030: 設計による危害の低減を、安全重要度の正当な引き下げとして位置づける
ADR-0031: 市場・顧客仮説の検証を、企画書の欄ではなく体制と予算で担保する
ADR-0032: 経営層へ提示する1枚を、新しい様式ではなく既存成果物からの投影として定義する
ADR-0033: 検査対象が存在しない状態を、記録したうえで通過させる
ADR-0034: 実装スタックを探索ステージの出力と定め、確定時期を SG-0 とする
ADR-0035: 兼務の禁止を人ではなく実行主体の文脈で定義し、ロールを機械可読構成へ載せる
ADR-0036: 工程ゲートの判定は記録の作成をもって成立させ、語彙を2値に限る
ADR-0037: 受信箱ラベルはレーンを指し、ロールとの写像は案件が定める
ADR-0038: 統制の弱化は検知者が許容可否を判断せず、引き渡し先が不明でも抱え込ませない
ADR-0039: 適用範囲は見出しへ書き、案件ごとの確定と変更ごとの判定を分ける
ADR-0040: 準拠テンプレートの様式を標準の部分集合と定め、欠けた必須欄を逸脱として扱う
ADR-0041: 列挙は網羅でないことを原則として明記し、列挙の外を探す義務は課さない
ADR-0042: 安全リスク区分は危険源の大小を順序づけると主張せず、低減の順序を決める入口として用いる
ADR-0043: 安全リスクアセスメントの参照先を IEC 61508 と ISO/TR 14121-2 の併記へ改める
ADR-0044: 自前実装の前に既存の部品を探す義務を課さないと決める
ADR-0045: 差し替え条件は対立仮説を分離できる形で書き、書けない場合はマークを置かない
ADR-0046: 採る条件が決まった規定を「条件付きで後置」として記録し、保留と区別する
ADR-0047: 変更規模の上限を遮断ではなく差し戻しの既定とし、超過の記録を較正の母集団に含める
ADR-0048: 判定基準の正本を第4章の表と定め、機械可読の複製を生成物へ降格する
ADR-0049: 適用範囲の判定の単位を4つに拡張し、検出の語彙を閉じた集合に保つ
ADR-0050: 強制層の水準を事業ステージで動かさないと決める
ADR-0051: 使いやすさ・学びやすさを判定基準とせず、価値と受入基準の対応だけを見る
ADR-0052: 配る仕組みではなく、配布物そのものを検査する
ADR-0053: 不可逆な操作を基準で定義し、列挙を例示へ改める
ADR-0054: 判断の席に責任者と担い手を分け、担い手の運用形態をリスク区分で上限づける
ADR-0055: 体制の変化点を定義し、最初のゲート判定より前に体制図と構成を改める
ADR-0056: 品質保証の論証を附属書H に置き、出荷ごとの保証の開示で示す
ADR-0057: 品質を保証する主体を本標準を適用する組織とし、3層の合意と組織継続の要求事項で支える
ADR-0058: 規模の基準値の超過を、遮断でなく規模の確認と区分 R2 で扱い、能力依存の定数に再評価の登録簿を置く
ADR-0059: 承認の比率を AI自律レベルの引き下げの検知条件に置かない
ADR-0060: 独立を構成と変更の2層で定め、起案と判定の分離を実行主体の文脈の単位で課す
ADR-0061: 実装マークに、検査の手段の属性を足す
ADR-0062: 曖昧語の規範を類で書き、検出語の正本を第4章 G-2 の表に置く
ADR-0063: 附属書の種別を宣言し、規定の強さを文末の形で書き分ける
ADR-0064: 準拠テンプレートのスキルの要求と禁止の文に、本標準の所在かテンプレート独自の印を必須にする
ADR-0065: S0 の独立レビューの省略を前提つきで維持し、確認者の有無を名簿と席から導く
ADR-0066: 出荷判定者の席が兼ねない席を定め、「開発ライン」と「第三者レビュー」を定義する
ADR-0067: 承認者2名の目的を定め、2人目に目隠しを課さないと決める
ADR-0068: 適用の開始をテーラリングの宣言の記録の時点とし、適用の表明と適合の主張を分ける
ADR-0069: 判定を別の組織へ置く場合は結果を受け取る者を決めて記録し、「検収」を「契約上の確認行為」へ改める
GitHub
テーマの選択
ダーク
ライト
自動
プロデューサー/コンシューマー実装(実装・運用)
← 実装・運用 のワークフロー(第2階層)へ戻る
担当ロール
開発者
インプット
イベントカタログ/スキーマ定義(契約)
アウトプット
—
タスク(第3階層)
イベント発行の原子性(状態変更→発行、Outbox 等)を実装する
冪等な消費・順序保証(同一キー→同一パーティション)を実装する