【ジャド】
JAD（共同アプリケーション開発） とは？
最終更新:
💡 みんなで集まって「これが欲しい！」を一緒に描く開発スタイル
ユーザー（業務担当者）と開発者などが、進行役のいるワークショップで要件や設計を共同で検討する手法。業務と技術の知識を持ち寄り、認識をそろえて意思決定を進める。
📌 このページのポイント
- ユーザーと開発者などが、構造化したワークショップで要件や設計を検討する
- ファシリテーターが議論を進め、意見の偏りや対立に対応する
- 事前の調査・準備と、セッション後の文書化も大切
- 一度の会議で全員の合意や要件の完成が保証されるわけではない
ひよこ JADって、普通の開発とどう違うの？
ペンギン先生 ユーザーや開発者などが一緒に検討する、進行役のいるワークショップを使う手法だよ。業務側の知識と技術側の知識を持ち寄り、要件や設計について認識をそろえるんだ。
ひよこ みんなで集まるだけでいいの？
ペンギン先生 事前に目的や扱う範囲、参加者、資料を準備するよ。セッションでは業務フローや画面案などを見ながら議論し、決定事項や残った課題を文書にする。集まった時間だけで完結するものではないんだ。
ひよこ ファシリテーターって何をするの？
ペンギン先生 議論を進める役だよ。一部の人だけが話す状態を避け、意見を引き出し、対立している点を整理する。進行役が一方的に仕様を決めるのではなく、関係者の検討と意思決定を助けるんだ。
ひよこ その場で全部決まるの？
ペンギン先生 一度で決まるとは限らないよ。追加の調査や判断が必要な項目は、未解決事項として残す。認識のずれを早く見つけることが狙いだけれど、参加者や準備、進行の仕方によって成果は変わるんだ。
ひよこ 要件定義のときだけ使うの？
ペンギン先生 要件を決める用途が代表例だけれど、設計やほかの意思決定にも使われるよ。アジャイルなどの開発プロセス全体と同じ意味ではなく、その中で共同検討を進める手法として捉えよう。
まとめ：ざっくりこれだけ覚えればOK！
「JAD」って出てきたら「ユーザーと開発者が一緒にワークショップで要件を決める手法」と思えればだいたいOK！
📖 おまけ：英語の意味
「Joint Application Development」 ＝ 共同アプリケーション開発
💬 Jointは「共同の」、Applicationは「アプリケーション」、Developmentは「開発」。関係者が知識を持ち寄り、一緒に検討する手法を表しているよ