システム開発入門の第32週目は、1年生が学期の学びを振り返る最終回です。
ポートフォリオの提出確認、1人90秒の成果デモ、個別フィードバックを通じて、できるようになったことと次学期に伸ばす力を整理しました。
第31週目に進めたポートフォリオ整理を受け、今回は成果を提出できる形に整え、自分の言葉で説明するところまで取り組みました。
学期最終回で確認した三つのこと
- 制作物だけでなく、目的、実装、テスト、改善の過程まで説明できるか
- 限られた時間で、作品の課題と価値を相手に伝えられるか
- 今学期の強みと課題を、次学期の具体的な目標につなげられるか
最終回は完成品の優劣だけを比べる時間ではなく、学習の過程を確かめ、次の一歩を決める時間になりました。
成長を成果として説明する
田中先生は冒頭で「完璧さより成長の可視化」と伝えました。
今学期に繰り返したのは、設計、実装、テスト、改善、運用という一連の流れです。
一度作って終えるのではなく、動作を確かめて問題を見つけ、理由を考えて直し、その結果を説明するところまでが学びとして扱われました。
ポートフォリオの最終チェック
ここでいうポートフォリオは、完成した画面だけを並べた資料ではありません。
何を解決するために作り、どのように実装し、どう確かめて改善したかを第三者へ伝える成果資料です。
| 確認項目 | 読み手に伝える内容 |
|---|---|
| プロジェクト概要 | 目的と対象となる利用者 |
| 実装機能と技術スタック | 何ができ、どの技術で構成したか |
| テストとログ解析 | どの結果を根拠に品質や課題を判断したか |
| 改善履歴 | いつ、何を、なぜ変えたか |
| 実行手順 | 第三者が動作を再現するための操作 |
技術スタックとは、制作に使ったプログラミング言語、データベース、ライブラリなどの技術構成です。
テスト結果に数値を載せる場合は、数値だけを示すのではなく、何を測り、変更の前後で何が変わったかまで添えると改善の意味が伝わります。
未整備の箇所があった生徒は、その場で指導を受け、短時間で修正して再提出しました。
90秒デモで要点を届ける
次に、ポートフォリオをもとに1人90秒のショートデモを行いました。
時間が限られているため、機能を順番に見せるだけではなく、次の三段階で要点を組み立てる必要があります。
- 最初に、誰のどのような課題を解決する作品かを示す
- サンプル入力と期待する出力を見せ、主要な機能を短く説明する
- テストや改善履歴を根拠に、工夫した点を伝える
発表後は、クラスメイトと先生から「良かった点」と「改善提案」を一つずつ受け取りました。
好評だったのは、UX（ユーザー体験）を整える入力ガイドやエラーメッセージ、テストによる改善結果の提示、機能を役割ごとに分けるモジュール分割です。
一方、改善案として、導入で課題を先に示すこと、サンプル入力から期待する出力までを早い段階で見せること、READMEを充実させることが挙がりました。
個別フィードバックから次の目標へ
ショートデモの後は短い個別面談を行い、技術面、表現面、次学期の学習目標を分けて確認しました。
- 技術面：デバッグの進め方とテスト設計
- 表現面：ドキュメントの書き方とデモの見せ方
- 次の目標：設計力を深めるために取り組む内容
生徒からは「デバッグで諦めなかった経験が自信になった」「次学期は設計を深めたい」という振り返りが共有されました。
できたことを確かめたうえで次の課題を一つに絞ると、振り返りを次の行動へつなげやすくなります。
クラス全体の強みと課題
田中先生は、個別の講評だけでなく、クラス全体に共通する強みと課題も共有しました。
積み重ねてきた強み
- テスト、解析、改善という継続的な改善の流れを身につけたこと
- ドキュメントやRunbookを整え、運用まで考えて開発したこと
Runbookは、システムの起動、確認、障害時の対応など、運用で必要になる手順をまとめた文書です。
作った本人以外でも同じ操作を再現できるように書くことが、引き継ぎや運用の助けになります。
次に取り組む課題
- 要件定義と設計を十分に整理し、実装途中の迷いを減らすこと
- ドキュメントを、第三者が再現できる形に整える習慣をつくること
要件定義は、誰のどのような課題を解決し、そのために必要な機能と開発範囲を整理する工程です。
次学期の重点課題には、設計力、チームでの役割分担、より伝わるドキュメント作成が示されました。
次学期に向けた準備
未提出者にはポートフォリオの最終締切が案内され、予習テーマとしてUML、ER図、システム全体の構成を考えるアーキテクチャの基礎が示されました。
- UML：クラス図とシーケンス図の授業レポートで、システムの構造と振る舞いを図で整理する基礎を確認できます。
- ER図：データベース設計の授業レポートで、データ同士の関係を図にする基礎を確認できます。
- アーキテクチャ：機能、データ、役割をどのように分けるかという全体構成を学びます。
来期は、システム設計、データベース設計、チーム開発へ学習を進めます。
学期を通して身につけた開発の流れ
「この学期は『作る→確かめる→改善する→伝える』を何度も回してきました。次は『どう作るか（設計）』を深めて、より大きな価値を作っていきましょう。今日の振り返りは、そのための確かな土台です。」
1年生は、制作物の完成だけでなく、試行錯誤の過程と成長を自分の言葉で説明し、次学期の目標を定めました。
この記事に関連する株式会社greedenの取り組み
授業で得た学びは、目的、設計、テスト、改善履歴まで説明できてこそ次の開発に生きます。株式会社greedenは、要件定義から保守、改善まで一気通貫のWebシステム開発を支援しています。