|
| 1 | +# インセプションデッキ:SODAコミュニティ活動 |
| 2 | + |
| 3 | +SODA Community にようこそ。この canvas には、このプロジェクトについて知っておくべきことすべてと、重要なリソースやメンバーへのリンクが含まれています。 |
| 4 | + |
| 5 | +--- |
| 6 | + |
| 7 | +## 我々はなぜここにいるのか?(Why are we here?) |
| 8 | + |
| 9 | +SODA(Software Outcome Delivery Architecture)をインターネット上で公開し、さまざまなナレッジを誰もが参照できるようにします。SODAは、経営層・マネジャー・エンジニアが組織のケイパビリティを把握し、正確な経営判断と事業成長を支援するためのベース・フレームワークです。 |
| 10 | + |
| 11 | +SODAを利用することで: |
| 12 | + |
| 13 | +- **経営層**: 的確な経営判断を行えるようになる |
| 14 | +- **マネジャー**: 組織の課題を発見し、適切な対策を講じられる |
| 15 | +- **エンジニア**: プロセス改善のヒントを得られる |
| 16 | + |
| 17 | +また、SODAはベースラインをリリース後、オープンソースの思想に則りGitHub上で管理します。コミュニティ主導のもと、アップデートに向けた議論もオープンにしながら持続的に発展させて行きます。 |
| 18 | + |
| 19 | +--- |
| 20 | + |
| 21 | +## DORA Core Model との差別化 |
| 22 | + |
| 23 | +- **DORA Core Model** |
| 24 | + ソフトウェアデリバリーと運用のパフォーマンスを向上させるためのフレームワークで、 |
| 25 | + デプロイ頻度、変更リードタイム、変更失敗率、復旧時間という4つの主要指標を活用して、 |
| 26 | + 組織のデリバリーパフォーマンスと安定性を評価します。 |
| 27 | + |
| 28 | +- **SODA** |
| 29 | + プロダクト組織を構造的に捉え、可視化するフレームワークです。 |
| 30 | + 自組織のケイパビリティの現状を把握し、足りない要素を特定し、 |
| 31 | + それを補うために何を学ぶべきかを導き出すヒントを提供します。 |
| 32 | + |
| 33 | +SODAの特徴: |
| 34 | + |
| 35 | +- 経営層・マネジャー・エンジニアが共通の理解を持てるフレームワーク |
| 36 | +- 単なる評価ツールではなく、組織の成長を促すアーキテクチャ |
| 37 | +- コミュニティ主導のナレッジ共有と継続的な改善プロセス |
| 38 | + |
| 39 | +--- |
| 40 | + |
| 41 | +## ゴール |
| 42 | + |
| 43 | +- SODA フレームワーク公開サイトのオープン |
| 44 | +- SODAの認知拡大と発展 |
| 45 | +- 持続的なSODAのアップデート |
| 46 | +- 多様な専門家が協力するコミュニティの確立 |
| 47 | +- 組織の可視化と改善の促進 |
| 48 | + |
| 49 | +--- |
| 50 | + |
| 51 | +## エレベーターピッチ |
| 52 | + |
| 53 | +[1️⃣ SODAの認知を拡大し、組織の成長に貢献したい ] を満たしたい、 |
| 54 | +[2️⃣ 経営層、マネジャー、エンジニア、プロセス改善担当者 ] 向けの、 |
| 55 | +[3️⃣ SODAコミュニティ ] は、 |
| 56 | +[4️⃣ SODAの普及と発展を推進するオープンなナレッジ共有プラットフォーム ] である。 |
| 57 | + |
| 58 | +これは [5️⃣ 継続的なSODAのアップデートと業界横断的な知見の集約 ] ができる。 |
| 59 | +[6️⃣ 企業単位での個別導入 ] とは違って、 |
| 60 | +[7️⃣ 多様な専門家のコラボレーションと実践的なフィードバックの循環 ] が備わっている。 |
| 61 | + |
| 62 | +そして [8️⃣ コミュニティの協力体制とオープン性 ] からこそ、 |
| 63 | +[9️⃣ SODAの価値を最大限に引き出し、幅広い組織へ浸透 ] できる。 |
| 64 | + |
| 65 | +1️⃣ 潜在的なニーズ/抱えている課題 |
| 66 | +2️⃣ ターゲットユーザー |
| 67 | +3️⃣ プロダクト名 |
| 68 | +4️⃣ プロダクトのカテゴリ |
| 69 | +5️⃣ 重要な利点、対価に見合う説得力のある理由 |
| 70 | +6️⃣ 最も保守的な代替手段 |
| 71 | +7️⃣ 差別化の決定的な特徴 |
| 72 | +8️⃣ 実績や強み+社名 |
| 73 | +9️⃣ 自社が取り組む理由、圧倒的な優位性 |
| 74 | + |
| 75 | +--- |
| 76 | + |
| 77 | +## プロジェクトの特徴(Product box) |
| 78 | + |
| 79 | + |
| 80 | + |
| 81 | +**キャッチフレーズ候補** |
| 82 | +1. 組織の可能性を可視化する地図。SODAでエンジニアの視座を高めよう |
| 83 | +2. ソフトウェア組織の成功アーキテクチャ。SODAで見える、改善の道筋 |
| 84 | +3. エンジニアと経営を接続、SODAで共有する組織の現在地 |
| 85 | + |
| 86 | +**特徴・効能** |
| 87 | + |
| 88 | +- 可視化: 組織の能力や課題を明確に把握 |
| 89 | +- コラボレーション: 経営層・マネジャー・エンジニアが共通認識を持つ |
| 90 | +- 継続的アップデート: コミュニティで定期的に改善 |
| 91 | + |
| 92 | +--- |
| 93 | + |
| 94 | +## 開発対象とするスコープ(The NOT list) |
| 95 | + |
| 96 | +**やる(IN)** |
| 97 | +- コミュニティ主導の運営 |
| 98 | +- SODAの定期的なアップデート |
| 99 | +- 経営判断・組織改善の可視化モデル提供 |
| 100 | +- SODAの認知向上(カンファレンス発表など) |
| 101 | +- コンテンツ提供言語:日本語と英語 |
| 102 | + |
| 103 | +**やらない(OUT)** |
| 104 | +- 日本版ウォーターフォールには合わせない |
| 105 | +- 特定企業向けのカスタマイズ |
| 106 | +- 一つの業界に特化したもの |
| 107 | +- 一度作ったら終わりの固定モデル |
| 108 | + |
| 109 | +**あとで決める(UNRESOLVED)** |
| 110 | +- 国際展開(英語以外) |
| 111 | + |
| 112 | +--- |
| 113 | + |
| 114 | +## 優先事項の確認(Trade-off sliders) |
| 115 | + |
| 116 | +| 項目 | MIN | | | | | MAX | |
| 117 | +|--------------------------|:---:|:---:|:---:|:---:|:---:|:---:| |
| 118 | +| 機能をぜんぶ揃える(スコープ) | | | | ● | | | |
| 119 | +| 予算内に収める(予算) | | | ● | | | | |
| 120 | +| 期日を死守する(時間) | ● | | | | | | |
| 121 | +| 高い品質、少ない欠陥(品質) | | | | | | ● | |
| 122 | +| 簡単にナレッジを探せる | | | | | ● | | |
| 123 | +| コミュニティメンバーが増える | | ● | | | | | |
| 124 | + |
| 125 | +--- |
| 126 | + |
| 127 | +## プロジェクト環境(Your project community) |
| 128 | + |
| 129 | +**事務局** |
| 130 | +- 主幹: 高橋 裕之(ファインディ)、外山 大(ビズリーチ)、内藤 靖子(KINTOテクノロジーズ) |
| 131 | +- メンバー: 佐々木 奈央、佐土原 弘和、谷内 栄樹(ビズリーチ) |
| 132 | + |
| 133 | +**参加企業・ステークホルダー** |
| 134 | +- 株式会社ビズリーチ |
| 135 | +- ファインディ株式会社 |
| 136 | +- KINTOテクノロジーズ株式会社 |
| 137 | + |
| 138 | +--- |
| 139 | + |
| 140 | +## スケジュール(How big is this thing?) |
| 141 | + |
| 142 | +**2025年の予定** |
| 143 | + |
| 144 | +- コミュニティ立ち上げ: 1〜3月 |
| 145 | +- SODA図アップデート: 2〜5月 |
| 146 | +- 継続的な運用: 7〜12月 |
| 147 | + |
| 148 | +--- |
| 149 | + |
| 150 | +## テクニカルソリューション(Technical solution) |
| 151 | + |
| 152 | +- **知識共有**: GitHub, canvas |
| 153 | +- **コラボレーション**: Slack, Figma, Zoom |
| 154 | +- **フィードバック基盤**: GitHub Issues, レビュー |
| 155 | + |
| 156 | +--- |
| 157 | + |
| 158 | +## プロジェクトリスク(What keeps us up at night) |
| 159 | + |
| 160 | +- 情報の透明性と守秘義務のバランス |
| 161 | +- 導入の障壁 |
| 162 | +- コミュニティの継続性 |
| 163 | +- 商標やブランドに関する問題 |
| 164 | + |
| 165 | +--- |
| 166 | + |
| 167 | +## 何がどれだけ必要なのか(Show What It’s Going to Take) |
| 168 | + |
| 169 | +- コアメンバー(3名)、サポートメンバー(2名) |
| 170 | +- 運営費(Webサイト維持費 TBD) |
0 commit comments