画面プロトタイプに対する違和感: プログラマの思索

画面プロトタイプ専用ツールについてメモ。 【元ネタ】 NTTデータアジャイルネット Axure紹介サイト InfoQ: 要件抽出漏れ低減に貢献―画面プロトタイプを用いた要件抽出技法の紹介 開発現場のUIトラブルを解決!? 画面プロトタイプ入門（1/3）- ＠IT Rubyでアジャイルプロトタイピング（1） － ＠IT Webシステム開発の要件定義では、紙芝居と言われるHTMLモックを作って顧客と要件を確認する。 しかし、結局作ってみないと本来の要件が分からない時が多い。 又、紙芝居を見せると、ユーザはデザインやレイアウトに目が向いて、本来の要件とは無関係の議論になりがち。 また、頻繁な仕様変更を反映しながら、設計書と実際のプログラムの同期を取るのも手間がかかる。 上記の専用ツールで解決できると言うが、本当なのか疑問。 プロトタイピングによる開発をするくらいなら、Ruby on R

[holypp]

作ってみないと本来の要件が分からない時が多い。 紙芝居を見せると、ユーザはデザインやレイアウトに目が向いて、本来の要件とは無関係の議論になりがち。　私はそうは思わない。ただ、顧客次第としか言えない。

[H_Yamaguchi]

今「アジャイル」という言葉がインフレを起こしている

[katzchang]

「「NTTデータアジャイルネット」の「アジャイル」は何を意味しているのだろう？ 今「アジャイル」という言葉がインフレを起こしているので、曖昧な意味には注意しよう。」