「構造化」という概念をリバース構造化する｜Katsuki Noda
UXデザイナーとして働き始めて、3年が経ちました。今では、マネージャーとして8人のUXデザイナーをマネジメントしているのですが、これまで関わってきたUXデザイナーが共通して持っている素養として「構造化」力があります。 新卒入社したメンバーにも「構造化能力をつけよう！！」とは言うものの、どこか心の中にひっかかりが残っていました。それは、そもそも「構造化」の抽象度が高く、人によって理解が異なるのでは？という懸念でした。 ここから、「構造化」という概念自体を構造化して、共通認識化する必要があるのでは？と思い、この記事を書くに致りました。 「構造化」ってよく聞くけど、実際なんのことなん？と感じている方に特に参考になることを祈っています！ 構造化はUXデザインにおける必須となる思考であり、技術であるデザインの現場は常に不確実性との戦いです。そして、不確実が上がれば上がるほど「意思決定」が難しくなると
取材で面白い話を引きだす質問の仕方｜藤本 健太郎 / 編集者
ぼくが初めて取材をしたのは、大学生のとき。いろんな社長に取材するインターンを始めたんです。 そのとき先輩から「要約するといいよ」とアドバイスをもらいました。要約すると、話し手が「あ、わかってくれてるんだな」と安心できて、どんどん話してくれるようになるからとのことでした。 それ以来、いままで取材中は要約することを意識してきました。それのおかげかは分からないですが、たしかにみなさんいろんな話をしてくださるし、面白い話もたくさん聞けました。 だけどいま働いている会社の先輩たちと比べると、ぼくの「取材中で聞ける面白い話の割合」が少ないなと思ったんです。 「ぼくと先輩たちとで、何が違うんだろう？」と観察した結果、最近そのヒントが見つかったかもしれないのでまとめてみました。 経験者の方からすると「当たり前でしょ」と思うものかもしれません。だけどぼくと同じように「もっと面白い話を引き出せるようになりたい
権限移譲する技術 - 宮田昇始のブログ
SmartHRの社長の宮田です。 この記事は SmartHR Advent Calendar 2019 3日目の記事です。 ソフトウェア開発にも役立つであろう「権限移譲」について書こうと思います。 胸を張って「これが得意です」と言えるものってそんなに無いのですが、CTOの芹澤さんから権限移譲だけはホメてもらえます。最近では「もしかしたら得意なのかも？」と思えるようになりました。そんな私が気をつけているポイントをまとめています。 権限移譲について学んだことはなく、独学です。そのため、すごーく当たり前のことしか書いてないかもしれませんし、逆に一般論からかけ離れている可能性があります。 あくまで、私が気をつけているポイントとして読んでいただければ。 いかに権限移譲してきたか？ はじめに、私の権限移譲について紹介します。 半年でプロダクトにノータッチに 起業する前、私はWebディレクターとして仕事
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://twitter.com/masuda220/status/1647087833449132034?s=12&t=gTc1Z5M4NfDz9hIeOGJt_Q
https://twitter.com/takumitonosaki/status/1647059255835648000?s=12&t=gTc1Z5M4NfDz9hIeOGJt_Q
https://twitter.com/mariosakata/status/1647116092714934273?s=12&t=gTc1Z5M4NfDz9hIeOGJt_Q