タスク指向のデザインはなぜ生まれるのか？

『タスク偏重のデザインはなぜ生まれるのか？』の続きです。 簡単だから 画面を見て悩むデザイナーが「全体はよくわからないから別にしてこの中だけ作るか」と言いながらボタンの先に画面を連ねようとしている オブジェクト指向のUIにするには手順を解体し、オブジェクトを中心に構造化する必要があります。重複しているものはマージし、必要に応じて新しいオブジェクトを定義したり新しいイディオムを検討することもあります。 （例:「簡単に新規作成する」という機能に対して複製、テンプレート、マスターというイディオムを検討する） これらはそれまで作ってきたものとうまく整合するようにしなければいけませんし、整合しないならどこをやめたら全体としてひとつの形にできるのか考えることになります。これは大変です。 対してタスク指向のUIデザインは簡単です。 新しいタスク用に新しい入り口を作って、必要な入出力を線形に並べ、例えばウ

[mk173]

業務側も業務を理解せず、タスクとしてこなしていて、あるべき姿を答えられない場合も

[maninthemiddle]

そのUIを通じて扱う情報を整理して扱う情報ごとに並べたデザイン(オブジェクト指向UI)の方が分かりやすいよね。データ設計の議論をデザイナーとちゃんとやるとスムーズになるイメージ

[knjname]

サービス作る最初にどういうオブジェクトがあるかは真っ先に考える　それでDBもAPIも画面も粗方決まってしまう　タスク指向はエスケープハッチであってメインの分析ではない

[ka-ka_xyz]

これ、実現しようとしている目的がそもそも「タスク化」（定型に従って作業しその結果を記録すること）そのものである場合が多いんじゃ無い？業務アプリ系は特に。

[strawberryhunter]

デザイナーに画面設計をさせるのがそもそもの間違い。データの構造を理解しないまま画面を作ろうとした結果の失敗作をタスク指向と呼ぶことでお茶を濁しているケースではないのか。

[D_first]

OOUI界隈の人がいってるタスク指向って、Task Based UIとは別の話なのかな。いい悪いは別として、OOUI自体あんまし英語の情報が出てこなくて、一部の日本人が猛プッシュしている印象がある。

[sai0ias]

業務システムとかだとタスク指向というか一本道のほうが好まれる印象がある。基本的に作り手はシステムを使いこなせる側の人間なので、実際に使う人とのギャップがかなりある気がしている。いつも正解が分からない。

[turanukimaru]

色んなものに色んなことをしたいはタスク指向になってしまうので多分、最初は見せたい集約ルートをドンと見せるべき。ゲームならキャラを最初に選ばせるとか。当然不便なのでそこから同時に見せるものを増やしてく。

[yanAoyama]

あくまで不適切なタスク志向、というべきで、OOUIだけが正解でもないのだがなぁ。デザイナーはツールや使いこなしや自由が好きで、一方他者の仕事を定義する責任を負いたくないのでOOUI偏重になりがち。

[fai_fx]

全てのデザインはタスク指向であるべき。使う人の大半は、全容を把握する必要が無いし、課されたタスクができればそれでよい。但し、タスクの設計はデザイナーのみで決められる単純な仕事ではない。..という印象。