身の回りではチームのMTGとかは普段カメラオフでも、1on1のときくらいはオンにしている人が多い気がする。たぶん1年以上顔見てない人もいるけどとくに困ってないので、僕はどちらでもいいのだけどみなさんはどうだろう。 僕はある日、手荒れ対策でMacをクラムシェルモードにしたらカメラが畳まれてしまい使えなくなってしまった、という事情である日カメラオフにして過ごしていた。 さっき一念発起してMacのフタをあけてカメラオンにしてみたけど、ケーブル（高額なケーブルなので長さにゆとりのあるものは買えない）が短いので、ひきちぎれそう。 普段はカメラオフだけど、1on1のときくらいはカメラを— 趣味はマリンスポーツです (@hitode909) 2023年8月21日 この日記が、カメラオンにするのが当然、みたいな押し付けを推し進める記事にはならないようにしたい。 むしろ、1on1だからといってMacのフタ開

「共感」が重視される風潮に、疲れを感じることはありませんか。 誰かの「やめた」ことに焦点を当てるシリーズ企画「わたしがやめたこと」。今回は、“ソロ活”の第一人者としても知られる、コラムニストの朝井麻由美さんにご寄稿いただきました。 子どもの頃から「共感」が苦手だったものの、周りから浮いてしまうことがこわくて「わかるー！」の相づちで無理に話を合わせていたという朝井さん。その積み重ねにつらさを感じるようになり、あるときから「わかるー！」の代わりに、別の言葉を使うようになったそうです。 無理に共感するのをやめたことで、見える景色や人との付き合い方はどう変わっていったのでしょうか。 ＊＊＊ 私は「共感」ができない いわゆる世間で言われる「女性の特徴」というものの8割が私には当てはまらない。その日一日あったことを聞いてほしいとも思わないし、美容院で髪を切ったことを気づかれたいわけでもない。 「女性は

こんにちは、CTOの山岡（@hiro_y）です。ここ数年「心理的安全性」という言葉を目にすることが増えました。Web上の記事でも、書店に並ぶ書籍でも。 自分も何度か「心理的安全性」って大事だよね〜と話した記憶があるのですが、実際のところ「心理的安全性」とは何でしょう。大切なのは誰もが同意するでしょうが、皆が思い描く「心理的安全性」が達成された状態は少しずつ違っていたりしないでしょうか。 ちなみに似たような感じで扱われる言葉に「コミュニケーション」があると思っていて、大切なことは否定できないけど具体的に何を指しているかは人それぞれ、という…。最近はなるべく「コミュニケーション」という言葉を使わないようにしてみています。 さて、話を戻します。「心理的安全性」とはそもそも何なのでしょうか。自分なりに考えた結果としては、「状態を指す言葉ではあるけれど直接は作れないもの」です。どのような状態かという

「相談があるのだけど……」と知人友人から持ち掛けられて、親切心から「アドバイス」をしてあげた。 でも、全く相手に響かず、「なんで言うとおりにやらないの」と、逆に相手を責めてしまい、何の解決にもならなかった。 そんな経験のある人はいないでしょうか。 私は死ぬほどあります。 そんな失敗から、徐々に私は「人からの相談」について、考えを改めざるを得ませんでした。 実際、「アドバイスの欲しい人」は本当に少ないのです。 多くの人が求めているのは、「黙って話を聞いてくれる人」であって、あれこれと改善案を考えてくれる人ではありません。 しかも、もっと悪いことに親切心からの「改善策」「アドバイス」はむしろ、「なんでこんなこともやってないの？」という批判だと受け止める相談者も少なくありません。 「◯◯してください」や「◯◯すべきです」といった直接表現はまず、誤解されて伝わるのです。 そして、非難されている、と

デジタル トランスフォーメーションを加速 お客様がデジタル トランスフォーメーションに乗り出したばかりでも、あるいはすでに進めている場合でも、Google Cloud は困難な課題の解決を支援します。

プロトタイピングとユーザビリティテストで「UXデザイン」を練りあげよう！ | UXデザイン基礎セミナー 第4回

今回は、衆議一決という予定調和的結果としての全会一致を暗黙の原則、言いかえれば、独白（モノローグ）の連鎖の展開の結果、各自の意見や考えは、"自ずと"あるしかるべき点に収斂してくる現象を特徴とする日本的なギロンが示す、「私」が容易に「我々」になるブラックボックスとも言える過程について取り上げることとする。 欧米社会では、衆議一決（全会一致）では、社会心理学でいう斉一性（uniformity）の原理が働いていると言われるであろう。斉一性の原理とは、ある集団内において、反論や異論などの存在を許容せずに、ある特定の方向に集団として収斂していく状況を示す。斉一性の原理は、少数意見の存在を認める多数決の原則で意思決定を行う場には起こらず、全会一致を志向する意思決定の過程において発生するとされ、ファシズム（≒全体主義）に通じるものとして、民主主義社会において、回避するべきものとして認識されている。 しか

意思決定の場にいない人に対して決定事項を共有する際、いくつか気をつけておくといいなぁと考えていたことを雑にまとめておきたい。 決定する前から進捗をちょっとずつ共有しておく 決定前の話なので後の祭りかもしれないが、いきなり結果をドーンだと相手を戸惑わせることがあるので事前に議事録を共有したり中間で説明する機会を作ったりするとよい 背景と前提条件を伝える なぜやるのかわからないまま結果だけ共有すると納得してもらいにくい。決定する上での前提条件を知らないと余計な反発をうむこともあるので注意が必要。それまでずっと考えてきた当事者は気づきにくいが、びっくりするくらい前提知識が違うことがある。相手は何も知らないものとして、イチから説明した方がよい 決定までの経緯を伝える 結論より経緯の伝え方が重要。どのような議論があってそんな決定になったか、完結に伝えましょう 捨ててきた選択肢も伝える 結果に至るまで

3 つの view を切り替えて管理 Win を書くときは「書いた順」 書いた順に並べて、過去話した Win は非表示 Win-Session で話すときは「話す順」 この人がすごかった順に並べて、過去話した Win は非表示 過去の Win を見るときは「話した」 過去話した Win を更新順に表示 という使い分けをしています。 見直した結果どうなったか 実際の Win を見ていただきたいのですが、ビジネスサイドからプロダクトサイドまで全員が気持ちを伝え合う場になっています。 セールスと CS とエンジニアがチーム一丸となって顧客に価値を届けられた Win インサイドセールスの新規メンバーがめちゃくちゃオンボーディングしてる様子 社内でやった勉強会の様子 普段かかわる機会がない人でも、どういうことを頑張っていて、どういう行動をしたことで周りに感謝されているのかわかる貴重な機会です。 イシ

雑にまとめるので何かあったら直接言ってほしい。⇒ @konifar チームで仕事をしていると、なんかあんまり意味のないことで議論している事態に陥ることがある。こういうのは議論の中心にいるとわかりにくいが、少し引いて眺めてみると「それそんなに重要なんだっけ？俺たちはこんなに時間使って何を決めようとしてるんだっけ？」という状態になってることも多い。 例えばAとBどっちがいいですかね？という意見の時、正直どちらでもいいと皆が思ってるのにAとBのそれぞれのいいところや懸念点なんかを皆で話しこんでしまっているみたいな。こういう時に難しいのは、単に「それどっちでもよくないですか？」みたいな言い方をすると場が凍って空気が悪くなるという点である。もちろんそういう本質的なことを言ってくれる人はありがたい存在なんだけど、言うタイミングが少し遅くなると「俺たちはなぜこんな無駄な時間を…」みたいな感じになることが

最近どのようにすればチーム内や組織内に良い変化を与えることが出来るのか悩んでいた。とにかく自分でやったら良い系だと簡単なのだけど、他の人にも積極的に協力してもらう必要があるものについては難しい。そのような時にも、うまくやる手法を学ぶために「人を動かす」を読んでみた。 人を動かす　新装版 作者:D・カーネギー創元社Amazon 昔から良い本であることは聞いていたけれど、読んでみると思っていた以上に良くて、「全て書いてあるとおりです、すいませんでした」という気持ちになりながら読んだ。読んでみると1on1やコードレビュー、プロジェクトマネジメントの良いやり方にも繋がってきて、背景にこういうものがあるのだなと腹落ちできた。 特に「人を動かす三原則」「人を説得する十二原則」の章が参考になった。例えば人を動かす・説得するために気にしておくことを自分の手元に箇条書きで書き留めたのだが、これまでの自分の経

During Computex today, Dutch semiconductor giant NXP announced its i.MX 91, the latest processor from its i.MX 9 series of applications processors for industrial, medical, consumer and IoT use cases. Uber is dropping the 5% discounts on eligible rides that it previously offered members of its Uber One subscription service, according to an email sent out to customers. Starting on their next billing

前提 僕は新卒からいまの会社に入って以来ずっとWeb系アプリケーションエンジニアとして仕事してきました 自分がWeb系のエンジニアとして成長するにあたって必要なスキルについて考えたときに、ただコードが書けるだけでは評価されないだろうなということだけ何となくわかっているつもりだけど、言語化しないとどういうスキルがあるのか何が自分に足りないのかがわからない気がするので一旦ブレストしてみる 出来上がったリストを元に次にどこを集中的に伸ばすべきかというのがわかるのではないか ここでいう暗黙的とは、僕が学生の頃「Web系のアプリケーションエンジニアに必要なスキルはこれだろうな」と考えたときにきっと思い浮かばなかったもののことですが、人によってはこんなこと当たり前だろうと思うかもしれません ブレスト結果 いくつかブレストした結果をグループごとにわけてみた。（ブレストといってもただパソコンに向かって箇条