フィードバック

画面と機能 / フィードバック

評価の理由、良い点、優先して直す点を確認する

高橋結衣: Team Mirai Lens · 外部API不使用

この画面で試すこと

1
評価を確認評価項目別点数と理由を読みます。
2
修正する内容を選ぶ良い点、取り組む範囲の見直し、優先して直す点を確認します。
3
再相談を開始「フィードバックをもとに再相談」から修正を始めます。

期待結果フィードバックを読み、個人OKRやチームの成果物の修正を始められます。

開始状態を選ぶ

選択するとデモ環境の操作データをリセットします。

初期状態から操作途中の状態から操作作業後の状態から操作

デモを切り替える

初期状態へ戻す

高橋結衣の個人OKR

評価日時: 2026-04-25 11:30

個人OKR

O・KR・環境の接続が明確。本人らしさの一言を足すとさらに強い。

良い点

Oが学生の困りごとから次の行動選択までを一貫して扱っている点
KRが期限・人数・割合で定量化され、検証可能になっている点
大学内の相談室、演習、教員レビューをKRに複数接続している点

取り組む範囲の見直し

今期は大規模な本実装や全学展開まで含めず、調査・設計・利用テストに絞る
学習以外の生活相談や心理支援そのものは、必要なら別テーマとして分ける
入力フロー以外の機能追加は、KR2・KR3の検証後に回す

優先して直す点

Objectiveに、自分がなぜこの体験を作りたいのかを短く足す
KR1の「8分類」が多すぎないか、インタビュー12人で扱える粒度を確認する
KR3の「次の一歩を選べた」の判定基準を、選択肢を選ぶことなのか行動計画まで含むのか明記する

Objectiveの評価

4/5

Objectiveは「学習の困りごとを安心して言葉にし、次の一歩を選べる体験」と、成し遂げたい意志が具体的に伝わる。本人らしい言葉選びも一定あるが、なぜその体験を作りたいのかまでは本文にない。

Key Resultsの評価

5/5

KR1〜3はいずれも人数、期限、分類数、完了率、選択割合などで定量化されており、Oの達成に段階的につながっている。難易度も学生調査・設計・利用テストとして努力により達成可能に見える。

環境の活用

5/5

学生相談室・学習支援センター、HCI演習、PBL担当教員の週次レビューで得られる成果が、KR1〜KR3の複数に明確に紐づいている。

見直しのヒント: このObjectiveで特に「安心して言葉にできる」ことにこだわる理由は何ですか?

使用されたルーブリック

評価基準: 個人OKR評価基準
版: v 1
基準更新: 2026-09-30 17:30
採点範囲: 各評価項目 1〜5点

ルーブリックを読み込んでいます。

評価対象の成果物

v 1

このフィードバックを受けた提出時点の内容です。

保存日時: 2026-04-24 15:00

Objective

学生が学習の困りごとを安心して言葉にし、次の一歩を選べる体験を設計する

Key Results

4月17日までに学生12人へインタビューし、困りごとを8分類へ整理する
6月26日までに3分で完了できる入力フローを設計し、学生5人中4人が迷わず完了できる状態にする
9月11日までの利用テスト15人で、次の一歩を選べた割合80%以上を達成する

使う環境

大学活動とKRの対応:

学生相談室・学習支援センターで得る調査・レビュー成果 → KR1・KR2
HCI演習の学生レビューで得る検証記録 → KR2・KR3
PBL担当教員の週次レビューで得る実証結果 → KR1・KR3

検証方法

学生インタビュー、操作観察、所要時間測定を通じて、入力から行動選択までの迷いを確認する。

Team Mirai Lens チームOKR

評価日時: 2026-05-15 17:30

フィードバック

チームOKR

O・KR・環境・個人役割が一貫しており、次工程へ渡せる完成度です。

良い点

「3分以内」「学内支援」「今日の一歩」まで具体化したObjective
完了率・所要時間・適合率・納得度・SUSなど定量指標で構成されたKR
PBL演習と自然言語処理研究室をKRに直接つないでいる点、中村凛〜高橋結衣の役割分担

取り組む範囲の見直し

今期は支援先の網羅的な拡大より、学内支援Top3の適合率検証に集中する
機能追加より、15人利用テストと20ケース評価でOを実証する範囲に絞る
発表準備はKR3のデモ成功と価値・限界説明に絞り、過度な資料作りを増やしすぎない

優先して直す点

各KRの複数指標のうち、未達時に最優先で改善する指標を1つ決める
個人OKRからの対応関係にKR番号を追記する
可能ならKR3にも授業内レビューや発表リハーサルなど、大学環境との接続を1行追加する

Objectiveの評価

5/5

Objectiveは「学習で立ち止まった学生」が「まなびコンパス」を使い「3分以内に自分に合う学内支援と今日の一歩を選べる状態」を実証する、と成し遂げたい状態が具体的に伝わる。サービス名と対象場面もあり、チームらしさが出ている。

Key Resultsの評価

5/5

KR1は利用テストの完了率・所要時間、KR2は適合率・納得度、KR3はSUS・アクセシビリティ違反・デモ成功回数で、いずれも定量的な成果指標になっている。Oの達成に必要な利用性、推薦精度、品質検証を押さえている。

環境の活用

5/5

「PBL演習の利用テストで得る改善成果 → KR1」「自然言語処理研究室の検索評価で得る検証成果 → KR2」と、大学・学部・学科での活動による成果が2つのKRに紐づいている。

個人OKRとの対応

5/5

高橋結衣の体験設計、佐藤海斗の検索、中村凛の画面、伊藤悠真の基盤、小林葵の検証・発表が、KR1〜KR3の担当と補助に対応している。役割が補い合い、一つの成果に統合されている。

見直しのヒント: 各KRで、達成可否を判断する最優先指標を1つずつ選ぶならどれですか?

使用されたルーブリック

評価基準: チームOKR評価基準
版: v 1
基準更新: 2026-09-30 17:30
採点範囲: 各評価項目 1〜5点

ルーブリックを読み込んでいます。

評価対象の成果物

v 1

このフィードバックを受けた提出時点の内容です。

保存日時: 2026-05-15 16:00

Team Mirai Lens チームOKR

Objective

学習で立ち止まった学生が、まなびコンパスを使い、3分以内に自分に合う学内支援と今日の一歩を選べる状態を実証する。

Key Results

KR1

成果指標と目標値: 9月11日までに学生15人の利用テストを行い、完了率80%以上、所要時間中央値3分以内を達成する
担当: 高橋結衣（P）、中村凛・小林葵（S）

KR2

成果指標と目標値: 9月4日までに20ケースを評価し、学内支援Top3の適合率85%以上、推薦理由の納得度4.0/5以上を達成する
担当: 佐藤海斗（P）、伊藤悠真（S）

KR3

成果指標と目標値: 9月24日までにSUS 75以上、重大アクセシビリティ違反0件、最終デモ成功5回中5回を達成する
担当: 中村凛・伊藤悠真（P）、小林葵（S）

使う環境

PBL演習の利用テストで得る改善成果 → KR1
自然言語処理研究室の検索評価で得る検証成果 → KR2

個人OKRからの対応関係

高橋結衣: 学生が学習の困りごとを安心して言葉にし、次の一歩を選べる体験を設計する
佐藤海斗: 学生の短い言葉から、納得できる理由つきで学内支援を見つけられる検索を実現する
中村凛: 端末や操作方法にかかわらず、誰もが迷わず使える学生向け画面を作る
伊藤悠真: 相談内容を必要以上に残さず、安定して次の支援候補を返せる基盤を作る
小林葵: 根拠ある検証を積み重ね、プロダクトの価値と限界を誰にでも説明できる成果発表にする

担当と補助

KR1: 高橋結衣（P）、中村凛・小林葵（S）
KR2: 佐藤海斗（P）、伊藤悠真（S）
KR3: 中村凛・伊藤悠真（P）、小林葵（S）

検証方法

15人の利用テスト、20ケースの検索評価、SUS、アクセシビリティ検査、発表リハーサルで確認する。

Team Mirai Lens まなびコンパス企画書

評価日時: 2026-05-29 17:30

フィードバック

企画書

目的と検証指標は強いが、根拠・担当・成功条件の補強が必要です。

良い点

「3分以内」「Top3」「今日の一歩」など、利用者価値が具体的に表現されている点
安全導線を提案内容に含め、緊急時の扱いを分けている点
完了率、時間、適合率、SUSなど複数の検証指標を置いている点

取り組む範囲の見直し

今期は全学内支援を完全網羅するより、主要窓口と頻出ケースに絞る
機能追加よりも、入力フローとTop3推薦理由の精度検証を優先する
発表用の見栄え改善は、成功条件と検証設計を固めた後に回す

優先して直す点

実施計画に担当、月別成果物、完了条件、主要リスクと対応を追加する
検証方法に測定時期、成功条件、未達時の改善アクションを追記する
背景に対象者の具体像と、課題を裏付ける調査・観察・資料を追加する

企画目的

4/5

目的は「3分以内に困りごとを整理し、適切な学内支援と今日の一歩を選べる」と対象者の変化が明確です。検証方法にも完了率・時間・Top3適合率などがあり方向は一貫していますが、チームOKRとの明示的な接続は本文内では確認できません。

背景と根拠

3/5

学内支援名だけでは状況と結び付けにくいこと、説明が難しい学生ほど行動が止まることは示されています。一方、対象者の具体像や、調査・観察・データによる裏付けは不足しています。

実施計画

3/5

4月から9月までの工程は示されていますが、担当、各月の成果物、期限の粒度、主要リスクと対応が書かれていません。誰がいつ何を完成させるかの判断材料が不足しています。

検証設計

4/5

学生15人、20ケース、完了率・時間・Top3適合率・理由納得度・SUS・アクセシビリティ・性能など、指標と対象は具体的です。ただし、測定時期、成功条件、結果を受けた次アクションが未記載です。

参照根拠

3/5

参考文献は記載されていますが、背景や検証指標などの重要な主張と各資料の対応関係が本文中で示されていません。また、発行元・URL・確認日など参照先確認に必要な情報が不足しています。

見直しのヒント: チームOKRのどのKRに、この企画のどの指標を対応させますか?

使用されたルーブリック

評価基準: 企画書評価基準
版: v 1
基準更新: 2026-09-30 17:30
採点範囲: 各評価項目 1〜5点

ルーブリックを読み込んでいます。

評価対象の成果物

v 1

このフィードバックを受けた提出時点の内容です。

保存日時: 2026-05-29 15:00

まなびコンパス企画書

企画の目的

学習で立ち止まった学生が、3分以内に自分の困りごとを整理し、適切な学内支援と今日の一歩を選べる入口を作る。

背景

学内には学生相談室、学習支援センター、キャリア支援室などがある一方、支援名だけでは自分の状況と結び付けにくい。

解決したい課題

相談内容をうまく説明できない学生ほど、支援先の比較に時間がかかり、相談前の段階で行動が止まる。

提案内容

3分で困りごとを整理する入力フロー
学内支援Top3と選定理由
今日の一歩の選択と振り返り
緊急時は公式窓口へ直行する安全導線

実施計画

4月に調査、5月に企画、6月に基盤、7月に検索とUI、8月に統合、9月に検証と発表を行う。

検証方法

学生15人の完了率と時間、20ケースのTop3適合率、理由納得度、SUS、アクセシビリティ、性能を測定する。

参考文献

学習支援センター利用案内 2026
学生相談室利用ガイド
SUS日本語版採点手順

目的・スコープ・WBS

評価日時: 2026-06-12 17:30

フィードバック

目的・スコープ・WBS

目的・範囲・WBSの対応が強く、次工程へ渡せる完成度です。

良い点

各スコープ項目に根拠と理由があり、目的との対応を説明しやすい点
やらないことが具体的で、予約連携・本番運用・長期追跡などの境界が明確な点
WBSが調査、実装、統合、評価、発表まで一連の成果物をカバーしている点

取り組む範囲の見直し

今期は本番サービス公開、大学公式システム導入、SLA、冗長構成を扱わない
今期は100人規模テスト、100ケース評価、長期成績改善検証を扱わない
今期は生成AI相談、多言語化、外部予約・通知連携を分ける

優先して直す点

WBS 2.1.3、2.2.2とスコープ12の名称をそろえ、表示仕様作成と実装の違いを明記する
WBS 3.2.5『アクセシビリティ重大違反件数を記録』が評価記録側にも関係するため、次工程で成果物の置き場所を決める
次工程で依存関係を入れる際、調査・8分類・対応表・検索ロジック・統合の順序を先に確認する

目的・要求事項との整合

5/5

目的に「3分以内」「学内支援Top3」「今日の一歩」「振り返り」「安全導線」を置き、スコープ各項目でチームOKR、企画書、要求事項、中村凛〜高橋結衣の根拠と採用理由を示している。

スコープ

5/5

やること50件とやらないこと50件が、学内支援・匿名データ・授業内試作品・15人/20ケース検証などの境界と理由で整理されている。

WBS5/5

L1で7領域、L2で作業群、L3で設計・実装・評価・提出の単位に分解され、主要なL3は1つの作業として管理できる粒度になっている。

スコープとWBSの対応

5/5

スコープの調査、入力フロー、検索Top3、UI、API、保存制御、統合、利用テスト、検索評価、発表提出がWBSに対応している。対象外にした予約・本番運用等はWBSに入っていない。

実行可能性

5/5

5人、2026年4月1日〜9月30日、匿名データ、15人利用テスト、20ケース検索評価、授業用クラウドなど、資源と要求事項に合わせて範囲を絞っている。

見直しのヒント: 次工程で最初に担当・日程を入れるなら、依存関係が強いL3はどれですか?

使用されたルーブリック

評価基準: WBS評価基準
版: v 1
基準更新: 2026-09-30 17:30
採点範囲: 各評価項目 1〜5点

ルーブリックを読み込んでいます。

評価対象の成果物

v 1

このフィードバックを受けた提出時点の内容です。

保存日時: 2026-06-12 15:00

目的・スコープ・WBS

目的/KRとの整合

学習で立ち止まった学生が、まなびコンパスを使い、3分以内に自分に合う学内支援と今日の一歩を選べる状態を実証する。企画書の入力フロー、理由つき支援先Top3、今日の一歩、振り返り、安全導線を授業内試作品として具体化する。

スコープ

No.	区分	スコープ項目	判断理由	根拠
1	やる	学習の困りごとを3分で整理する入力フローを設計する。	学生が安心して困りごとを言語化し、今日の一歩へ進む体験を優先するため。	企画書の提案内容と高橋結衣個人OKRの体験設計
2	やる	困りごとの入力項目と選択肢を8分類に整理する。	短時間で状況を整理できる情報設計へ資源を集中するため。	高橋結衣個人OKR KR1と企画書の調査計画
3	やる	学生12人へのインタビュー計画を作成する。	入力フローの根拠となる学習上の困りごとを把握するため。	高橋結衣個人OKR KR1
4	やる	学生インタビューの記録を匿名化して整理する。	検証可能性とプライバシー配慮を両立するため。	要求事項の保存条件と小林葵個人OKR KR1
5	やる	3分以内の完了を測る操作観察手順を作成する。	完了率と所要時間中央値を再現可能に測定するため。	チームOKR KR1と企画書の検証方法
6	やる	今日の一歩を選ぶ画面遷移を設計する。	支援先提示後の行動選択までを価値の中心に置くため。	企画書の提案内容と高橋結衣個人OKR KR3
7	やる	振り返り入力の最小項目を設計する。	学生が次の行動を確認できる授業内試作品に集中するため。	要求事項の振り返り実装条件
8	やる	緊急時に公式窓口へ直行する安全導線を設計する。	学生の安全を優先し、公式支援への接続を明確にするため。	企画書の提案内容と要求事項の安全導線
9	やる	学内支援32件の検索用語彙を整備する。	短い言葉から適切な支援候補を返す検索精度を高めるため。	佐藤海斗個人OKR KR1
10	やる	困りごと8分類と学内支援の対応表を作成する。	支援名と学生の状況を結び付ける根拠を整えるため。	佐藤海斗個人OKR KR1と企画書の背景
11	やる	学内支援Top3を返す検索ロジックを実装する。	学生が比較しやすい候補提示を試作品の中核にするため。	企画書の提案内容とチームOKR KR2
12	やる	Top3候補ごとの推薦理由を生成する表示仕様を作成する。	納得できる理由つき検索を実証するため。	チームOKR KR2と佐藤海斗個人OKR
13	やる	20ケースの検索評価データセットを作成する。	適合率85%以上の達成状況を測定するため。	チームOKR KR2と佐藤海斗個人OKR KR2
14	やる	検索評価用匿名ケースの採点基準を作成する。	Top3適合率と理由納得度を一貫して評価するため。	佐藤海斗個人OKRの検証方法
15	やる	支援窓口担当者と学生による推薦理由評価を準備する。	専門的妥当性と学生の納得感を合わせて確認するため。	佐藤海斗個人OKRの検証方法
16	やる	390px幅からデスクトップまで対応する主要画面を実装する。	端末にかかわらず主要導線を使える状態にするため。	中村凛個人OKR KR1
17	やる	入力画面のレスポンシブUIを実装する。	スマートフォン利用を含むPBLテストの完了率を高めるため。	中村凛個人OKRと企画書の入力フロー
18	やる	支援Top3表示画面のレスポンシブUIを実装する。	候補と理由を読み取りやすく提示するため。	中村凛個人OKRと企画書の提案内容
19	やる	今日の一歩選択画面のレスポンシブUIを実装する。	行動選択を迷わず完了できる画面にするため。	中村凛個人OKRと要求事項
20	やる	振り返り画面のレスポンシブUIを実装する。	試作品で利用後の確認体験を扱うため。	要求事項の振り返り実装条件
21	やる	キーボード操作で主要導線を完了できるUIを実装する。	操作方法にかかわらない利用体験を優先するため。	中村凛個人OKR KR2
22	やる	スクリーンリーダー向けの主要導線ラベルを実装する。	アクセシビリティ検査で重大違反0件を目指すため。	中村凛個人OKR KR2
23	やる	自動アクセシビリティ検査を実行する。	主要画面の品質を客観的に確認するため。	チームOKR KR3と中村凛個人OKR KR3
24	やる	390px実機で主要導線の表示確認を実施する。	小画面での操作完了性を検証するため。	中村凛個人OKRの検証方法
25	やる	入力、検索、履歴のAPI契約を確定する。	UIと検索基盤の統合を安定させるため。	伊藤悠真個人OKR KR1
26	やる	入力、検索、履歴のデータモデルを確定する。	匿名データと削除条件を扱う基盤を整えるため。	伊藤悠真個人OKR KR1
27	やる	授業用クラウド環境に試作品基盤を構築する。	PBL内で検証可能な実行環境を用意するため。	伊藤悠真個人OKRの使う環境
28	やる	自由記述を7日後に削除する処理を実装する。	相談内容の保持期間を授業条件に合わせるため。	要求事項の保存条件と伊藤悠真個人OKR KR2
29	やる	操作情報のみを記録する監査ログを実装する。	削除実行と利用状況を本文保存と分離して確認するため。	伊藤悠真個人OKR KR2
30	やる	検索APIのp95を1.5秒未満にする性能改善を実施する。	3分以内の体験を支える応答性を確保するため。	伊藤悠真個人OKR KR3
31	やる	42件の自動テストを作成して実行する。	統合前後の品質を継続確認するため。	伊藤悠真個人OKR KR3
32	やる	入力フローと検索APIを統合する。	困りごと入力から支援候補提示までを一連の試作品にするため。	企画書の実施計画と伊藤悠真個人OKR
33	やる	検索結果と今日の一歩選択を統合する。	支援候補から行動選択までの価値を検証するため。	企画書の提案内容と要求事項
34	やる	安全導線と公式窓口情報を統合する。	緊急時の案内を試作品内で明確に提示するため。	要求事項の公式窓口への安全導線
35	やる	同意手順と匿名化ルールを含む利用テスト計画を作成する。	授業内検証を倫理的かつ再現可能に進めるため。	小林葵個人OKR KR1
36	やる	学生15人の利用テストを実施する。	完了率80%以上と所要時間中央値3分以内を確認するため。	チームOKR KR1と小林葵個人OKR KR2
37	やる	利用テストの完了率を集計する。	学生が最後まで使える体験かを判断するため。	チームOKR KR1
38	やる	利用テストの所要時間中央値を集計する。	3分以内の目的達成状況を確認するため。	チームOKR KR1
39	やる	次の一歩を選べた割合を集計する。	行動選択につながる体験価値を測定するため。	高橋結衣個人OKR KR3
40	やる	20ケースのTop3適合率を集計する。	検索候補の妥当性を数値で確認するため。	チームOKR KR2
41	やる	推薦理由の納得度を5段階で集計する。	理由つき提示の説得力を確認するため。	チームOKR KR2と佐藤海斗個人OKR KR3
42	やる	SUS日本語版でユーザビリティを測定する。	SUS 75以上の達成状況を確認するため。	チームOKR KR3と企画書の参考文献
43	やる	アクセシビリティ重大違反件数を記録する。	誰もが迷わず使える画面品質を検証するため。	チームOKR KR3
44	やる	性能測定結果を検証記録にまとめる。	3分以内の利用体験を支える技術品質を説明するため。	企画書の検証方法と伊藤悠真個人OKR
45	やる	改善履歴を再現可能な形で整理する。	検証に基づく改善過程を成果発表で示すため。	小林葵個人OKR KR2
46	やる	プロダクトの価値と限界を説明する発表資料を作成する。	授業成果として試作品の意義と適用範囲を共有するため。	小林葵個人OKR Objective
47	やる	最終デモ用のシナリオを作成する。	成果発表で安定した利用手順を示すため。	チームOKR KR3と小林葵個人OKR KR3
48	やる	最終デモのリハーサルを5回実施する。	5回中5回のデモ成功を達成するため。	チームOKR KR3
49	やる	聴講者アンケートで使い方の理解度を確認する。	発表参加者が使い方を説明できる状態を測定するため。	小林葵個人OKR KR3
50	やる	授業内試作品と検証記録を成果物として提出する。	PBLの提出条件に合う成果物へ集約するため。	要求事項の成果物条件
51	やらない	学外医療機関との予約連携を実装する。	授業内試作品では学内支援と公式窓口導線に資源を集中するため。	要求事項の成果物条件と企画書の学内支援範囲
52	やらない	学生相談室の実予約システム連携を実装する。	入口体験と支援候補提示の検証を優先するため。	企画書の提案内容と要求事項の試作品条件
53	やらない	学習支援センターの空き枠管理機能を実装する。	支援先選択までの試作価値に範囲を合わせるため。	企画書の学内支援案内範囲
54	やらない	キャリア支援室の面談予約管理を実装する。	支援名と困りごとの対応提示へ開発資源を配分するため。	企画書の背景と要求事項の授業内試作品
55	やらない	外部カウンセリングサービスへのAPI連携を実装する。	公式窓口への案内と学内支援Top3に集中するため。	要求事項の公式窓口導線条件
56	やらない	医療診断を行う判定ロジックを実装する。	学習支援の入口づくりと安全な案内を目的に置くため。	要求事項の安全導線と企画書の入口機能
57	やらない	心理状態の診断結果を表示する。	困りごとの整理と支援候補提示に役割を限定するため。	企画書の目的と要求事項の安全条件
58	やらない	成績データを用いた学習リスク予測を実装する。	匿名の入力情報と検索評価に基づく検証を優先するため。	要求事項の保存対象条件
59	やらない	学生番号で個人履歴を蓄積する。	架空・匿名データでの試作と検証に合わせるため。	要求事項の匿名データ限定条件
60	やらない	実名プロフィール管理を実装する。	相談前の入口体験に必要な匿名利用へ範囲を絞るため。	要求事項の保存対象条件
61	やらない	長期ポートフォリオ機能を実装する。	短期の困りごと整理と今日の一歩を優先するため。	要求事項の自由記述7日後削除条件
62	やらない	自由記述の永続保存機能を実装する。	保存期間を限定した授業内検証に合わせるため。	要求事項の自由記述7日後削除条件
63	やらない	本文全文を含む監査ログを実装する。	操作情報のみの確認で削除条件と検証条件を満たすため。	伊藤悠真個人OKR KR2と要求事項
64	やらない	顔写真を使う本人確認を実装する。	匿名利用の試作品として検証を進めるため。	要求事項の匿名データ限定条件
65	やらない	音声録音による相談入力を実装する。	テキストと選択肢による短時間入力を優先するため。	企画書の3分入力フロー範囲
66	やらない	動画相談機能を実装する。	支援候補提示と今日の一歩の検証へ集中するため。	企画書の入口機能と要求事項の成果物条件
67	やらない	チャット相談員とのリアルタイム対応を実装する。	学生自身が支援先を選ぶ入口体験を実証するため。	企画書の支援先案内範囲
68	やらない	24時間有人運用体制を構築する。	授業内の試作品と検証記録に資源を配分するため。	要求事項のPBL期間と成果物条件
69	やらない	本番サービスとして全学公開を実施する。	PBL内の利用テストと成果発表を優先するため。	要求事項の授業内試作品条件
70	やらない	大学公式システムへの本番導入を実施する。	試作品による価値検証を完了させるため。	要求事項の成果物条件
71	やらない	商用課金機能を実装する。	学生支援入口の実証に開発範囲を合わせるため。	企画書の目的と要求事項のPBL条件
72	やらない	広告配信機能を実装する。	学内支援選択の中立性を保つため。	企画書の目的と要求事項の成果物条件
73	やらない	多大学対応の支援台帳管理を実装する。	所属大学内の支援Top3検証を優先するため。	企画書の学内支援範囲
74	やらない	英語版UIを実装する。	日本語の主要導線でSUSとアクセシビリティ検証を完了するため。	チームOKR KR3と要求事項の検証条件
75	やらない	多言語自動翻訳を実装する。	検索用語彙と理由提示の品質検証に集中するため。	企画書の実施計画と要求事項
76	やらない	生成AIによる自由回答相談を実装する。	学内支援候補と根拠説明の一貫性を優先するため。	企画書のTop3提示範囲と要求事項
77	やらない	大規模言語モデルの独自学習を実施する。	20ケース評価に必要な検索ロジックへ資源を集中するため。	チームOKR KR2とPBL期間条件
78	やらない	個人メールへの自動通知を実装する。	匿名利用と画面内の今日の一歩選択に合わせるため。	要求事項の匿名データ限定条件
79	やらない	LINE連携通知を実装する。	授業用試作品内の導線検証を優先するため。	要求事項の保存対象条件
80	やらない	カレンダー登録連携を実装する。	行動選択の提示と振り返りに範囲を絞るため。	企画書の今日の一歩範囲
81	やらない	教員向け学生一覧ダッシュボードを実装する。	個別学生管理よりも学生本人の支援選択を優先するため。	要求事項の匿名データ限定条件
82	やらない	保護者向け閲覧機能を実装する。	学生本人の安心した入力体験へ資源を配分するため。	企画書の学生向け入口範囲
83	やらない	管理者向け権限階層を詳細実装する。	試作品検証に必要な最小基盤を優先するため。	要求事項の授業内試作品条件
84	やらない	全支援窓口の運用ワークフローを再設計する。	既存窓口への案内入口を作る目的に合わせるため。	企画書の支援先案内範囲
85	やらない	窓口担当者の業務管理機能を実装する。	学生向け検索と理由提示の検証を中心に据えるため。	企画書の提案内容と要求事項
86	やらない	長期追跡による学業成績改善効果を検証する。	授業期間内の完了率、時間、適合率、SUSを優先するため。	チームOKRの9月検証条件
87	やらない	100人規模の利用テストを実施する。	15人テストの深い観察と改善履歴を重視するため。	チームOKR KR1の15人利用テスト条件
88	やらない	100ケース規模の検索評価を実施する。	20ケースで適合率と理由納得度を確実に測定するため。	チームOKR KR2の20ケース評価条件
89	やらない	臨床専門家による診断精度評価を実施する。	学内支援案内の妥当性評価に範囲を合わせるため。	要求事項の安全導線と企画書の入口機能
90	やらない	全国大学比較調査を実施する。	自大学の支援資源と学生体験の改善を優先するため。	企画書の学内支援背景
91	やらない	ネイティブスマートフォンアプリを開発する。	Webの主要画面で端末幅対応とアクセシビリティ検証を進めるため。	中村凛個人OKRのWeb画面条件
92	やらない	オフライン動作機能を実装する。	クラウド上のAPI統合と利用テストを優先するため。	授業用クラウド環境条件
93	やらない	プッシュ通知機能を実装する。	画面内での行動選択と振り返り検証に集中するため。	企画書の今日の一歩と振り返り範囲
94	やらない	高度な分析レポート自動生成を実装する。	再現可能な集計と発表資料作成を優先するため。	小林葵個人OKRの検証記録条件
95	やらない	A/Bテスト基盤を実装する。	単一試作品の利用テストと改善履歴で価値を確認するため。	チームOKRの検証方法
96	やらない	セキュリティ第三者監査を実施する。	授業内で扱う匿名データと自動テストの確認に合わせるため。	要求事項のPBL成果物条件
97	やらない	WCAG全項目の専門監査を実施する。	主要導線の自動検査と実機確認を優先するため。	チームOKR KR3の重大アクセシビリティ違反0件条件
98	やらない	本番SLAを定義する。	検索APIのp95とデモ成功の検証に焦点を置くため。	要求事項の授業内試作品条件
99	やらない	災害対策用の冗長構成を構築する。	PBL内の安定稼働と検証記録作成を優先するため。	授業用クラウド環境条件
100	やらない	卒業後の継続運用計画を策定する。	9月30日の成果発表に向けた試作品完成と検証に集中するため。	要求事項の授業期間条件
101	要求事項	2026年4月1日から9月30日までの情報科学科PBLとして、高橋結衣、佐藤海斗、中村凛、伊藤悠真、小林葵の5人で実施する。保存対象を架空・匿名データに限定し、自由記述は7日後削除、15人利用テスト、20ケース検索評価、SUS、アクセシビリティ検査、最終デモで検証する。	記載なし	記載なし

3階層WBS

1　調査・体験設計

1.1　学生理解と入力情報設計

1.1.1 学生インタビュー計画を作成する

1.1.2 学生インタビュー記録を匿名化して整理する

1.1.3 困りごとの8分類を定義する

1.1.4 入力項目と選択肢を整理する

1.2　画面フロー設計

1.2.1 3分入力フローを設計する

1.2.2 3分以内の操作観察手順を作成する

1.2.3 今日の一歩画面遷移を設計する

1.2.4 振り返り入力の最小項目を設計する

1.2.5 安全導線を設計する

2　検索・推薦設計と実装

2.1　検索データ整備

2.1.1 学内支援32件の検索用語彙を整備する

2.1.2 困りごと8分類と学内支援の対応表を作成する

2.1.3 Top3推薦理由の表示仕様を作成する

2.2　検索ロジック実装

2.2.1 学内支援Top3検索ロジックを実装する

2.2.2 推薦理由生成表示を実装する

2.3　検索評価準備

2.3.1 20ケース検索評価データセットを作成する

2.3.2 検索評価用匿名ケースの採点基準を作成する

2.3.3 推薦理由評価の実施準備をする

3　UI・アクセシビリティ実装

3.1　レスポンシブ画面実装

3.1.1 主要画面の共通レスポンシブレイアウトを実装する

3.1.2 入力画面のレスポンシブUIを実装する

3.1.3 支援Top3表示画面のレスポンシブUIを実装する

3.1.4 今日の一歩選択画面のレスポンシブUIを実装する

3.1.5 振り返り画面のレスポンシブUIを実装する

3.2　アクセシビリティ実装と確認

3.2.1 主要導線のキーボード操作を実装する

3.2.2 スクリーンリーダー向け主要導線ラベルを実装する

3.2.3 自動アクセシビリティ検査を実行する

3.2.4 390px実機表示確認を実施する

3.2.5 アクセシビリティ重大違反件数を記録する

4　基盤・API・データ管理実装

4.1　APIとデータ設計

4.1.1 入力・検索・履歴のAPI契約を確定する

4.1.2 入力・検索・履歴のデータモデルを確定する

4.2　クラウド基盤と保存制御

4.2.1 授業用クラウド環境に試作品基盤を構築する

4.2.2 自由記述7日後削除処理を実装する

4.2.3 操作情報のみの監査ログを実装する

4.3　性能と自動テスト

4.3.1 42件の自動テストを作成する

4.3.2 42件の自動テストを実行する

4.3.3 検索APIの性能改善を実施する

4.3.4 検索APIのp95性能を測定する

4.3.5 性能測定結果を検証記録にまとめる

5　試作品統合

5.1　機能統合

5.1.1 入力フローと検索APIを統合する

5.1.2 検索結果と今日の一歩選択を統合する

5.1.3 安全導線と公式窓口情報を統合する

6　利用テスト・評価・改善記録

6.1　利用テスト計画と実施

6.1.1 同意手順と匿名化ルールを含む利用テスト計画を作成する

6.1.2 学生15人の利用テストを実施する

6.2　利用テスト集計

6.2.1 利用テストの完了率を集計する

6.2.2 利用テストの所要時間中央値を集計する

6.2.3 次の一歩を選べた割合を集計する

6.2.4 SUS日本語版でユーザビリティを測定する

6.3　検索評価と理由評価

6.3.1 20ケースのTop3適合率を集計する

6.3.2 推薦理由の納得度を5段階で集計する

6.4　改善記録

6.4.1 改善履歴を再現可能な形で整理する

7　成果発表・最終提出

7.1　発表準備

7.1.1 プロダクトの価値と限界を説明する発表資料を作成する

7.1.2 最終デモ用シナリオを作成する

7.1.3 最終デモのリハーサルを5回実施する

7.1.4 聴講者アンケートで使い方の理解度を確認する

7.2　提出

7.2.1 授業内試作品を提出形式に仕上げる

7.2.2 検証記録を提出形式に仕上げる

7.2.3 授業内試作品と検証記録を提出する

Output・TRM・ガント

評価日時: 2026-09-24 15:00

フィードバック

Output・TRM・ガント

価値と検証は強い。チーム履歴と発表復旧手順を補うと完成度が上がる。

良い点

3分以内に支援と今日の一歩を選ぶという目的が明確
完了率、時間、適合率、SUS、性能、アクセシビリティを数値で示している
失敗2ケース、同意手順、削除監査まで追記している

取り組む範囲の見直し

今期は新機能追加より、既存検証結果の説明精度向上を優先する
全支援制度への網羅拡大は次工程に分け、今回の評価対象範囲を固定する
発表では実装詳細の長い説明を削り、価値・根拠・限界に寄せる

優先して直す点

担当・完了責任・レビュー日・変更理由を1表で追加する
検証の限界として、参加者15人、検索評価20件、失敗2ケースから分かる範囲を明記する
発表用に時間配分、想定質問、デモ障害時の代替手順を追記する

課題と利用者価値

5/5

「学生が3分以内に自分に合う学内支援と今日の一歩を選べる状態」を目的に置き、15人中13人完了、中央値2分31秒、Top3適合18/20、推薦理由4.2/5を示している。匿名化利用テスト記録等から再集計可能とも記載がある。

ソフトウェア品質

5/5

SUS 78.5、重大アクセシビリティ違反0件、検索API p95 1.18秒、42テスト成功、削除監査を示し、機能・性能・アクセシビリティ・安全性に関する証跡がある。

検証の信頼性

5/5

参加者属性、同意手順、失敗2ケースの分析を追記し、匿名化利用テスト記録、検索評価表、SUS集計、自動検査、負荷試験、削除監査、デモ確認表から再集計できるとしている。

チーム実行

3/5

改訂内容は確認できるが、提出文本体には担当、完了責任、レビュー、意思決定、変更理由の履歴が具体的に示されていない。

成果発表

4/5

価値、主要指標、品質根拠、再集計可能な証跡は整理されており、実演に使うデモ確認表もある。一方で、時間配分、質疑想定、障害時の復旧手順は本文からは確認しにくい。

見直しのヒント: 最終発表で、デモが動かない場合の代替手順は何を用意していますか?

使用されたルーブリック

評価基準: 最終成果評価基準
版: v 1
基準更新: 2026-09-30 17:30
採点範囲: 各評価項目 1〜5点

ルーブリックを読み込んでいます。

評価対象の成果物

v 2

このフィードバックを受けた提出時点の内容です。

保存日時: 2026-09-21 15:00

まなびコンパス最終成果改訂提出版

目的

学生が3分以内に自分に合う学内支援と今日の一歩を選べる状態を、根拠と限界を含めて実証する。

主要な内容

学生15人中13人が完了（86.7%）、中央値2分31秒
Top3適合18/20（90%）、推薦理由4.2/5
SUS 78.5、重大アクセシビリティ違反0件
検索API p95 1.18秒、42テスト成功
参加者属性、同意手順、失敗2ケースの分析を追記
自由記述の7日削除と本文を残さない監査記録を追記

評価・検証方法

匿名化した利用テスト記録、検索評価表、SUS集計、自動検査、負荷試験、削除監査、デモ確認表から再集計できる。

タスク・担当・日程

1　調査・体験設計

1.1　学生理解と入力情報設計

1.1.1 学生インタビュー計画を作成する

成果物: 学生12人インタビュー計画書
完了条件: 学生12人を対象にしたインタビューの目的、対象条件、質問項目、実施手順、同意取得方法、匿名化方針が記載され、困りごと入力フロー設計に使う観点が確認できる。
主担当: 高橋結衣
支援担当: 小林葵
開始日: 2026-04-01
終了日: 2026-04-07

1.1.2 学生インタビュー記録を匿名化して整理する

成果物: 匿名化済み学生インタビュー整理表
完了条件: 学生インタビュー記録から個人を特定できる情報が除去され、発言要旨、困りごとの種類、入力項目設計への示唆が表形式で整理されている。自由記述の扱いが匿名・架空データ保存条件に沿っていることを確認できる。
主担当: 高橋結衣
支援担当: 小林葵
開始日: 2026-04-08
終了日: 2026-04-17

1.1.3 困りごとの8分類を定義する

成果物: 困りごと8分類定義表
完了条件: 困りごとの8分類について、分類名、定義、含まれる状況例、含めない例、学内支援候補との対応に使う観点が記載され、入力項目と検索データ整備の前提として参照できる。
主担当: 高橋結衣
支援担当: 佐藤海斗
開始日: 2026-04-20
終了日: 2026-04-24

1.1.4 入力項目と選択肢を整理する

成果物: 困りごと入力項目・選択肢一覧
完了条件: 3分以内の入力フローで使用する入力項目、選択肢、必須・任意の区分、8分類との対応、自由記述の有無が一覧化され、画面フロー設計とUI実装に渡せる粒度で確認できる。
主担当: 高橋結衣
支援担当: 中村凛
開始日: 2026-04-27
終了日: 2026-05-01

1.2　画面フロー設計

1.2.1 3分入力フローを設計する

成果物: 3分入力フロー画面遷移図
完了条件: 困りごと入力開始から学内支援Top3提示前までの画面順、各画面の入力内容、分岐条件、完了条件が示され、3分以内に整理する導線として操作観察できる状態になっている。
主担当: 高橋結衣
支援担当: 中村凛
開始日: 2026-05-04
終了日: 2026-05-08

1.2.2 3分以内の操作観察手順を作成する

成果物: 3分以内操作観察手順書
完了条件: 利用テストで測る開始点・終了点、計測項目、完了判定、観察項目、記録形式が定義され、完了率と所要時間中央値を同じ手順で集計できる。
主担当: 小林葵
支援担当: 高橋結衣
開始日: 2026-05-11
終了日: 2026-05-15

1.2.3 今日の一歩画面遷移を設計する

成果物: 今日の一歩選択画面遷移図
完了条件: 学内支援Top3表示後から今日の一歩を選ぶまでの画面、選択肢、戻る・確定などの操作、選択完了の状態が示され、行動選択までの導線を実装・検証できる。
主担当: 高橋結衣
支援担当: 中村凛
開始日: 2026-05-11
終了日: 2026-05-14

1.2.4 振り返り入力の最小項目を設計する

成果物: 振り返り入力最小項目定義表
完了条件: 振り返り画面で入力する最小項目、選択肢、任意入力欄、保存対象、自由記述の削除条件との関係が整理され、試作品の振り返り体験として実装範囲を判断できる。
主担当: 高橋結衣
支援担当: 伊藤悠真
開始日: 2026-05-15
終了日: 2026-05-19

1.2.5 安全導線を設計する

成果物: 緊急時安全導線設計書
完了条件: 緊急時に公式窓口へ直行するための表示条件、案内文、遷移先情報、通常の学内支援Top3導線との分岐が記載され、医療診断や心理状態診断を行わない範囲で安全導線を実装できる。
主担当: 高橋結衣
支援担当: 伊藤悠真
開始日: 2026-05-20
終了日: 2026-05-22

2　検索・推薦設計と実装

2.1　検索データ整備

2.1.1 学内支援32件の検索用語彙を整備する

成果物: 学内支援32件の検索用語彙一覧
完了条件: 学内支援32件それぞれについて、支援名、検索に使う代表語、同義語・言い換え、除外または注意が必要な語が一覧化され、短い困りごと入力から支援候補を検索するための語彙として参照できる。32件分の行があり、空欄の支援がないことを表で確認できる。
主担当: 佐藤海斗
支援担当: 高橋結衣
開始日: 2026-04-01
終了日: 2026-04-08

2.1.2 困りごと8分類と学内支援の対応表を作成する

成果物: 困りごと8分類と学内支援32件の対応表
完了条件: 困りごと8分類それぞれに対して、対応する学内支援32件との関係、対応根拠、検索時の優先度または該当条件が表形式で整理されている。8分類すべてが含まれ、各分類から関連支援をたどれることを確認できる。
主担当: 佐藤海斗
支援担当: 高橋結衣
開始日: 2026-04-27
終了日: 2026-05-05

2.1.3 Top3推薦理由の表示仕様を作成する

成果物: 学内支援Top3推薦理由の表示仕様書
完了条件: Top3候補ごとに表示する推薦理由の構成要素、表示文言の項目、困りごと8分類・検索語彙・支援情報との対応、画面上の表示順が定義されている。推薦理由生成表示を実装するの実装で参照できるように、少なくとも候補名、理由、今日の一歩につながる説明の表示仕様を確認できる。
主担当: 佐藤海斗
支援担当: 中村凛
開始日: 2026-05-06
終了日: 2026-05-11

2.2　検索ロジック実装

2.2.1 学内支援Top3検索ロジックを実装する

成果物: 学内支援Top3検索ロジックのソース一式
完了条件: 困りごと入力または8分類を受け取り、学内支援32件からTop3候補を返す検索ロジックが実装されている。20ケース検索評価データセットを入力した際に、各ケースで最大3件の支援候補と順位を出力できることを実行結果で確認できる。
主担当: 佐藤海斗
支援担当: 伊藤悠真
開始日: 2026-05-19
終了日: 2026-06-01

2.2.2 推薦理由生成表示を実装する

成果物: 学内支援Top3推薦理由生成表示機能のソース一式
完了条件: Top3推薦理由の表示仕様を作成するの表示仕様に基づき、Top3候補ごとに推薦理由を画面またはAPI応答で表示できる機能が実装されている。検索結果の各候補について、支援名だけでなく理由文が対応して表示され、20ケース評価時に理由納得度の評価対象として利用できることを確認できる。
主担当: 佐藤海斗
支援担当: 中村凛
開始日: 2026-06-02
終了日: 2026-06-08

2.3　検索評価準備

2.3.1 20ケース検索評価データセットを作成する

成果物: 20ケース検索評価データセット
完了条件: 匿名ケース20件について、困りごとの入力内容、該当する8分類、期待される学内支援候補、評価に必要な補足条件が整理されている。ケース数が20件あり、個人を特定できる情報を含まず、Top3適合率の集計に使える形式で確認できる。
主担当: 佐藤海斗
支援担当: 小林葵
開始日: 2026-05-12
終了日: 2026-05-18

2.3.2 検索評価用匿名ケースの採点基準を作成する

成果物: 検索評価用匿名ケースの採点基準表
完了条件: 20ケースのTop3適合率と推薦理由の妥当性を採点するために、正解扱いとする支援候補、部分一致または不適合の判定条件、理由評価時の観点が定義されている。各匿名ケースに採点基準が対応し、複数人が同じ基準で採点できることを表で確認できる。
主担当: 佐藤海斗
支援担当: 小林葵
開始日: 2026-05-19
終了日: 2026-05-22

2.3.3 推薦理由評価の実施準備をする

成果物: 支援窓口担当者と学生向け推薦理由評価準備一式
完了条件: 推薦理由評価を実施するための評価依頼文、評価対象ケース、5段階評価項目、回答欄、匿名化上の注意が整理されている。支援窓口担当者と学生の双方が、同じTop3候補と推薦理由を見て納得度を5段階で回答できる形式になっていることを確認できる。
主担当: 佐藤海斗
支援担当: 小林葵
開始日: 2026-06-09
終了日: 2026-06-12

3　UI・アクセシビリティ実装

3.1　レスポンシブ画面実装

3.1.1 主要画面の共通レスポンシブレイアウトを実装する

成果物: 主要画面共通レスポンシブレイアウト実装済みソース一式
完了条件: 入力、支援Top3表示、今日の一歩選択、振り返りの主要画面で共通ヘッダー、本文領域、操作ボタン領域が実装され、390px幅からデスクトップ幅まで横スクロールや主要操作の欠落なく表示できることをブラウザ幅変更で確認できる。
主担当: 中村凛
支援担当: 高橋結衣
開始日: 2026-05-25
終了日: 2026-05-29

3.1.2 入力画面のレスポンシブUIを実装する

成果物: 入力画面レスポンシブUI実装済みソース一式
完了条件: 困りごとの入力項目と選択肢を扱う入力画面が実装され、390px幅からデスクトップ幅まで入力欄、選択肢、次へ進む操作が画面内で判読・操作できることをブラウザ幅変更で確認できる。
主担当: 中村凛
支援担当: 高橋結衣
開始日: 2026-06-01
終了日: 2026-06-05

3.1.3 支援Top3表示画面のレスポンシブUIを実装する

成果物: 支援Top3表示画面レスポンシブUI実装済みソース一式
完了条件: 学内支援Top3の候補名と推薦理由を表示する画面が実装され、390px幅からデスクトップ幅まで3件の候補と理由が重なりや欠落なく読め、次の操作へ進めることをブラウザ幅変更で確認できる。
主担当: 中村凛
支援担当: 佐藤海斗
開始日: 2026-06-08
終了日: 2026-06-12

3.1.4 今日の一歩選択画面のレスポンシブUIを実装する

成果物: 今日の一歩選択画面レスポンシブUI実装済みソース一式
完了条件: 支援候補の確認後に今日の一歩を選ぶ画面が実装され、390px幅からデスクトップ幅まで選択肢、選択状態、確定操作が視認・操作できることをブラウザ幅変更で確認できる。
主担当: 中村凛
支援担当: 高橋結衣
開始日: 2026-06-15
終了日: 2026-06-18

3.1.5 振り返り画面のレスポンシブUIを実装する

成果物: 振り返り画面レスポンシブUI実装済みソース一式
完了条件: 利用後の振り返り最小項目を入力または選択する画面が実装され、390px幅からデスクトップ幅まで項目、入力欄、送信または完了操作が欠落なく表示・操作できることをブラウザ幅変更で確認できる。
主担当: 中村凛
支援担当: 高橋結衣
開始日: 2026-06-19
終了日: 2026-06-24

3.2　アクセシビリティ実装と確認

3.2.1 主要導線のキーボード操作を実装する

成果物: 主要導線キーボード操作対応済みUIソース一式
完了条件: 入力開始から支援Top3確認、今日の一歩選択、振り返り完了までの主要導線をキーボードだけで移動・選択・確定でき、フォーカス位置が画面上で判別できることを実操作で確認できる。
主担当: 中村凛
支援担当: 高橋結衣
開始日: 2026-06-25
終了日: 2026-07-01

3.2.2 スクリーンリーダー向け主要導線ラベルを実装する

成果物: 主要導線スクリーンリーダー用ラベル実装済みUIソース一式
完了条件: 入力、支援Top3表示、今日の一歩選択、振り返り、安全導線の主要操作部品にスクリーンリーダーで用途が分かるラベルまたは代替テキストが実装され、読み上げ確認で無名ボタンや内容不明な主要操作が残っていないことを確認できる。
主担当: 中村凛
支援担当: 高橋結衣
開始日: 2026-07-20
終了日: 2026-07-24

3.2.3 自動アクセシビリティ検査を実行する

成果物: 主要画面自動アクセシビリティ検査結果一覧
完了条件: 入力、支援Top3表示、今日の一歩選択、振り返り、安全導線を対象に自動アクセシビリティ検査を実行した結果として、対象画面、検査日時、検査項目、検出内容、重大度が一覧化されている。
主担当: 中村凛
支援担当: 小林葵
開始日: 2026-07-27
終了日: 2026-07-29

3.2.4 390px実機表示確認を実施する

成果物: 390px実機主要導線表示確認チェック結果
完了条件: 390px幅の実機で入力開始から支援Top3確認、今日の一歩選択、振り返り完了までを確認し、各画面の表示崩れ、横スクロール、操作不能箇所の有無がチェック項目ごとに記録されている。
主担当: 中村凛
支援担当: 小林葵
開始日: 2026-07-30
終了日: 2026-08-03

3.2.5 アクセシビリティ重大違反件数を記録する

成果物: 主要画面アクセシビリティ重大違反件数集計表
完了条件: 自動アクセシビリティ検査と実機確認で検出された重大違反について、対象画面、違反内容、件数、修正状況が集計され、重大アクセシビリティ違反0件の判定に使える形式で整理されている。
主担当: 中村凛
支援担当: 小林葵
開始日: 2026-08-04
終了日: 2026-08-06

4　基盤・API・データ管理実装

4.1　APIとデータ設計

4.1.1 入力・検索・履歴のAPI契約を確定する

成果物: 入力・検索・履歴API契約仕様書
完了条件: 入力API、検索API、履歴APIについて、エンドポイント、リクエスト項目、レスポンス項目、エラー時の応答、匿名データとして扱う項目、自由記述の扱いが記載され、UI実装と基盤実装が同じ入出力定義で接続できることをサンプルリクエスト・レスポンスで確認できる。
主担当: 伊藤悠真
支援担当: 佐藤海斗
開始日: 2026-05-20
終了日: 2026-05-27

4.1.2 入力・検索・履歴のデータモデルを確定する

成果物: 入力・検索・履歴データモデル定義書
完了条件: 入力、検索、履歴で保持するデータ項目、型、必須任意、関連、匿名化対象、自由記述の7日後削除対象、操作情報ログとの分離が定義され、API契約仕様の入出力項目と対応していることを項目対応表で確認できる。
主担当: 伊藤悠真
支援担当: 小林葵
開始日: 2026-05-28
終了日: 2026-06-03

4.2　クラウド基盤と保存制御

4.2.1 授業用クラウド環境に試作品基盤を構築する

成果物: 授業用クラウド環境の試作品実行基盤
完了条件: 授業用クラウド環境上で試作品のAPIと画面が起動し、入力、検索、履歴に関わる基盤コンポーネントへ接続できる状態になっている。第三者が環境構成、起動手順、接続確認結果を見て、試作品基盤がPBL内の検証に使えることを確認できる。
主担当: 伊藤悠真
支援担当: 中村凛
開始日: 2026-06-04
終了日: 2026-06-10

4.2.2 自由記述7日後削除処理を実装する

成果物: 自由記述7日後削除機能
完了条件: 自由記述として保存されたデータに保存日時が付与され、保存から7日後の削除対象を判定して本文を削除する処理が実装されている。テスト用データで、7日経過対象は削除され、7日未満の対象は保持されることを実行結果で確認できる。
主担当: 伊藤悠真
支援担当: 小林葵
開始日: 2026-06-11
終了日: 2026-06-17

4.2.3 操作情報のみの監査ログを実装する

成果物: 操作情報のみを保存する監査ログ機能
完了条件: 入力、検索、履歴、削除処理に関する操作時刻、操作種別、匿名識別子などの操作情報のみが記録され、相談本文や自由記述本文が監査ログに含まれない実装になっている。サンプル操作後のログ出力で、本文全文が記録されていないことを確認できる。
主担当: 伊藤悠真
支援担当: 小林葵
開始日: 2026-06-18
終了日: 2026-06-24

4.3　性能と自動テスト

4.3.1 42件の自動テストを作成する

成果物: 入力・検索・履歴・削除処理の自動テスト42件
完了条件: 入力、検索、履歴、自由記述削除、監査ログ、主要な異常系を対象にした自動テストが合計42件作成され、各テストの対象機能、前提データ、期待結果がテストコードまたはテスト名から判別できる。
主担当: 伊藤悠真
支援担当: 佐藤海斗
開始日: 2026-06-25
終了日: 2026-07-02

4.3.2 42件の自動テストを実行する

成果物: 入力・検索・履歴・削除処理の自動テスト42件実行結果
完了条件: 42件の自動テストを作成するで作成した42件の自動テストを実行した結果として、各テストの成功失敗、実行日時、失敗時の内容が一覧化されている。第三者が42件すべての実行有無と結果を確認できる。
主担当: 伊藤悠真
支援担当: 小林葵
開始日: 2026-07-20
終了日: 2026-07-24

4.3.3 検索APIの性能改善を実施する

成果物: 検索API性能改善済み実装
完了条件: 検索APIについて、性能改善前後で変更した処理がソース上で確認でき、同一条件の性能測定結果で改善後の応答時間が比較できる。検索APIが学内支援Top3と推薦理由の返却に必要な結果を維持していることを、検索テストまたはサンプルレスポンスで確認できる。
主担当: 伊藤悠真
支援担当: 佐藤海斗
開始日: 2026-07-27
終了日: 2026-07-31

4.3.4 検索APIのp95性能を測定する

成果物: 検索API p95性能測定結果
完了条件: 検索APIの性能測定について、測定条件、入力ケース、実行回数、各応答時間、p95算出方法、p95値が記録され、p95が1.5秒未満かどうかを第三者が数値で判断できる。
主担当: 伊藤悠真
支援担当: 小林葵
開始日: 2026-08-03
終了日: 2026-08-05

4.3.5 性能測定結果を検証記録にまとめる

成果物: 検索API性能測定の検証記録
完了条件: 検索APIのp95性能を測定するの測定結果をもとに、測定条件、p95値、1.5秒未満の達成状況、3分以内の利用体験への影響、残った制約が整理されている。第三者が性能面の検証結果を成果発表や最終提出に引用できる形で確認できる。
主担当: 小林葵
支援担当: 伊藤悠真
開始日: 2026-08-06
終了日: 2026-08-10

5　試作品統合

5.1　機能統合

5.1.1 入力フローと検索APIを統合する

成果物: 入力フローから検索APIを呼び出して学内支援Top3を表示できる統合済み試作品機能
完了条件: 困りごと入力フローの完了操作後に検索APIへ入力内容が送信され、API応答に含まれる学内支援Top3が画面に表示される。正常応答時は3件の支援候補が表示され、APIエラー時は入力内容を失わず再試行または案内文が表示されることを、試作品上の操作で確認できる。
主担当: 伊藤悠真
支援担当: 佐藤海斗、中村凛
開始日: 2026-07-03
終了日: 2026-07-10

5.1.2 検索結果と今日の一歩選択を統合する

成果物: 検索結果から今日の一歩を選択して保存・表示できる統合済み試作品機能
完了条件: 支援Top3表示画面から各候補に紐づく今日の一歩選択へ遷移でき、選択した一歩が履歴または次画面に反映される。未選択時の案内、選択確定後の表示、戻る操作後も検索結果と選択状態の整合が崩れないことを、試作品上の操作で確認できる。
主担当: 中村凛
支援担当: 高橋結衣、伊藤悠真
開始日: 2026-07-13
終了日: 2026-07-17

5.1.3 安全導線と公式窓口情報を統合する

成果物: 安全導線から公式窓口情報へ直行できる統合済み試作品機能
完了条件: 主要画面から緊急時向けの安全導線を選択でき、公式窓口情報が迷わず確認できる画面または表示領域へ遷移する。安全導線が通常の学内支援Top3選択や今日の一歩選択と混同されず、公式窓口名・案内文・到達手段が表示されることを、試作品上の操作で確認できる。
主担当: 中村凛
支援担当: 高橋結衣、伊藤悠真
開始日: 2026-07-02
終了日: 2026-07-06

6　利用テスト・評価・改善記録

6.1　利用テスト計画と実施

6.1.1 同意手順と匿名化ルールを含む利用テスト計画を作成する

成果物: 同意手順と匿名化ルールを含む学生15人利用テスト計画書
完了条件: 利用テストの目的、対象者条件、同意取得手順、匿名化ルール、保存対象、自由記述の扱い、実施手順、測定項目（完了率・所要時間・次の一歩選択・SUS）が記載され、第三者が同じ手順で利用テストを実施できる状態になっている。
主担当: 小林葵
支援担当: 高橋結衣
開始日: 2026-06-04
終了日: 2026-06-10

6.1.2 学生15人の利用テストを実施する

成果物: 学生15人利用テストの匿名実施結果データ
完了条件: 15人分の匿名参加者IDごとに、同意取得有無、テスト実施有無、主要導線の到達状況、開始・終了時刻または所要時間、次の一歩選択結果、観察事項が記録され、個人を特定する情報や自由記述の不要な本文が含まれていない。
主担当: 小林葵
支援担当: 高橋結衣
開始日: 2026-08-11
終了日: 2026-08-21

6.2　利用テスト集計

6.2.1 利用テストの完了率を集計する

成果物: 学生15人利用テストの完了率集計表
完了条件: 学生15人の利用テストを実施するの匿名実施結果を基に、完了者数、未完了者数、完了率、完了判定基準、参加者別の完了判定が示され、完了率80%以上の達成有無を計算式で確認できる。
主担当: 小林葵
支援担当: 高橋結衣
開始日: 2026-08-24
終了日: 2026-08-25

6.2.2 利用テストの所要時間中央値を集計する

成果物: 学生15人利用テストの所要時間中央値集計表
完了条件: 学生15人の利用テストを実施するの匿名実施結果を基に、参加者別の所要時間、除外条件がある場合の扱い、中央値の算出式、3分以内の達成有無が示され、第三者が同じデータから中央値を再計算できる。
主担当: 小林葵
支援担当: 高橋結衣
開始日: 2026-08-26
終了日: 2026-08-27

6.2.3 次の一歩を選べた割合を集計する

成果物: 学生15人利用テストの次の一歩選択率集計表
完了条件: 学生15人の利用テストを実施するの匿名実施結果を基に、参加者別の次の一歩選択有無、選択率、未選択理由の分類が示され、学生が支援候補提示後に今日の一歩を選べた割合を確認できる。
主担当: 高橋結衣
支援担当: 小林葵
開始日: 2026-08-24
終了日: 2026-08-26

6.2.4 SUS日本語版でユーザビリティを測定する

成果物: SUS日本語版ユーザビリティ測定結果
完了条件: SUS日本語版の回答データ、設問別スコア、参加者別SUSスコア、全体スコア、SUS 75以上の達成有無が記載され、採点手順に沿って再計算できる。
主担当: 小林葵
支援担当: 高橋結衣
開始日: 2026-08-28
終了日: 2026-08-31

6.3　検索評価と理由評価

6.3.1 20ケースのTop3適合率を集計する

成果物: 20ケース検索評価のTop3適合率集計表
完了条件: 20件の匿名ケースごとに期待される支援候補、検索結果Top3、適合判定、ケース別判定結果、全体のTop3適合率、85%以上の達成有無が示され、評価データセットと採点基準に照らして再確認できる。
主担当: 佐藤海斗
支援担当: 小林葵
開始日: 2026-06-15
終了日: 2026-06-19

6.3.2 推薦理由の納得度を5段階で集計する

成果物: 推薦理由の5段階納得度集計表
完了条件: 評価対象の推薦理由ごとに5段階評価の回答、評価者区分、平均値、分布、4.0/5以上の達成有無が示され、支援窓口担当者と学生による評価結果を分けて確認できる。
主担当: 佐藤海斗
支援担当: 小林葵
開始日: 2026-06-22
終了日: 2026-06-26

6.4　改善記録

6.4.1 改善履歴を再現可能な形で整理する

成果物: 検証結果に基づくまなびコンパス改善履歴一覧
完了条件: 各改善について、発端となった検証結果または観察事項、改善前の状態、変更内容、影響範囲、対応した成果物または機能、再確認方法が一覧化され、第三者が改善の理由と再現手順を追える。
主担当: 小林葵
支援担当: 高橋結衣、佐藤海斗
開始日: 2026-09-02
終了日: 2026-09-07

7　成果発表・最終提出

7.1　発表準備

7.1.1 プロダクトの価値と限界を説明する発表資料を作成する

成果物: まなびコンパスの価値・検証結果・適用限界を説明する最終発表スライド
完了条件: 発表スライドに、目的、試作品の主要導線、利用テスト結果、検索評価結果、SUS・アクセシビリティ・デモ成功状況、プロダクトの価値、適用範囲と限界が含まれている。各検証結果がKR1・KR2・KR3のどの指標に対応するかをスライド上で確認でき、試作品を本番サービスや医療診断として扱わない範囲説明が明記されている。
主担当: 小林葵
支援担当: 佐藤海斗、中村凛、高橋結衣、伊藤悠真
開始日: 2026-09-08
終了日: 2026-09-14

7.1.2 最終デモ用シナリオを作成する

成果物: まなびコンパス最終デモ用の操作シナリオ
完了条件: デモシナリオに、開始状態、困りごと入力、学内支援Top3と推薦理由の確認、今日の一歩選択、振り返り、安全導線の提示、終了条件が順番に記載されている。発表者が同じ手順で操作できるよう、各場面で入力する架空・匿名データと期待される画面表示が対応付けられている。
主担当: 小林葵
支援担当: 中村凛、高橋結衣
開始日: 2026-07-27
終了日: 2026-07-30

7.1.3 最終デモのリハーサルを5回実施する

成果物: まなびコンパス最終デモ5回リハーサル結果表
完了条件: 5回分のリハーサルについて、実施回、使用したデモシナリオ、成功または失敗、失敗時の発生箇所、修正要否が記録されている。5回中5回のデモ成功というKR3指標に対して、各回の結果から達成状況を判定できる。
主担当: 小林葵
支援担当: 中村凛
開始日: 2026-09-01
終了日: 2026-09-07

7.1.4 聴講者アンケートで使い方の理解度を確認する

成果物: まなびコンパス聴講者向け使い方理解度アンケート集計表
完了条件: 聴講者アンケートの設問、回答数、使い方の理解度に関する集計結果、自由記述がある場合の匿名化済み要約が含まれている。集計結果から、聴講者がまなびコンパスの使い方を説明できる状態かを判断できる形式になっている。
主担当: 小林葵
支援担当: 高橋結衣
開始日: 2026-09-15
終了日: 2026-09-17

7.2　提出

7.2.1 授業内試作品を提出形式に仕上げる

成果物: 提出用まなびコンパス授業内試作品一式
完了条件: 提出対象として、入力フロー、学内支援Top3と推薦理由表示、今日の一歩選択、振り返り、安全導線、匿名データ利用、自由記述7日後削除、操作情報のみの監査ログに関する実装が含まれている。提出物内の起動または確認手順に従うことで、主要導線を架空・匿名データで操作できることを確認できる。
主担当: 伊藤悠真
支援担当: 中村凛、佐藤海斗
開始日: 2026-08-07
終了日: 2026-08-14

7.2.2 検証記録を提出形式に仕上げる

成果物: 提出用まなびコンパス検証記録一式
完了条件: 提出対象として、15人利用テストの完了率と所要時間中央値、20ケースTop3適合率、推薦理由納得度、SUS日本語版結果、アクセシビリティ重大違反件数、性能測定結果、改善履歴が含まれている。各検証記録に、使用した評価対象、集計方法、結果値が記載され、KR1・KR2・KR3の達成状況を判定できる。
主担当: 小林葵
支援担当: 佐藤海斗、中村凛、伊藤悠真
開始日: 2026-09-18
終了日: 2026-09-23

7.2.3 授業内試作品と検証記録を提出する

成果物: まなびコンパス授業内試作品・検証記録の提出完了確認票
完了条件: 提出対象である授業内試作品一式と検証記録一式のファイル名、内容チェック項目、提出状態、提出時点の不足有無が記載されている。チェック項目から、試作品と検証記録の両方がPBL成果物としてそろっていることを確認できる。
主担当: 小林葵
支援担当: 伊藤悠真
開始日: 2026-09-24
終了日: 2026-09-25

フィードバック

フィードバック

Objective

Key Results

使う環境

検証方法

フィードバック

Team Mirai Lens チームOKR

Objective

Key Results

KR1

KR2

KR3

使う環境

個人OKRからの対応関係

担当と補助

検証方法

フィードバック

まなびコンパス 企画書

企画の目的

背景

解決したい課題

提案内容

実施計画

検証方法

参考文献

フィードバック

目的・スコープ・WBS

目的/KRとの整合

3階層WBS

フィードバック

まなびコンパス 最終成果 改訂提出版

目的

主要な内容

評価・検証方法

タスク・担当・日程

まなびコンパス企画書

まなびコンパス最終成果改訂提出版