→都合の悪いことは、時間が経つと忘れたり、順応するから。→「悪いことは?」と聞くと、人は嘘をつく。悪いこと探しになって全体が見えなくなってしまう。→「○○は使いづらい?」と聞くと、質問者の仮説の検証や相手を誘導してしまう。探索的情報収集(=行動観察)を行う時、「仮説を持たず、事実を元に考えを深める。仮説を持つと、誘導尋問になったり、偏った視点で事象を見てしまう。「ここ困るでしょ!」と思い込みで観察してしまうと、実は困ってなかったり、別のところが問題があるのに発見できない可能性がある。鳥の目、虫の目、魚の目...広く全体を見て、ポイントは狭く深く見て、流れを見る。開発で検証を行う場合は、仮設立てて行うことが多いので今回学んだことと逆。無意識に仮設立ててしまう可能性がある。状況に応じて使い分けすることと「無」になるトレーニングが必要かな。モノではなく人を見る目の前にある解きやすい問題を解決しようとするとどうしてもモノに注目してしまう。するとUXではなくUIを改善しようとしてしまう。それを利用している人、その背景の全体を見ること。何を目的に人はこれ(モノ)を使うのか。不便と感じているのか...。まぜて書いてしまった。事象から、問題点、改善策のヒントへボトムアップしていく時がむつかしいし、全然しっくりこない~。手が止まってこれでいいの?と不安になってしまう。トリアージ(問題の重みで優先度を決める)して、全部を解決しようとするのじゃなくて、最適なところから対応する。小さいところから少しずつでいいから自分の中で落とし込んで行かないと。恥ずかしさがキーワード観察中、「恥ずかしい」と確かにつぶやいていたのに、見落としてました。※これを書いていること自体、「恥ずかしい」という先入観による書き方かもしれないけれど。「現場に行ってる?」という問い...作ったものを実際に使っている、使われようとする現場へ、作った人(開発、デザイナー)が行くことの必要性、私も日頃思います。思ってない使い方を目撃したり、お困りごとや要求を聞ける状況に出くわした経験があるから。そこで来た話は、営業が言っていたことと異なっていた事もありました。悲しいことに、自社では出来ていないことが多い。BtoBなので本当の利用者のもとへ行けない、不具合や規格対応で忙しい、経費削減、上司の許しが無い(←なぜ許さないのか不思議)。他の会社はどうなんでしょう...質問時にあまり手が挙がってなかった気がする。えがこう!)に参加pythonでUNIX時間→日時型または日時型→UNIX時間に変換するS3にファイルが保存されたらそのファイルを添付してメールを送る(後編:LambdaとS3のトリガーの設定)月別アーカイブはてなブログをはじめよう!teapotcafeさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。