何かを調査している時など、人に聞いた方が早いかもしれないことはよくある。"かもしれない" というのがポイントで、もう少し自分で調べた方がいいかもという気持ちもちょっとあって判断がむずかしい。 経験上そういう時は聞いてしまったほうがよくて、聞くフレーズの引き出しを増やしておくと聞きやすくなる。自分が聞く時にチャットでも口頭でもよく使っているフレーズを雑にまとめてみる。 質問です！もしすぐわかったら教えてください いったん雑に聞いてしまうんですが もしもっと詳しい人や適切な人がいたら教えてください 何かこれを読むべしみたいな資料をもらえるだけでも助かります 以前に対応していたようなのでちょっと聞きたいんですが 頓珍漢な質問だったらすみません！ もしテキストだと説明しづらかったら、シュッとhaddleやzoomで話させてください 30分だけ時間もらって相談させてもらっててもいいですか。もしOKな
何かを共有したり提案したりした時に、想定していたよりもたくさんの反対意見が出ることはよくある。あまりにたくさん反対されると、サンドバック化してボコボコにされる感覚でしんどくなる人もいるかもしれない。 反対意見が出た時の振る舞いには一定のお作法があると思っていて、それを知っておくとちょっと楽になると思うので雑に書き出してみる。そうなる前に進め方で改善できるところもある*1けれど、それはいったん置いといて「反対意見がたくさん出たらどう振る舞うのがよいか」という観点で考えてみる。 1. お礼を言う ちゃんと話を聞いて真剣に考えてくれているからこそ反対意見が出る 実際にそうじゃなかったとしても落ち着いてそう考えてみるのが大事 内容や伝え方に憤りを感じたとしてもいったん置いておいて、まず意見を言ってくれたことに対してお礼を言うこと 2. 初動の方針を伝える たくさん反対意見をもらうと、それに対して意
誰かから方針を共有された時、なんだか納得できなくてモヤッとすることがある。そういう時に共有した側もされた側も不幸にならないためのお作法的な動き方があると思っていて、雑にまとめておきたい。 1. 初手でファイティングポーズを取らない 納得できないこと ≒ 背景がわからないことに対する不快感はすごくて、つい"強い"言葉を使ってしまいがち 相手も人間なので、そういった態度や口調は鏡のように反射してくる。そうすると物事を前に進めにくくなってしまう 一見して不合理な方針だと感じたとしても、その裏にはそれなりに込み入った背景がありタフな議論が積み重ねられていることも多い まずは深呼吸して初手でファイティングポーズを取りそうになるのを抑えて、「取りまとめありがとう」って感じで相手へのリスペクトを示すとよい 2. 何に納得できないか深掘りする 納得できない時、意外と自分でも何が問題なのかはっきりとわかって
チームメンバーや他社のエンジニアとの 1on1 の中で、「憧れている人とかいますか？」という話をすることがある。この質問はわりと継続して聞いているなと思ったので雑に書いておきたい。 チームメンバーとの 1on1 で聞くのは半年ごとくらい。目標設定など、たまにはちょっと中長期の話でもしますかってタイミングで話している。いわゆる"キャリア"の雑談である。 自分は「1年後/3年後どうなっていたいか？」みたいな質問がすごく苦手で、うまく答えられたことがない。どうなりたいかを明確にするのは大事なことだと思うけれど、正直3年後とか何もわからんという気持ちになる。自分ができないのでチームメンバーにも聞けない。 そこで、違う聞き方として「憧れている人はいるか？」という雑談をしている。この質問は人によって回答がぜんぜん違うのが面白い。 たとえばiOSエンジニアだと @k_katsumi さんとか。Go書いて
はじめに 会社員として働く上で評価は最も大きな関心事の1つでしょう。評価によって自身の職位や給料が決まるのでそれも当然です。 しかしながら、「納得感のある評価を受けられていますか？」と問うと明確にYesと答えられる人は稀でしょう。「成果を出したのに正しく評価されていない」と不満を持っていたり「評価は偉い人が勝手に決めるものだから…」と諦めている人もいるのではないでしょうか。少なくとも過去の私はそうでした。 そもそも、評価をどのように受けるべきか指導や研修を受けたことはありますか？私にはその記憶はなく、自身が評価者の立場になって初めて評価というシステムに真剣に向き合うことになりました。 評価の際に被評価者としてできることは、評価者に自分の成果や成長を適切にアピールすることです。そして、アピールの方法として最も確実かつ重要なのは伝わる自己評価を書くことです このエントリは、被評価者が評価者に正
「人付き合いが得意です」という方は、どの程度いるでしょう。 個人的には、 「何を話したらいいかよくわからない」 「人と話すと消耗する」 という気持ちはよくわかります。 ところで先日、シロクマ先生が、次のような記事を書いていました。 結局、人と話すとＭＰは増えるか、減るか ・人と話すと精神力(MP)が増えるか減るかは、話す内容。状況によって左右される ・もちろん、その人の性質や気質によっても左右される ・体力によっても左右される。その体力の一番無難な回復法は「休息」 この投稿の中で気になったのは、冒頭で引用されていた、以下のツイートです。 多分人と話すとMPが回復していく生き物と、人と話すとMP削れていく生き物は根本的に分かり合えないのだと思う。 — 前島賢(大樹連司) (@MAEZIMAS) August 30, 2024 「人と過ごすのが大好き」な人たちを見ると、確かに「別の人種だなあ」
うれしかった。ので、メモ。 僕のいるチームのプロジェクトで、複数のチームにサポートしてもらいながら進める必要がある、ちょっと大きなものが始まりそうだったから、キックオフ前のキックオフやっとこかーってなって司会をした。オンラインミーティングね。 最初にこの会の目的を説明 今日のアジェンダのページのリンクは事前に共有もしていましたけど、いまSlackにもポストしておきましたー。 まだプロジェクトは始まってないんだけど、事前に調査とかをしたいから質問や相談をさせてもらいたいなと思っていて、そのときに「え？これなんの話？」って戸惑わせることがないように、プロジェクトの概要を共有しとこうと思ったー！だから、この会がうまくいったら、僕らが質問してもみなさんが戸惑わないようになっている！ Bさん、Slackにメモ残してってください。お願いしまーす！ からの、会の流れを説明 最初にPdMから10分くらいで
仕事をしていると、だんだんと抽象度の高いことを任されるようになる。 たとえば、方針も明確な小さな修正タスク => 修正方法がいくつか考えられるタスク => そもそも何をやるかから明確にしないといけないタスク といった感じで次第にふわっとした依頼になってくる。いわゆるグレード制を採用している会社において、"どれだけ抽象度の高い仕事を任せられるか" がグレードの違いの要素のひとつと言ってもいい。 抽象度の高い仕事を安心して任せられる人は何が違うのか自分もよくわからないので、自分のまわりの人がどういう動きをしているかを雑にまとめてみる。 1. なぜやるかを明確にしている わからないときはドキュメントやチャットのやりとりを探し、直接聞いたほうがよい人には自分でコミュニケーションを取っている やる理由がないと判断したら依頼者に話をして、実際にやらないこともある あとで「自分はこう言われただけなので」
人に興味、ありますか？👀 改めて問われると、そもそも「人に興味がある」という状態すらイメージが曖昧で、何を指しているのかもよくわからなかったりしますよね。 また「人の噂話が好きな人」といった、ややネガティブなニュアンスに捉えられるケースもあるかもしれません。 それはそれで「興味がある」とも言えそうですが、個人的には興味の矛先が少し違うような気がしています。 （自分の保身に興味があるか、他者の価値に興味があるか…） なので、今回は「人に興味がある」という言葉を「目の前の相手の話に価値を感じる（耳を傾けたくなる）」という状態と定義して話を進めます。 「人に興味がある」と話すと「そっかぁ。私は全然わからない」と言われることがよくあります。 実際、人に興味がない人はそれほど珍しくはありませんし、かつての私もその1人だったと思います。 それでも、やはり人への興味はあるに越したことはないと思うのです
株式会社らしさラボ 代表取締役 伊庭正康氏の『研修トレーナー伊庭正康のスキルアップチャンネル』では、業績の悩み、効率の悩み、マネジメントの悩み、コミュニケーションの悩み、モチベーションの悩みなど、仕事の悩みを解決できるビジネスメソッドを紹介しているチャンネルです。今回は「頭がいい人が、やっている交渉術」と題し、5つのポイントを解説します。 ■動画コンテンツはこちら 取引先のパワープレイ、上司の無理な命令に負けないためには伊庭正康氏：上司から無理を言われる、取引先から無理難題を言われる。どうすればいいんでしょう？ タフな交渉力を身に付けてください。頭がいい人がやっている交渉術を紹介します。 「頭がいい人がやっている交渉術」と言うと、なんか難しそうに思えますが、そんなことはありません。「調整する力」だと思ってください。これは社内でも社外でも使える力です。 取引先のパワープレイに負けない、上司か
尾崎さんは、開発の経緯をこう語ってくれました。「元々は、Gateboxさんの『AIバイト』のタブレット版を開発する予定だったんです。でも、これなんか面白くないねえと話しているときに、武地さんの『商品紹介ではなく、AIと一緒にお酒を飲むようなものにしたい』という一言で、プロジェクトの方向性が大きく変わりました」。 AI幹事が可能になった背景には、技術的なことを含め、いくつかの要因がありました。整理すると、以下のようなことです。 画像認識：GPT-4oの登場でマルチモーダル技術が使えるようになり、リアルタイムでテーブルの状況を把握することが可能になっていた 会話の生成：AIが認識したものをベースとして、自然な対話が可能になった コロナ禍の影響：パンデミックを経て、飲食店のDXが急速に進み、テーブルの上にタブレットがあることへの抵抗感が減った 尾崎さんは「AIがあたかも自発的にアドバイスをすると
これまでの生存戦略 それほど尖った能力や知識がない中で、私のこれまでの生存戦略としては求められればなんでもやる、少しくらい泥水でも飲むというものでした。 フロントエンドからバックエンド、データベース設計、API設計、実装、インフラ側の設定、提案書作成、プレゼンテーション、プロジェクト進行、どれも“専門家として誇れるか”というと疑問がありますが、求められればなんでもやるスタンスでそれが自分の価値提供の形と考えていました。 また、以前までは「若い」というのも、強みでした。 一回りほど上の年齢に見られることも珍しくなく、「そんな若かったのか」と驚かれるなかで、「若いのに頑張ってるね」と年齢のフィルターで大目にみてもらえました。 しかし、そんな私も気が付けば40歳、もう若さという武器はありません。 （つい先日まで20代だったはずなのに..何かおかしい..） 体力的にも無理が効かず、新しいことを学ぶ
1 会議の進め方 改善ガイドライン （詳細版） 柏崎市 令和６(2024)年３月 目次 「会議の進め方」のガイドラインを作成する理由 会議とはなにか？ 会議の進め方 アジェンダの作り方 議事録の取り方 会議室の使い方 資料の作り方と印刷 1 p.3 2 p.9 3 p.13 ４ p.32 5 p.37 ６ p.43 ７ p.45 2 1. 「会議の進め方」のガイドラインを作成する理由 3 なぜ「会議の進め方」のガイドラインを作成するのか？ ● 平均すると業務の1～2割程度を会議が占めている ● 会議前後の作業（日程調整、資料作成、議事録作 成等）を含めれば、膨大な時間に ● たとえばDX（デジタル・トランスフォーメーション）も、単にシステムやツールを導入するということで はなく、文化・考え方そのものを変革するということであり、それは会議にも現れる ● 多様な働き方を柔軟に選択できる職場づく
チームで仕事するとき、みんなもう少し自分の存在、自分のリアクションがチームに与える影響を自覚した方がいい。 例えばミーティングでブレストしているとき、議論が前に進むのは、あるときふと場に出されたアイデアに対して、誰かが"それいいですね"って言った瞬間である。アイデアを出したとき、その人にはふつう、確信なんてほとんどない。僕なんか自分の意見に自信なんかなくて(大体みんなそうなのだ)、言ってみて、まわりの反応を見て、あ、なんか良さそうだ…と思ったときにやっと前に進むことができる。みんな、自信なんてないのだ。だからアイデアは、場に出されたときはまだ、波際の砂のお城のようにやわらかである。 しかし、あるアイデアに対して、それいいね、と声をもらったとき。いい顔が見えたとき。姿勢が前のめりになってくるとき。そのときとあるアイデアは、はじめて光るのだ、形になる可能性を見せるのだ。 * 逆に言えば、議論に
新しいプロジェクトに参加してローカル環境を作り始めると、何かとエラーに遭遇します。 また、設計や実装について開発者に相談したり、コードレビューを依頼することもありますね。 開発者が近くにいれば、（それなりに、程よいタイミングを見計らって）話しかけて、エラーの原因を調べてもらったり、設計方法をホワイトボードにスケッチしながら相談できますが、リモート開発ではそうはいきません。 リモート開発で成果を上げるためには、このブログのように何の装飾もインタラクティブ性もない文章で、自分の状況や相談したい事柄を正確に伝える必要があります。 とはいえ私は昔、「文章がわかりにくい」と毎日、毎日上司にフィードバックをもらうくらいには文章を書くのが下手くそでした。今もわかりやすい文章が書けている自信はありません。 それでも、これまでに何度か、議論が好転したり、プロジェクトが前に進むきっかけとなる文章を書けたことが
転職・求人情報サイトのtype エンジニアtype 働き方 良かれと思ってやったのに…元Google人事が説く、日本の管理職がやりがちなエンジニアの心理的安全性を下げるNG行動四つ 2023.05.12 働き方 GoogleCEOチーム ここ数年で「心理的安全性」という言葉の認知が広がっている。 特に、人材不足が課題となっているIT業界においては、エンジニアのエンゲージメントを高めたり、離職率を下げたりするために心理的安全性の高い職場づくりに取り組むマネジャーも多いのではないだろうか。 しかし、「心理的安全性の高い組織」を、「対立のない組織」「チームみんなの仲が良い組織」だと考えているとしたら、認識のアップデートが必要だ。 「エンジニアが意欲的に働ける組織とは、何に対しても『いいね、いいね』と肯定することを良しとする『Nice』なチームではなく、時には否定することも恐れず、率直な意見のやり
これからの時代「プロンプト・エンジニア」という職業が生まれる！という声もききますが、正直なところ僕は懐疑的です。 AIへの命令文（プロンプト）を丸暗記したり、コレクションしてもバージョンですぐ変わるし、大事なところはそこじゃないと思うんですよね。 仮説をたてて、AIに聞いてみました。 私：「AIが進化するほど、AIの認知能力は人間に近づく、あるいは超えると想定されます。 このことを踏まえるとプロンプト・エンジニアリングの真髄は、プロトコルを覚えることではないと考えられます。 重要なのは「人間・AIを問わない知性体と、誤解なく意思疎通できるコミュニケーション能力」だと考えてよろしいでしょうか？ このような仮説に立った場合、プロンプト・エンジニアが学ぶべきはなにか。それは、情報の構造設計や取捨選択、コミュニケーション設計、情報の開示と省略のバランスといったことのように思えます。」 はい、その仮
はじめに 本記事はBASE アドベントカレンダー 2022の6日目の記事です。 はじめまして！BASE株式会社で、ネットショップ作成サービス「BASE」のプロダクトチームのマネージャーをしている @yusaku と申します。記事を書くに当たって、自分がいままでやった1on1を振り返りつつ、数えてみました。 時期によってもちろん変動はあるのでざっくり試算ではありますが、社内では自分の組織でのメンバーや上長と週1回の15分〜30分の1on1、新しく入社して頂いた方がいるオンボーディング時では毎日15分の1on1を行っていたので、週5~15回くらい1on1していました。またプライベートでは、プロコーチとしてパーソナルコーチングも行っており、2022年では100回ほど1on1を行っていたので、合わせて500回以上は1on1をしていました。 その結果わかった1on1で大事なことを記事にしていきたいと
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
