🚀 新規事業

system-dev-doc

最終更新 2026年05月08日 / 40_新規事業/SCALE_Build/カタログ/Tips集/system-dev-doc.md

SCALE システム開発書(5原則)

概要

大串の根本思想の集約。「最初に依頼したもので完成」を実現する5原則:ノンストップ即デプロイ・ワンショット完成・細部超高品質・チーム体制・CI/CD。

要点

  • 原則1: ノンストップ即デプロイ(中断ゼロで完成まで)
  • 原則2: ワンショット完成(依頼書時点で完成イメージを確定)
  • 原則3: 細部超高品質(プロダクション基準を譲らない)
  • 原則4: 13エージェント体制で並列開発
  • 原則5: 自動 CI/CD(テスト・デプロイ・通知の完全自動化)

対象読者

  • 経営層
  • 開発リーダー
  • 依頼者

効果

依頼から本番リリースまで平均2〜4時間に短縮。

Vault本文より抜粋

「最初に依頼したもので完成」を実現するための開発標準書。
過去のFB全振り返りから抽出した、大串が求めるシステムの傾向と必須ルール。



観点 一言
核心 「最初に依頼したもので完成」を実現するための開発標準書。
キーワード 0. このドキュメントの使い方 / 0-2. 開発スタンス 5原則最優先 / 1. 大串が求めるシステムの傾向最重要 / 2. 必須ルール絶対遵守
使う人 開発者 / PM / 経営者
読了目安 5-8分
> システム開発依頼を受けたら、まずこのページを読む
- Claude Code / 開発エンジニアが 最初に参照する 標準
- 修正依頼 / 新規開発の 両方に適用
- このページの内容を満たした初期アウトプットを目指す
- 新しいFBが出たら このページを必ず更新(依頼者に確認)
---
> これが大串の根本思想。すべての判断はここから出発する。
> 「アウトプット見ないとイメージ沸かない。後からいくらでも修正効く。」
- ✅ 基本: 許可なく勝手にどんどんデプロイして添削に出す
- ✅ コード変更 → 即デプロイ → 本番URLで送る
- ✅ 「デプロイしますか?」「これでいいですか?」は 聞かない
- 例外(許可必須): 超重要で方向性によっては 損失 / データ消失 リスクある場合のみ
→ 確認待ちは時間の浪費。形にして見せて、フィードバックで磨く。
---

フル本文を開く

  • 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

このノートは Vault が正本。最新の編集は Obsidian 側で行うこと。