SCALE システム開発書(5原則)
:LiTarget: 概要
大串の根本思想の集約。「最初に依頼したもので完成」を実現する5原則:ノンストップ即デプロイ・ワンショット完成・細部超高品質・チーム体制・CI/CD。
:LiKey: 要点
- 原則1: ノンストップ即デプロイ(中断ゼロで完成まで)
- 原則2: ワンショット完成(依頼書時点で完成イメージを確定)
- 原則3: 細部超高品質(プロダクション基準を譲らない)
- 原則4: 13エージェント体制で並列開発
- 原則5: 自動 CI/CD(テスト・デプロイ・通知の完全自動化)
:LiUsers: 対象読者
- 経営層
- 開発リーダー
- 依頼者
:LiTrendingUp: 効果
依頼から本番リリースまで平均2〜4時間に短縮。
:LiBookOpen: Vault本文より抜粋
[!quote] 「最初に依頼したもので完成」を実現するための開発標準書。 過去のFB全振り返りから抽出した、大串が求めるシステムの傾向と必須ルール。
観点 一言 :LiGem: 核心 「最初に依頼したもので完成」を実現するための開発標準書。 :LiKey: キーワード 0. このドキュメントの使い方 / 0-2. 開発スタンス 5原則最優先 / 1. 大串が求めるシステムの傾向最重要 / 2. 必須ルール絶対遵守 :LiUserCheck: 使う人 開発者 / PM / 経営者 :LiClock: 読了目安 5-8分 [!danger] システム開発依頼を受けたら、まずこのページを読む
- Claude Code / 開発エンジニアが 最初に参照する 標準
- 修正依頼 / 新規開発の 両方に適用
- このページの内容を満たした初期アウトプットを目指す
- 新しいFBが出たら このページを必ず更新(依頼者に確認)
[!danger] これが大串の根本思想。すべての判断はここから出発する。 [!quote] 「アウトプット見ないとイメージ沸かない。後からいくらでも修正効く。」
- ✅ 基本: 許可なく勝手にどんどんデプロイして添削に出す
- ✅ コード変更 → 即デプロイ → 本番URLで送る
- ✅ 「デプロイしますか?」「これでいいですか?」は 聞かない
- :LiX: 例外(許可必須): 超重要で方向性によっては 損失 / データ消失 リスクある場合のみ → 確認待ちは時間の浪費。形にして見せて、フィードバックで磨く。
:LiExternalLink: フル本文を開く
- Obsidianで開く:
obsidian://open?vault=SCALE-Brain&file=31_%E3%82%B7%E3%82%B9%E3%83%86%E3%83%A0%E9%96%8B%E7%99%BA%E9%83%A8%2F_SCALE_%E3%82%B7%E3%82%B9%E3%83%86%E3%83%A0%E9%96%8B%E7%99%BA%E6%9B%B8 - Vault パス:
31_システム開発部/_SCALE_システム開発書.md
:LiInfo: このノートは Vault が正本。最新の編集は Obsidian 側で行うこと。