ケーススタディ — 概要
ケーススタディは、下流プロジェクトがキットの意図的に抽象的な canon をどう具体的な運用環境に束縛したか を記録するドキュメントです。pentaglyph 本体は意図的にドメイン中立・ツール非依存を保ち、ケーススタディはその意図的な空間で実チームが行った 具体的 な束縛を illustrate します。
各ケーススタディは以下を名指します:
- 下流の archetype（例: デジタルツイン・プラットフォーム、規制 SaaS、社内開発者ツール） ―― 具体的なプロジェクト名は出さない
- どの Layer を束縛したか: ① Artefacts / ② Process / ③ Automation / ④ Governance / ⑤ Measurement
- upstream のキットが意図的に under-specified にしているもの
- 下流が選んだ具体的な束縛（ツール・cadence・ファイルレイアウト）
- Lessons learned（将来の導入者に役立つかもしれない学び）
ケーススタディは 非規範的 です ―― 1 チームの選択を記録するものであって、推奨経路ではありません。規範的な束縛は template/docs/design-guide/ と対応する meta-doc _binding-a-new-process.md にあります。
利用可能なケーススタディ
Section titled “利用可能なケーススタディ”- デジタルツイン下流 ― Layer ② Process binding ― Scrum cadence、CI/CD ↔ Sprint 統合、BDD/TDD ツール選定
ケーススタディを寄稿するとき
Section titled “ケーススタディを寄稿するとき”寄稿に適しているもの:
- 非自明な束縛（典型的には Layer ② または ③）が完了している
- 束縛の選択が他の導入者の例として有用
- 下流側がプロジェクト固有名（redact 済）の公開許可を出している
PR は uyuutosa/pentaglyph-docs に。一般的な archetype 名（デジタルツイン、規制 SaaS 等）を使い、実在のプロジェクト名 / 会社名 / チケット ID は含めないこと。