--- title: AIで速く作れる時代に、整合性をどう保つか 〜動くものを作る前にチームで決めること〜 tags: author: [Insurtechラボ](https://www.docswell.com/user/Insurtech-lab) site: [Docswell](https://www.docswell.com/) thumbnail: https://bcdn.docswell.com/page/LE1Y6XQL7G.jpg?width=480 description: 2026.10.12のフロントエンドカンファレンス関西2026で発表した内容です。 https://2026.frontend-conf.osaka.jp/ published: October 12, 26 canonical: https://www.docswell.com/s/Insurtech-lab/ZR87NN-2026-10-12-131905 --- # Page. 1 ![Page Image](https://bcdn.docswell.com/page/LE1Y6XQL7G.jpg) AIで速く作れる時代に、整合性を どう保つか 〜動くものを作る前に チームで決めること〜 2026年10月12日 フロントエンドカンファレンス関西2026 # Page. 2 ![Page Image](https://bcdn.docswell.com/page/GEWGWNMQJ2.jpg) 目次 ０．はじめに １．AI駆動開発で直面した問題 ２．どんなゴールを設定するか ３．チーム全員でスプリントゴールを設定する ４．まとめ #fec_kansai #fec_kansai 2 # Page. 3 ![Page Image](https://bcdn.docswell.com/page/47ZL53Q3J3.jpg) ０．はじめに #fec_kansai #fec_kansai 3 # Page. 4 ![Page Image](https://bcdn.docswell.com/page/YJ6W9X6ZJV.jpg) 自己紹介 小泉 岳人 X（Twitter）：@koitake_ ニッセイ情報テクノロジーでマネージャーやっています。 今は東京ですが、入社以来15年大阪に住んでました。 スクリーンショット・写真撮影・SNS共有 大歓迎！ #fec_kansai #fec_kansai 4 # Page. 5 ![Page Image](https://bcdn.docswell.com/page/GJ5MNX69J4.jpg) 本日のラーニングアウトカム 誰にどんな状態を届けたいか、 何を確かめたいかを決め、ゴールを設定できる #fec_kansai #fec_kansai 5 # Page. 6 ![Page Image](https://bcdn.docswell.com/page/LE3W2XQ2E5.jpg) １．AI駆動開発で直面した問題 #fec_kansai #fec_kansai 6 # Page. 7 ![Page Image](https://bcdn.docswell.com/page/8EDKZ2967G.jpg) AIで実装や設計書の作成が 素早くできる そんな中、「なぜこうしたの？」への答えが 「AIがつくったから」 になっていった #fec_kansai #fec_kansai 7 # Page. 8 ![Page Image](https://bcdn.docswell.com/page/V7PKD19ZJ8.jpg) AI駆動開発を繰り返せば、理解も改善も進むと思っていた 成果物は増えた。しかし、改善のループは回らなかった PBI(プロダクト バックログアイテ ム) Figma DoD(完成の定 義)/品質計 画 動作する システム スプリント 計画 スプリン トの実施 方法を見 直す AI駆動 開発 CLAUD E.mdに 反映させ る ここに意識が集中 プロダクショ ンコード テストコード インクリメント 気づきを改善に反映 できない 改善への反映 課題/わからな い点/改善点 検討 INPUT成果物 自体を見直す #fec_kansai #fec_kansai 8 # Page. 9 ![Page Image](https://bcdn.docswell.com/page/2JVV1YMMJQ.jpg) 何が起こっていたか？ 作るのは速くなった。でも、後から変える負担は大きい。 理解が追いつかず、どこを直せばよいか、何に影響するかを判断できない。 1 目指したかった開発 1 方針を仮置きして進める 2 実際の状況 1 AIの案をそのまま 採用する 2 実際に作って、期待や 制約を確かめる 2 確かめずに 次の成果物を作る 3 理解を増やし（理解負債を返し）、 方針を選び直す 3 理解負債が積み上がり、 選び直しづらくなる 学びながら、選択肢を保つ #fec_kansai #fec_kansai 作るほど、変更の判断が難しくなる 9 # Page. 10 ![Page Image](https://bcdn.docswell.com/page/5EGL29GXJL.jpg) AI時代に、立ち止まりづらくなる理由 AI以前 分からないと止まる 分から ない 止まる 試す 学ぶ AI時代 分からなくても進める 進む 分から ない AIに依頼 進む 気づけない 言えない 「分からない」が見えない 疑問を出すと信頼を失いそう 理解する前に次へ進める 何を確認すべきか分からない AIの説明で分かった気になる 能力不足と思われそう 受託側として信頼を失いそう 納期・タスク消化を優先 自分の言葉で説明する場がない #fec_kansai #fec_kansai 止まれない 10 # Page. 11 ![Page Image](https://bcdn.docswell.com/page/4JQYPWX57P.jpg) 期待には応えている。でも、何に近づいている？ 一部の期待には応えている。それが全体の前進につながっている感覚が無い。 特定の人の希望 成果物を早く見たい 予定した作業を終えたい 関係者と目指す状態 仕様や優先順位を判 断できる 利用者の業務や体験 が良くなる 自分たちが理解し、 安心して変更できる この希望とは、整合している こちらとは、整合していない → 一部の要望とは整合しているが、目指す状態に近づいたとは判断できない。 #fec_kansai #fec_kansai 11 # Page. 12 ![Page Image](https://bcdn.docswell.com/page/K74WYK6VE1.jpg) 参考：仮説キャンバス 目的 ビジョン われわれはなぜこの事業をやるのか? 優位性 提案価値や実 現手段の提供 に貢献できる リソース(資産) が何かある か？ 実現手段 提案価値を実 現するのに必 要な手段とは 何か？ 提案価値 われわれは顧客 をどんな解決状 態にするのか？ （何ができるよ うになるの か？） 評価指標 どうなればこの事業が進捗していると判断で きるのか？（指標と基準値） ビジネスモデル どうやって儲けるのか？ #fec_kansai #fec_kansai 中長期的に顧客にどういう状況になってもらいたいか? 代替手段と その課題 課題を解決する ために顧客が現 状とっている手 段に何がある か？（さらに現 状手段への不満 はあるか？） 顕在課題 顧客が気づい ている課題に 何があるか？ 潜在課題 多くの顧客が気 付けていない課 題、解決を諦め ている課題に何 があるか？ 状況 どのような状況 にある顧客が対 象なのか（課題 が最も発生する 状況とは？） 仮説キャンバス 市谷聡啓氏によって リーンキャンバスを改 変したキャンバス。目 的やビジョンがあり、 意思を合わせやすい 傾向 同じ状況にある人 が一致して行うこ とはあるか？ チャネル 状況にあげた人たちに出会うための手段は何か？ 市場規模 対象となる市場の規模感は？ 12 # Page. 13 ![Page Image](https://bcdn.docswell.com/page/LJ1Y6XV4EG.jpg) 参考：仮説キャンバス 目的 ビジョン われわれはなぜこの事業をやるのか? 優位性 提案価値や実 現手段の提供 に貢献できる リソース(資産) が何かある か？ 実現手段 提案価値を実 現するのに必 AIで理解 要な手段とは 何か？ より先に モノを大 量に作る 提案価値 われわれは顧客 をどんな解決状 態にするのか？ （何ができるよ うになるの か？） 評価指標 どうなればこの事業が進捗していると判断で きるのか？（指標と基準値） ビジネスモデル どうやって儲けるのか？ #fec_kansai #fec_kansai 中長期的に顧客にどういう状況になってもらいたいか? 代替手段と その課題 課題を解決する ために顧客が現 状とっている手 段に何がある か？（さらに現 状手段への不満 はあるか？） 顕在課題 顧客が気づい ている課題に 何があるか？ 潜在課題 多くの顧客が気 付けていない課 題、解決を諦め ている課題に何 があるか？ 状況 どのような状況 にある顧客が対 象なのか（課題 が最も発生する 状況とは？） 仮説キャンバス 市谷聡啓氏によって リーンキャンバスを改 変したキャンバス。目 的やビジョンがあり、 意思を合わせやすい 傾向 同じ状況にある人 が一致して行うこ とはあるか？ チャネル 状況にあげた人たちに出会うための手段は何か？ 市場規模 対象となる市場の規模感は？ 13 # Page. 14 ![Page Image](https://bcdn.docswell.com/page/GJWGWNLZ72.jpg) 参考：仮説キャンバス 目的 ビジョン われわれはなぜこの事業をやるのか? 優位性 提案価値や実 現手段の提供 に貢献できる リソース(資産) が何かある か？ 実現手段 提案価値を実 現するのに必 AIで理解 要な手段とは 何か？ より先に モノを大 量に作る 提案価値 われわれは顧客 をどんな解決状 態にするのか？ （何ができるよ うになるの か？） 評価指標 どうなればこの事業が進捗していると判断で きるのか？（指標と基準値） ビジネスモデル どうやって儲けるのか？ #fec_kansai #fec_kansai 中長期的に顧客にどういう状況になってもらいたいか? 代替手段と その課題 課題を解決する ために顧客が現 状とっている手 段に何がある か？（さらに現 状手段への不満 はあるか？） 顕在課題 顧客が気づい ている課題に 何があるか？ 目的やビジョンと 潜在課題 いった“ゴール”と 多くの顧客が気 整合していないと感じる 付けていない課 題、解決を諦め ている課題に何 があるか？ 状況 どのような状況 にある顧客が対 象なのか（課題 が最も発生する 状況とは？） 仮説キャンバス 市谷聡啓氏によって リーンキャンバスを改 変したキャンバス。目 的やビジョンがあり、 意思を合わせやすい 傾向 同じ状況にある人 が一致して行うこ とはあるか？ チャネル 状況にあげた人たちに出会うための手段は何か？ 市場規模 対象となる市場の規模感は？ 14 # Page. 15 ![Page Image](https://bcdn.docswell.com/page/4EZL53ML73.jpg) ゴールを起点に、立ち止まって判断する 気づけない・言えない・止まれないからこそ、意図的に確かめる 作る前 （ゴールを共有する） ①人の状態 ②自分達の理解 作った後 （変化を確かめる） 誰が、どんな状態に なると嬉しいか？ 誰がどんな風に嬉しい 状態になったか？ 何を確かめ、何を理解/判断 できるようになりたいか？ 何が分かり、何が分からない と気づいたか？ ゴールを決め、相手の状態とチームの理解の変化を確かめる。 最初から理想のゴールを作ろうとせず、決めて確かめる練習を繰り返す。 #fec_kansai #fec_kansai 15 # Page. 16 ![Page Image](https://bcdn.docswell.com/page/Y76W9XNM7V.jpg) お詫び：本日は、ゴール設定の話に集中します プロポーザル記載タイミングでは、 ゴールに加えてPBIやFigmaに CLAUDE.mdにどのように反映す るかの仕組みについて話す予定 だったが、仕組みよりチームでの 目標の対話の方が大事だった 本発表では、実案件での試行をもとに、AIをコード生成ツール としてだけではなく、チームの認識合わせ、要件決定、検証を 支える仕組みとして使う実践を紹介します。バックログ、 Figma、画面フロー、DB定義などをAIへの入力として活用し ながら、要件決定に向けてゴール設定、チームビルディング、 プロトタイプ作成までをどのように適応的に進めたのかを共有 します。 このセッションを通じて、参加者はAIを個人の生産性向上だけ でなく、フロントエンド開発における要件決定、認知合わせ、 整合性確認を支えるために使う具体的な進め方を持ち帰ること ができます。AI駆動開発は、単に速く作るためのものではあり ません。速く作れる時代だからこそ、チームで何を作るかを揃 え、動くものを通じて検証し、全体の整合性を保ちながら進め る。この循環をどう作るかを共有します。 #fec_kansai #fec_kansai 16 # Page. 17 ![Page Image](https://bcdn.docswell.com/page/G75MNX5Q74.jpg) お詫び：本日は、ゴール設定の話に集中します 参考：AI駆動開発でのフロー No フェーズ やること AIと人の役割 1 立上げ・ゴール設 ステークホルダー・ストーリー策 AIが案を作成し、人が認識合わせ 定 定、ゴール設定 2 UI/UX検討 (バイブコーディ ング) 3 仕様の明確化 バックログを開発できる粒度に整 AIが補完・矛盾チェックし、人が修正 (バックログ明記) 理 4 計画・設計 品質・テスト計画、設計・技術選 AIが計画・IaC・ADR作成を支援し、人が判 定、ハーネス検討 断 5 AI駆動開発 開発ルール・確認基準を整備し、 AIがコード・テスト・画面を作成し、人が基 実装 準に沿って重点確認 デザイナーのFigmaと開発者のバ イブコーディングイメージを行き AIが動く試作を作成し、人が確認・修正 来し、要件を具体化 上記のような仕組みの話を考えていたが、仕組みよりも、 チームで方向性をいかに合意するか？の方が重要と感じた。 #fec_kansai #fec_kansai 17 # Page. 18 ![Page Image](https://bcdn.docswell.com/page/9J295XNWER.jpg) ２．どんなゴールを設定するか #fec_kansai #fec_kansai 18 # Page. 19 ![Page Image](https://bcdn.docswell.com/page/DEY4K8P9JM.jpg) なぜ今、ゴール設定が重要なのか 速く作れるほど、何のために作るか・何を確かめるかが大切になる 今起きている変化 ゴールが曖昧だと起きる AIで速く作れる 理由を理解しないまま、 進める前に、 それらしく動くものが増える 目指す状態を共有できる 期待が多様になる 人によって 違いを理解し、 「完成でうれしいこと」が 今回は何を選ぶか決められる 違う 変化が前提に タスク消化が 目的になりやすい #fec_kansai #fec_kansai ゴールがあるとできる 優先すること・見送ること・ 検証することを判断できる 19 # Page. 20 ![Page Image](https://bcdn.docswell.com/page/VJNYRQ5D78.jpg) よくあるゴール設定での悩みと良いゴールのポイント ・偉い人が設定したお題目 ・やることを並べただけ ・作るのに時間がかかって疲弊 ・ゴールを誰も覚えていない #fec_kansai #fec_kansai 20 # Page. 21 ![Page Image](https://bcdn.docswell.com/page/YE9PMDY8J3.jpg) よくあるゴール設定での悩みと良いゴールのポイント ・偉い人が設定したお題目 ⇒皆で決める ・やることを並べただけ ⇒何がうれしいか分かる ・作るのに時間がかかって疲弊 ⇒サクッと決める ・ゴールを誰も覚えていない #fec_kansai #fec_kansai ⇒日々確認する 21 # Page. 22 ![Page Image](https://bcdn.docswell.com/page/GE8DL36ZED.jpg) ゴールには時間軸がある 時間軸 ゴールの種類 主な役割 長期 中期 短期 ビジョン 目指す世 界・方向性 を示す 3か月程度の ゴール 重点的に変 えたい状態 を示す 1日～２週間 今回の検 のスプリント 証・前進を ゴール 示す #fec_kansai #fec_kansai 問うべき問い 確かめやすさ メタファー 誰にどんな良い状 態を届けたいの 低くて良い か？ 北極星 航路 どの状態を優先し ある程度 て変えるのか？ 次の港 今回、何がわかっ 高い必要があ たら前進か？ る 22 # Page. 23 ![Page Image](https://bcdn.docswell.com/page/LELMLV917R.jpg) ゴールには時間軸がある 時間軸 ゴールの種類 主な役割 長期 中期 短期 確かめやすさ メタファー ビジョン 3か月程度の ゴール 航路 重点的に変 どの状態を優先し えたい状態 ある程度 今日は短期ゴールをスコープに話します。 て変えるのか？ を示す 1日～２週間 今回の検 のスプリント 証・前進を ゴール 示す 誰にどんな良い状 態を届けたいの 低くて良い か？ 北極星 目指す世 界・方向性 を示す #fec_kansai #fec_kansai 問うべき問い 次の港 今回、何がわかっ 高い必要があ たら前進か？ る 23 # Page. 24 ![Page Image](https://bcdn.docswell.com/page/4JMYMGZ5JW.jpg) 中長期のゴールから逆算し、短期の学びで計画を見直す ３か月後のゴール 全機能を、ユーザーが満足して使える状態を確かめる バックキャスト｜３か月後から逆算する ３か月後 １週間後 最初の 計画 スプリントレビュー メーリングリスト機能 の実現可能性を確認 個別のUX確認は未 計画 試作で、性能の制約が分かった 検証後 の計画 更新 #fec_kansai #fec_kansai ユーザーテスト 全機能を確認 フォアキャスト｜分かったことから見立てをする １週間で分かったこと 追加 パフォーマンスの制約 要件・UX変更が必要 変更後の操作で、利用者が 業務を進められるか確認 プレユーザーテスト ユーザーテスト 得た意見を反映して 全機能を確認 24 # Page. 25 ![Page Image](https://bcdn.docswell.com/page/PJR9VZ6Z79.jpg) ３．チーム全員でスプリントゴールを 設定する #fec_kansai #fec_kansai 25 # Page. 26 ![Page Image](https://bcdn.docswell.com/page/PEXQZ9M1JX.jpg) スプリント期間について こまめに立ち止まるために、１日・２日スプリントを試す １週間 スプリント 朝 1日目 2日目 3日目 4日目 5日目 プランニング 60分 デイリー 15分 デイリー 15分 デイリー 15分 デイリー 15分 レビュー 60分 夕方 朝 １日スプリント 夕方 朝 レトロ 60分 プランニング 30分 プランニング 30分 プランニング 30分 プランニング 30分 プランニング 30分 レビュー 30分 レビュー 30分 レビュー 30分 レビュー 30分 レビュー 30分 レトロ 15分 レトロ 15分 レトロ 15分 レトロ 15分 レトロ 15分 プランニング 60分 デイリー 15分 プランニング 60分 デイリー 15分 ２日スプリント 夕方 プランニング：スプリントプランニング レビュー：スプリントレビュー #fec_kansai #fec_kansai レビュー 30分 レビュー 30分 レトロ 30分 レトロ 30分 デイリー：デイリースクラム レトロ：レトロスペクティブ 26 # Page. 27 ![Page Image](https://bcdn.docswell.com/page/3EK98PGMED.jpg) ゴール設定ワーク ゴール設定のワーク Step1．ゴールの見立てを立てる Step2．複数のステークホルダーの嬉しいことを妄想する Step3．GOALとJOYに分けて言語化する Step4．発表をイメージアップする Step5．ゴールを達成するためのタスクを選び、具体化する Step6．ゴールをこまめに確認する #fec_kansai #fec_kansai 27 # Page. 28 ![Page Image](https://bcdn.docswell.com/page/L73W2XN275.jpg) Step1．ゴールの見立てを立てる 優先順位の高いPBI(プロダクトバックログアイテム)を確認し、今回目指す状態の見立てを行う チームでバックログ状況を 確認するが、まだ決めない ゴールのあたりをつける #fec_kansai #fec_kansai 28 # Page. 29 ![Page Image](https://bcdn.docswell.com/page/87DKZ2W6JG.jpg) Step2．複数のステークホルダーの嬉しいことを妄想する ②.スプリント後のステークホルダーの状態を妄想しよう 自分たちがどう なっていたい か？ レビューを聞いた 人にどんな感情を 抱かせたいか？ 上位層が嬉しい ことは何か？ お客様 (Chooser)が嬉 しいことは？ エンドユーザー が嬉しいことは 何か？ その他 セキュリティの全体 像を整理できて説明 できるようになって いる 知見をまとめた記事 を書いて、見た人が 分かりやすいと言っ てくれる セキュリティにつ いて○○事業部に 説明／展開できる Figma→コード化 →パイプラインが 整備され爆速で修 正できる UI/UXチェックの 修正が出来、使い やすくなったと 思ってもらえる 知見をまとめた 記事に「いい ね」がつく ○○画面連動処 理を完了させて いる 昨日のフィードバッ ク対応を実施して、 「早いね」と驚いて もらう ○○画面がデザイ ナー視点で確認終 わりReadyになる #fec_kansai #fec_kansai ステークホルダーごとの嬉しい状態 をみんなで記載。投票して、何に注 力するか考える 29 # Page. 30 ![Page Image](https://bcdn.docswell.com/page/VJPKD1XZE8.jpg) Step2．複数のステークホルダーの嬉しいことを妄想する ステークホルダーの『嬉しい状態』からゴールを決める良さ 2 3 期待の違いが見える 今回の優先順位を合わせる 状態のつながりを発見 自分や相手が大切に していることが見え、 対話につながる 選んだ理由や背景を共有して、 同じ方向に向きやすい (Disagree＆Commit） 複数の期待に効く、思いがけ ないゴールが生まれる １ #fec_kansai #fec_kansai ※無理に繋げるくらいなら 一つに集中 30 # Page. 31 ![Page Image](https://bcdn.docswell.com/page/2EVV1YLMEQ.jpg) 参考）Tips：複数のステークホルダーの状態から新たな発見を得るコツ 生成AIを用いてステークホルダーからペルソナやキャンバス、ストーリーを作成 する。出力された内容についてメンバーで意見しながらゴールイメージをすり合 わせていく (AIの記載なので忖度せずチームで遠慮なくツッコむ） 1.ユーザー設定 (ペルソナ設定) 【書籍情報】 アジャイルなプロダクトづくり 価値探索 型のプロダクト開発のはじめかた 市谷 聡啓 (著) インプレス(2024.9) ラディカル・プロダクト・シンキング イノ ベーティブなソフトウェア・サービスを生 み出す5つのステップ ラディカ・ダット (著),曽根原 春樹,長谷川 圭 (訳) 翔泳社(2022.6) 2.仮説キャンバ ス作成 3.ラディカルビ ジョンステートメ ント 4.仮説展開ス トーリー 1 手 目 2 手 目 5.ナラティブス トーリー 3 手 目 作る、試す、正す。 アジャイルなモノづ くりのための全体戦略 市谷 聡啓 (著) ビー・エヌ・エ ヌ)(2025.10) ストーリーマッピングをはじめよう ドナ・リシャウ (著), 高崎 拓哉 (翻訳) ビー・エヌ・エヌ新社 (2017.2) #fec_kansai #fec_kansai 31 # Page. 32 ![Page Image](https://bcdn.docswell.com/page/57GL29XXEL.jpg) 参考）Tips：複数のステークホルダーの状態から新たな発見を得るコツ 前頁のワークショップ内容やプロンプトは下記リンクに載せております。 https://miro.com/app/board/uXjVGt4-r4w=/?share_link_id=618882311410 プロンプト例 優秀なコンサルタント、プロダクトマネージャーとして、以下のテー マについて仮説キャンバスを作成してください。 仮説キャンバスを考えるスコープは下記話したいことをベースに作成 お願いします。なお、作成にあたって、確認したい内容があれば先に 質問してもらえれば答えます。 ♯話したい事 # 仮説キャンバス ## A.対象 今回意識する顧客・ユーザー・聴講者・ペルソナ ### 1. ビジョン（Vision） 対象者に中長期的にどういう状態になってほしいか？ ### 2. 状況（Situation） 対象者が置かれている背景・環境・文脈は何か？ ※課題ではなく、課題が起きる前提を書く。 ### 3. 傾向（Behavior） 対象者が普段どのような行動を取るか？ ※困りごとではなく、行動傾向を書く。 ### 4. 顕在課題（Pain） 対象者が自覚している困りごとは何か？ ### 5. 代替手段（Alternatives & Gaps） 現状の対処と、その不足は何か？ ### 6. 潜在課題（Root Causes） 代替手段でも解決しない本質課題は何か？ ※顕在課題と重複させない。 ### 7. チャネル（Channel） 対象者に出会う手段は何か？ ### 8. 市場規模（Market Size） TAM / SAM / SOM ## B.主体 今回の提供者・話し手・事業主体 ### 9. 目的（Purpose） なぜこれをやるのか？ #fec_kansai #fec_kansai 仮説キャンバス 今までの内容を踏まえて、ラディカルプロダクトビジョ ンを作成したいと思います。 下記「a.特定のグループ」「b.行動や結果​(望ましい成 果)」「c.現時点のソリューション」「d.現時点のソ リューションの欠点」「e.欠点の克服された世界「f.技 術やアプローチの概要」」 について今までの​INPUTされた内容を踏まえて置き換え て、わかりやすい文章にしてください ＜ラディカルビジョンステートメント＞ 現在、「a.特定のグループ」が 「b.行動や結果​(望ましい成果)」したい時、 彼・彼女らは「c.現時点のソリューション」をしなけれ ばならない これは耐え難いことです。なぜなら「d.現時点のソ リューションの欠点」があるからです。 私たちは「e.欠点の克服された世界」を夢見ている。 私たちは、「f.技術やアプローチの概要」を通じてその 世界を実現する ラディカルビジョンステートメント 優秀な脚本家として、ナラティブストーリーを作成しま す。 先ほど作った仮説展開ストーリーに関してよりイ メージアップしたいため、 それぞれ下記フォーマット で２つ感情移入できる異なるストーリーを作成したいで す。 ## 状況説明 ・今の状態 ## 事件や問題の発生 ・解決する問題 ## 盛り上げる行動 ・簡単な説明・分類 ## 危機 ・競争 ## クライマックスと解決 ・解決策と課題提案や競争優位 ## 落とし込み ・感想 ## エンディング ・目的の達成 ナラティブストーリー 32 # Page. 33 ![Page Image](https://bcdn.docswell.com/page/4EQYPW85JP.jpg) Step3．GOALとJOYに分けて言語化する ゴールをGOAL(達成したいこと)とJOY（喜んでいる状態）に分けて文書化 GOAL 達成したいこと JOY 喜んでいる状態 OWASP ZAPで行ったことを整理して、DASTに関する記事 を書く 相手のチームにやったことが伝わる。また説明する中で分か りづらい点/もっと説明がいる点が明確になる ※GOALとJOYの分離は、「スクフェス大阪2024 + Joy 初めは熱々だった はずなのにだんだん硬くて冷たくなっていく目標に血を通わせる工夫」を参照 #fec_kansai #fec_kansai 33 # Page. 34 ![Page Image](https://bcdn.docswell.com/page/KJ4WYK2V71.jpg) Step3．GOALとJOYに分けて言語化する Tips ゴール設定はSMARTだけでなく、学び・楽しさ・集中も意識して決める （３つの観点：SMART , ALIVE , FOCUS) S Ｓpecific A Ａdaptive F Ｆun M Ｍeasurable L Ｌearningful O Ｏutcome-Oriented A Ａchievable I R Ｒealistic V Ｖisionary U Ｕltimate T Ｔime-Related E Ｅxperimental S Ｓingular 具体的である 測定可能である 達成可能である 現実的な 達成期限が明らか 変化に適応できる 学びの機会になる Ｉnteresting 好奇心をそそる 未来を見据える 実験的である 楽しさ、覚えやすい 成果指向のゴールにする C Ｃollaborative チーム全体で作成する 究極的な理由（WHY）を含める 単一の明確なゴールを設定 ※SMART ：「アジャイルチームによる目標づくりガイドブック OKRを機能させ成果に繋げるためのアプローチ：小田中 育生 (著)翔泳社(2024.7)」参照 ALIVE ：「冒険する組織のつくりかた「軍事的世界観」を抜け出す５つの思考法 :安斎勇樹 (著) テオリア (2025.1)」参照 FOCUS ：「スプリントゴールで価値を駆動しよう: 価値探索に焦点を合わせたスクラムの実践 :Maarten Dalmijn (著)、藤井 拓 (訳) 丸善出版 (2025.1) 」参照 #fec_kansai #fec_kansai 34 # Page. 35 ![Page Image](https://bcdn.docswell.com/page/LE1Y6XM47G.jpg) Step3．GOALとJOYに分けて言語化する 参考：ゴール作成のチェックリスト □ １．チーム全員が「今日のゴールは○○だよね」と即答できるか？ → ゴールが明確かつチーム全体に共有されているかを確認 □ ２．JOYの具体イメージや「成果（Outcome）」の認識があるか？ → タスクではなく、成果（レビュー等で誰がどう嬉しいか）がイメージアップできているか □ ３．ゴールがあることで、無い場合よりも変化がありそうか？ →ゴール達成に関して、バックログを変更できる可能性はあるか？ストレッチゾーンを 感じられそうなゴールか？ゴールを設定したことで学びが増えそうか？ □ ４．ワクワク感や意味づけが含まれているか？ → 「ゴール」のディスカッションの中で思わず前のめりに、心が動く経験があったか？ ゴールを作るプロセスで、チーム全員が対話に参加できたか？ □ ５．ゴールの達成/未達が分かるものか、今回のスプリント内で達成・確認できる範囲か？ → ゴール達成/未達がわかるか？実績を踏まえて「ちょいチャレンジ」くらいの現実性か？ □ ６．ゴールが「プロダクトゴール」や中長期ビジョンと繋がっているか？ → 今日のスプリントが、どのように全体戦略やロードマップに貢献するのか見えていますか？ #fec_kansai #fec_kansai 35 # Page. 36 ![Page Image](https://bcdn.docswell.com/page/GEWGWN3ZJ2.jpg) Step4．発表をイメージアップする スプリントレビューをイメージアップしよう ゴール設定時に仮でどんな説明・デモ にするか？ といった状態を考えておくと単なるタ スク履行になりづらい #fec_kansai #fec_kansai 36 # Page. 37 ![Page Image](https://bcdn.docswell.com/page/47ZL53VLJ3.jpg) Step5．ゴールを達成するためのタスクを選び、具体化する ⑤.スプリントゴールを達成できるバックログを選んでタスク詳細化 決めたゴールに合わせて、バックログ・画面・確認観点を見直す。 #fec_kansai #fec_kansai 37 # Page. 38 ![Page Image](https://bcdn.docswell.com/page/YJ6W9X5MJV.jpg) Step6．ゴールをこまめに確認する ゴール設定時や進捗MTやデイリースクラム等、「ゴールを達成できそうか」 「モヤモヤする点は無いか」について全員に聞く。 新たに気づいた疑問や、まだわからないことを話せるようにする ■ゴールに対する今の気持ちの表明（５Finger） 1 2 3 4 ←ムリそう 5 イケそう→ ■ゴールに対しての課題・もやもや 新たなモヤモヤ 社内の他の対応と 平仄あっているか 気になる #fec_kansai #fec_kansai 以前のモヤモヤ SaaSツールの基 本機能は見ておき たい 解決済み メールの容量、時 間が大丈夫か？ 38 # Page. 39 ![Page Image](https://bcdn.docswell.com/page/GJ5MNXYQJ4.jpg) Step6．ゴールをこまめに確認する Tips ・ゴールは、立てて終わりではない。 何度も見る 短く話す 違ったら変える 大事なのは、ゴールに向き合う時間。 #fec_kansai #fec_kansai 39 # Page. 40 ![Page Image](https://bcdn.docswell.com/page/9E295XGW7R.jpg) ４．まとめ #fec_kansai #fec_kansai 40 # Page. 41 ![Page Image](https://bcdn.docswell.com/page/D7Y4K8V9EM.jpg) まとめ AIで速く作れるからこそ、立ち止まる。 作った量だけでなく、ゴールに近づいたかを確かめる。 誰がどう嬉しくなるかを話し、ゴールを決める。 関係者の期待を共有し、チームで優先順位を揃える。 ゴールに照らして、成果と学びを確かめる。 ① 誰に、どんな良い変化があったか？ ② 何が分かり、どんな疑問が残ったか？ 学びを次に生かし、ゴール設定と確認を繰り返す。 計画・画面・バックログを見直し、チームで判断する力を育てる。 まずは「誰がどう嬉しくなるか」を、チームで話してみてください。 ぜひ、ステークホルダーに着目したこまめなゴール設定、 やってみてください！！ #fec_kansai #fec_kansai 41