Repository navigation
OTR_TargetSegments
nishi_74322014 edited this page Oct 27, 2026
·
1 revision
Open 棟梁が適合するセグメント・ターゲットと、適合しないケースを整理する（STP）。
自セグメントに適合しない場合、Open 棟梁の特徴はそのままデメリットになる。
Open 棟梁は「IDE＋テンプレート＋フレームワーク＆ライブラリ」型である（開発支援ツールの種類）。
| 種類 | 向いている用途 | 限界 |
|---|---|---|
| IDE（DRY） | 数画面の小規模開発 | 中・大規模開発では破綻する（目安：30 画面以上、開発者 5 人以上） |
| RAD ツール | ニッチな特定用途 | 用途を外れると適合しない |
| EUC ツール | エンドユーザによるコンピューティング。デザイナ＋自動生成で生産性が高い | 柔軟性が低く、要求に応えられないことがある |
| 統合 CASE ツール | 大規模 SI の SIer 側の需要 | ウォーターフォールにのみ適合。エンドユーザには使いにくい |
| IDE＋テンプレート＋フレームワーク＆ライブラリ | 柔軟性を保ったまま QCD を上げたい中・大規模開発 | EUC ではない。テンプレートの改修にはある程度のスキルが要る |
| ターゲット | 理由 |
|---|---|
| 中・大規模の業務システム開発（SI） | 要員が多く処理方式が多彩なほど、標準化の効果が大きい。最大 2.0MS、マルチベンダ案件の実績 |
| 小規模でも標準化したい案件 | 小規模向けのプロジェクト・テンプレートで、導入のオーバーヘッドを抑えられる。最小 20KS の実績 |
| オフショア・一括外注 | 文脈を共有しない実装者に、同じ方式で書かせられる |
| コーディング・エージェントで開発する組織 | オフショアの実装者と同じ構図。方式がテンプレートとスキルにあるので、エージェントの出力が揃う |
| 内製化を進める事業会社 | SIer のノウハウを流用でき、テンプレート化で追加開発のハードルが下がる |
| .NET Framework 資産の移行・再構築 | net48 と net10.0 の両方を対象にしており、B 層・D 層のポータビリティが高い |
| SoE・SoI に広げたい組織 | OAuth2 / OIDC アーキテクチャ、Jupyter 系の AI / BI、クラウド・デプロイを、リードエンジニア＋エージェントでサポートする（ソリューション提供のサポート） |
上の表の多くは「Open 棟梁（プロダクト）が適合するか」の観点である。
ソリューション提供のサポートとしては、プロダクトが適合しない領域でも、ノウハウ（方式の決め方・標準化の仕方）は適用できる。
- 数画面で終わる小さなツールやプロトタイプ（IDE 標準の機能で足りる）。
- エンドユーザ自身が作る前提の開発（EUC ツールの領域）。
- .NET 以外の言語・ランタイムを前提とするプロジェクト。
Tags: 再構築
このWikiは「Open棟梁Project」,「OSSコンソーシアム 開発基盤部会」によって運営されています。