画面設計とか外部設計とか、もうやめようよ - masayang's diary

昨日は特徴(Feature)、粗筋(Story)、脚本(Scenario)でちょいと言及した「Feature, Story, Scenarioがごっちゃになりかけている」プロジェクトの人達とお話しする機会があった。 よくよく見ると、FeatureとFunctionとがごっちゃになっていた。 つまり、要件分析の段階で実装のことを考えていたのである。 なぜ、そうなったのだろう？ 画面から要件分析をすると、こうなる どうやら要件分析する前の段階で「コンサルタント」の人達が、画面を使ってお客さんと「要件定義」をしていたらしい。 「この画面でこういうデータを入力すると、こんな画面に遷移します」みたいなやりとりがあったのだろう。 紙芝居感覚で交渉できるからわかりやすい。 だけど、先に画面を決めちゃうというのはいくつかの(そして時に致命的な)問題を抱えている。 実装をフィーチャとして捉える可能性。 例え

[iww]

ぐるっと一周して画面設計を最重視する方法に戻した。

[snjx]

要件と実装の分離はあまり見れていなかったかもしれない。

[drumsco]

Feature, Story, Scenario の話。

[monochromekk]

アジャイルにおけるフェーズ分けとも絡みそう。要件定義と設計を混同させないようにする方法が必要。

[aratafuji]

自分の理解ではイテレーション計画時に画面設計するべきだと思うけど、その段階で必要な素材(アイコンとか)を洗い出すと、デザインが外注の場合はイテレーション開始時に間に合わせるのが難しい…。

[hiro_y]

画面設計ではなくストーリーで

[sugimori]

やめよう

[katzchang]

ほりおこし。

[northlight]

Agileねえ…。

[kaorun55]

画面設計からはいると肝心なとろこに眼が届かなくなる可能性が高い

[matsutakegohan1]

要件定義の段階で下記にあるようなことを分析していたら、それはなんか変だと思ってよい。

[SiroKuro]

客の頭ん中が『どうやって使えばいいの？』でいっぱいだから、画面設計から入っちゃうんじゃないかな。『その前に一歩戻って肝心なところが何なのか決めちゃおうよ』という話だと理解した。

[Nagise]

エンドユーザが理解できる部分ってのが画面しかないからなぁ…。逆に顧客は意味不明な仕様を訴えてくるSEに対して問題点を指摘できないし。専門的な事象の妥当性の評価ってのは難問だよな

[Idios]

プロジェクト反省会参考資料#x

[dosequis]

面白そう

[nakag0711]

顧客は機能の実現にのみ関心を持ち実装レベルには関心を持たないというのは単なる都市伝説なので、契約書である要件にある程度実装の話が入るのはやむを得ない。ただ変更には柔軟な体制であってほしいけど。

[clayfish]

functionとfeature、storyとscenario をもうちょっとくわしく。MECE で解説期待。

[hush_puppy]

画面って変更しやすい部分だしな。使いやすいようにどんどん変えていけばいい。

[lli]

納得する部分も多い。

[overleo]

抽象論でよくわからん。具体例が欲しい。

[h-yano]

要件ってユーザーと何を作るかの合意だと思うけど、「フィーチャー」というのは画面イメージを使うよりもユーザーと共通認識を持てるものなのだろうか。

[imai78]

これはAgileに限らず。UIの裏に隠れているものは、でもUIを通してじゃないと見れないのかなぁ。

[hurvinek]

画面設計が必要かという話

[koumiya]

なぜ？(Why)→なにを?(What)→どうやって？(How)の順に落とし込んでいかないとって話だと理解した。お客さんの要求はWhatから出てくるから、そこからWhyを引き出して、Whatを提案し直す必要がある。What→Howにいっちゃだめ。

[shinfukui]

概ね同意なんだけど、引用されているブクマコメントの方にも同意。この文章を、「UIから入るのはダメ」じゃなく「どのようにUI設計を要件定義に生かすか」という視点で組みなおすと良いかも。

[f-shin]

業務システムなのに画面ありきになっちゃうのはおかしいね。コンシューマ向けのWebは情報の位置や順番は重要なので画面ありきでOKだが、業務システムと比較するなら管理画面側で、そっちは画面ありきにはならないし

[nakano87]

よくわからないけど、使う人は画面を見るんだから、画面を見ないで決めちゃいけないんじゃないのか。

[srkzhr]

"でも、「見本」は「設計書」ではない。その「見本」作成のために労力を投入しすぎるのはアホだよね。"

[lizy]

「画面があった方がよいと思ったときに作ればよい」と思う

[mzkt]

受託

[oosawatechnica]

要件書く人が板挟みになっているのはよくわかた