d-haru’s blog

株式会社はてなのdeveloperです

目標設定、目的化してませんか

エンジニアリングマネージャーをしてもうすぐ1年になりそうな id:d-haru です。まだ1年経ってないらしい。

今期の目標設定が一段落した。

目標設定ってやつは会社に属する多くの社会人に定期的にやってくるタスクの1つで、この時期は憂鬱だという人は、メンバーにもマネージャーにも少なくない。自分も例外ではない。

特に今期は手こずって、会社の目標シートの型にうまく落とし込めずに期日も超えてしまったりするぐらいには悩んでいた...

何に詰まっていたかというと、目標の文言そのものに期待することを全部込めようとしていたことだった。練れば練るほど抽象的になって解釈がズレるし、逆に具体的に書くとただのタスクの割り当てになる。どっちに転んでもしっくりこないな〜と思っていた。

手段が目的化してた

完全にしてるじゃん...

タスクとか言っているし、期日もあってそこまでに形にしないといけないと思ってたし、この時点でもう手段が目的化して振り回されてる状態じゃん、となっていたわけです。

そもそも目標設定は期待マネジメントのツールだよね、と社内の人と話していてたしかにな〜と思い知りました。ありがたい話です。

期待から考えると話が早い

期待マネジメントとは、相手が自分や仕事に対して抱いている「期待(やること、成果、役割)」を事前にすり合わせ、認識のズレを防ぐ行動のことです by Gemini AI mode

まぁその通りだなとは思っています。

実際に各メンバーの目標設定を決めていくときというのは目標駆動でやることはあんまりなくて、まずは自分がそのメンバーに期待することを必ず先に考えていて、そこを伝えたうえで本人と色々喋ってすり合わせていくという型でやっていました。

ここの精度というか感覚はメンバーとのコミュニケーションやチーム歴のおかげもあってこの数ヶ月〜数年でだいぶ養われてきている実感はあります。逆に言うとそこの期待値コントロールに自信がある状態ならそれである意味よくて、目標設定はこの期待値すり合わせを行うためのツールでしかない、という捉え方は自分の中ではかなり腑に落ちる表現でした。

これが社会人の評価や査定にも使われるので、難易度や達成ラインを計測しやすくするという話は勿論あるので、そこは調整する必要があります。ただ自分の場合は目標から考えてしまうと本来その人に期待していることとかをうまく表現しきれなかったりするので、期待に応える、あるいは超えるための目標ってなんだろうねという話をするほうが進めやすいし本質的な対話になりやすいな、という感覚はもてました。

今期はなんで難しかったんだろうか

ここ最近はエンジニアという職種への期待の変化も影響しているだろうという感覚もある。

数年前はA機能・B機能を開発するみたいな道筋があることも多かったが、AIの普及によって抽象度の高い課題解決を期待されるようになっているのだろう。マネージャーやっている自分自身は勿論、そうでないメンバーにも明らかにそういう変化が起きている。

期待していることの抽象度が上がれば、それを目標シートの文言に落とし込むのが難しくなるのは当然で、今期やたらと手こずったのはたぶんこのあたりが効いている。

目標設定自体は粗くてよいの?

まだわからない。。。

人にもよるが粗いというか、抽象度が高い方が多方面で活躍できてうまくワークするみたいなケースは実際にあるので一概に悪いとは思わない。ただ達成ラインとかはあまりに適当だとどうせ自分が困るのでそこは注意が必要だし、日々のコミュニケーションでの期待値調整もある程度は必要だろう。

期日も当然守ったほうが良いです。

おわりに

結局のところ大事なのは、目標設定という制度をどう攻略するかではなく、自分が渡している期待をちゃんと言語化できているか、そしてそれが独りよがりになっていないかなのだろう。自分がその人に期待していることと、会社がその人に求めていることが大きくズレていたら、目標の文言をどれだけ磨いたところで意味がない。

もちろんこれは今の自分のスナップショットなので、来年には違うことを言っているかもしれない。それでも今期はこの方針でいってみる。

良いコミュニケーションとマネージャーとして手応え

エンジニアリングマネージャーをしております、id:d-haru です。

昨年はじめて目標設定をしながら苦労をしていた比較的界隈では新人に該当するであろうマネージャーです。 d-haru.hatenablog.com

まだまだ短い期間ではありますが、激動の期末期初を経たおかげでこの記事を書いたときと比べると良質な経験を積めたかなと思っている今日このごろです。

マネージャーの手応え

今回は最近1on1をしていたときに出た話題の1つにある、マネージャー的な業務をしていてどういうときに手応えを感じるか、という話が自分の中で面白かったのでその話です。

カンファレンスでもよく聞きましたが、いまいち手応えを感じづらいと思うマネージャーも多いようで自分も少し前までは例外ではありませんでした。

ただ、最近感じた手応えの1つとして、コミュニケーションを通して他者やチームに影響を与えて変化を促せたときに手応えらしきものを感じる気がする、と話していました。

マネージャーにとっての成果とは、チーム全体がどれだけの価値を生み出したかである*1、などとよく耳にします。そういう変化が狙って起こせたときは手応えと面白さを得ているように思います。

ここまでだけ読むと、めっちゃ良いことしてる風ですが、これまでの自分をふりかえるとコミュニケーションに失敗することもたくさんありました。ときには良かれと思ったコミュニケーションがハレーションを生むことになることもあります。難しいですよね。

手応えを感じたときのコミュニケーション

もう少し深堀ってみます。

実際うまくいったときがどういうときかというと、課題認識がお互い揃った状態を作れたときではないかと感じています。自分の周りでは「目線を揃える」と表現することが多いですが、こういうときにこそチームや他者の変化が発生する兆しのように感じています。

例えばメンティーへのネガティブフィードバックを1つするとなっても、メンティーが「たしかにそうっすね...」となっているか「え、そんなことなくないですか?」ではその後の展開も全く違うわけだ。

後者の反応のときにそのまま強行することもできるかもしれないが、互いの認識がズレた状態では提案が刺さらなかったり、納得感が薄かったりして、結果として変化が起きないということもあったと思う。

悪く言えば伝達して満足している状態であり、チームや他者に結果的に変化を起こせないのであれば自己満足となってしまうこともある。(ふりかえるとそういうことも過去にいくつもしてきたような気もする)

これは何もマネージャーとメンバーという関係に限らなくて、個人とチームだったり、開発部門と営業部門だったり、発注元と発注先だったり、あらゆるコミュニケーションにおいていえることだと思っている。

これらは昔の自分の仕事(エンジニアリングに限らない)でうまくいったときのことをを思い返してみても該当していて、自分の中ではかなり腹落ちする議題だった。

目線が違ったらどうするか

昔はこの時点で諦めたり焦ったりをしていることも多かったが、ある意味はここを見つけることも重要な課題の可能性もあるのでおもしろポイントでもある、ぐらいに最近は思っている。

相手の意見を聞くと、それに納得できる場合もあるし逆に向こうの持っていない情報を伝達できていないということ気づくこともある

目線の違いがあったときこそ、冷静に対話をすることで解決策を探るようにしています。

おわりに

あくまで私の捉える手応えです。

手応えを感じるときは確かに存在するけど、失敗もしてきているのでここからは良いコミュニケーションの数を増やしていきたいですね。

コミュニケーションや提案を考える上では下記のような書籍も読んでいたのでこれらのエッセンスによる影響が多少はあるかもしれません。

www.oreilly.co.jp

www.maruzen-publishing.co.jp

*1:アンディ・グローブやピーター・ドラッカーが言及されているものをごちゃまぜに理解している

およそ13年ぶりにTOEIC Listening & Reading Testを受験した

学生時代から英語は苦手だった。社会人になってからも英語への苦手意識を無くしたいと思っていだけど、何不自由なく暮らしてきてしまった。

そんな中、上の子が英語教室に通いはじめたのをきっかけになんかやってみるかとなった。

いずれにしても漫然とやると全然サボってしまう気質なので勢いよくTOEIC(L&R)を受験することにした。

今の住まい付近には大学は少なく、試験会場が家からそこそこ遠いのが難点だった

試験の結果はまだわからないけど、残念ながらあんまり手応えはなかったのでしばらく定期的に受けることになるだろう。そういう意味ではようやくチュートリアル完了という感じである。

試験終了後はふりかえりをしたり次はいつ受けようかなどと真面目に考えていたが、帰宅してからは気持ちが切り替わって気づいたらSwitch2を購入した。同時にぽこあポケモンもゲットして家族で遊んだ。

子供にやってもらっていたが、みずでっぽうを覚えてからはずっと水撒きしつづけて遊んでいて今日のプレイは終了した。

英語もゲームも先は長そうである。

EMConf JP 2026 でもらった熱を書き留める

昨日EM Conf 2026 &に参加してきました。昨年の11月にエンジニアリングマネージャー(以下EMと表記)に就任した新米EMです。

2026.emconf.jp

懇親会付きのチケットは受付開始数分で売り切れてしまい買えなかったのですが運よく社内のスポンサーチケットを譲っていただいたのでフルセットで楽しんできました。ありがとう。

面白かった登壇

EMにまつわる話なので、他のカンファレンスと比べると共感できる比率が高くて異様に首を縦に振りながら聞いていた。

オープニングの安斎さんの話はエンジニアリングというよりもどういう組織をつくるかという内容でしたが時代の変化に合わせた組織論とそれに合わせた目標設定や問いかけの話という感じで、発見できることも多かった。

自分も最近目標設定について考えを社内で発信したことがあったけどこれを聞いていたらもう少し内容が変わってそうだなと思うので、それぐらいに得たものはあったのだろうと思う。特に問いかけについては例も具体的で自分もアンチパターン踏むのやりがちじゃんと思ったのですぐさま取り入れたいし、安斎さんの出している書籍も読んでみようと思った。

ちなみに当日書籍販売兼サイン会を基調講演後にやっていたが昼ごろふらっと見に行ったら完売していた。コンバージョン率めちゃくちゃ高そうだった。

藤倉さんはAI時代の話をしていて、未来のソフトウェアエンジニアの仕事やチームがどうなっていくかという話をしてくれていた。

エンジニアへの期待が大きくなっていき、どう価値を生み出すかと、何を作るべきか、何を使うべきで使わないべきか、何よりその責任をとるようになる。チームのメンバー数も相対的に減ってエージェントを上手くコントロールしていかに意思決定をできるようにするかという方向に力が働き、それに伴ってEMのやることや難易度も変化していく。そういう転換点を楽しもうという内容だった。

ソフトウェアエンジニアなら誰もがぼんやり想像したであろうことを、これまでのソフトウェア、そして人間と向き合ってきた経験からなのかとてもうまく言語化されていて腑に落ちた度合いが高かった。その後の懇親会でもこれらのワードを参加者の共通認識で会話したりしていたのも印象的だった。

koniferさんの提案のレベルの話はブログも読んでいたけど、そのマネージャー版という感じでした。自分もEMのという役割になったばかりでまさにこういう提案をレベルの低い状態で連投しまくっている境遇なので、過去の失敗談はそのまま少し前や今の自分と重なって悲しくも面白かったです。

konifar-zatsu.hatenadiary.jp

speakerdeck.com

今朝見たらブクマもいっぱいついていた。おすすめです

カンファレンスの廊下

自分はあらたま・いくおのマネジメントRadio | Podcast on Spotify のリスナーなので公開収録も会社の同僚と最前線で見てきました。

同僚の一人である id:daiksy さんと楽しみだねーと談笑していたら、そのままぬるりとラジオに参加されていてライブ感もすごかったです。「カンファレンスの廊下を楽しむ」というワードがここで登場してました

本屋ではあらたまさんが受付をやっていたのでサインを貰った。あらたまさんの書いた本は売り切れてしまっていたけどおすすめの本にサインを書いてもらえた。

自分の書いていない本にサインは初めてですと言われてしまった。僕も初めてです。しかしこれはこれで面白い体験ができた。ミラクルな提案をしてくれた同僚の id:hitode909 さんにも感謝しています

廊下を楽しむ系の取り組みもあって、EMあるある書くコーナーで体験談を書いていたら初めてお会いした方にも滅茶苦茶共感してもらえて、そこからお互いの話をしたりチェキを取ったりと面白い体験ができました。

おわり

今年は参加者700名とのことで、EM採用しても全然来ないのに世の中こんなにEMやそれに関心のある人が生息しているんですか、という話を各所でしていた。僕もそう思う

EMに限らずマネージャーは孤独な側面もあるというのはよく言われるし、特に就任後の数カ月はそう思う機会も多かったけどそういうことをしがらみ無く共有できるのはコミュニティの良さだと実感した

ここで得たものを何らかチームに持ち帰りたいけど、当然非参加者との温度差があるわけなのでそのまま持ち帰ってもだめでちゃんと翻訳しましょう、と懇親会のクロージングでも言われていて流石EM集団と思った。

それはそれとして個人のブログぐらいにはその熱を記しておくのは良いだろうということで勢いよく書いておいた。ちなみに呪術廻戦で好きなキャラクターは秤金次です

それでは、縁があればまた来年

トヨタ産業技術記念館に行ってきた

自分は会社でソフトウェア開発をしているので、アジャイル開発の勉強と言う名目で会社の同僚たちと一緒に社会見学に参加してきた

2月でしたが非常に暖かく良い天気でした

www.tcmit.org

繊維機械館

最初は大正時代の繊維機械の展示品を見た

こういう展示館は写真撮影NGのイメージでしたが取り放題でした。ガイドの人も各所にいたり、機械の実演などもしてくれて充実度が高かったです

紡績関連は全く予習も予備知識もなしで見てましたが意外と見入ってしまいました

織物を織る基本工程は縦糸を広げる(開口)→よこ糸を通す(横入れ)→よこ糸を筬で打ち込むという流れですが、いかに早く、大量に行えるようにするかの改善の結果として生まれた機械を展示されていました

最初の方は本当に発明品という感じで愛着のあるような機械で効率化されている様子を伺っていましたが、次第に本格的な機械化にシフトしていく様子はやや狂気じみた変化にも見えて面白かったです

横入れの限界を超えるために新しい技術が使うようになるなど、織物一つでも生産性を突き詰められるということを思い知らされるような展示でした

また、複製された機械とはいえちゃんと実演できるように整備されていて、技術への敬意とここに維持コストをかけているというのもトヨタらしさを感じました。

自動車館

熱量があって良い

このあたりはThe技術者というのが伝わってきます

だんだん豊田喜一郎が気になってきたので最後のミュージアムショップで売っていた漫画も購入しました。手頃な価格でおすすめです。

試作品作っているあたりがわくわくしました

感想

だいたい3時間いましたが、歩きっぱなしの圧倒的なコンテンツ量でまぁまぁ疲れました

とはいえレストランや他にもカフェスペースもあったりしてゆったり楽しめました。大人だけでなく、家族で来ている方も多かったです

豊田佐吉と豊田喜一郎は特設コーナーもあってここだけ突然伝記物になっていてあんまり前提知識がなくても楽しめて良かったです

おわり

過去には自動車関連の製造業に勤めていたときは全く来なかったのに、自動車から離れてからもこうして訪れることもあるのは不思議な気持ちでした

アジャイル開発の直接的な参考になったのかは正直わからないが、トヨタ生産方式やジャストインタイムといった標語の原点をしれて刺激をもらえたのはよかった

はじめてのエンジニアの目標設定と他者評価をふりかえる

こんにちは。株式会社はてなでWebアプリケーションエンジニアをやっているid:d-haruです。

今年5月に育児休業から復帰して、最近はエンジニアリングマネージャーの見習いというポジションで日々を暮らしております。

復帰してから今日までの数カ月間は、エンジニアリングマネージャー見習いとして評価や目標設定について考え続けていました。

先日ようやく目標設定が一段落したというところで良い区切りであるのと、初めて実施したたということもあるのでふりかえっておきます。

事前にやったこと

評価や目標設定をするということが決まった時点で、上長が養成講座と称した準備パートを用意してくれました。

(はてなにおける)エンジニアリングマネージャーへの期待や具体的な業務内容、評価や基準の必要性、先人たちの経験などをインプットしつつ、自分のチームならどう考えるか、といったワーク(問い)が用意されているというものです。

ここではこれ以上の言及は控えますが、改めてここで得た知識がその後の数カ月の行動のベースになっていたので助かりました。

エンジニアリングマネージャというロールは突然降ってくる、という話も聞く中でこうした事前準備があるだけでもかなり恵まれたほうなのかもな〜とは思いました。

個人的にインプットしていたもの

あらたま・いくおのマネジメントRadio

open.spotify.com

良い目標設定をすることで、チームが変わる、解き放つきっかけになるということが節々に伝わるPodcastでした。おすすめです。

エンジニアリングマネージャーのしごと

www.oreilly.co.jp

まだ全部読みきってはいないけど内容は結構他の場で会話したり経験あるな〜ということも多かった。とはいえ目次の網羅性はすごくて必要なことは確かにかかれていそうという印象を持ちました。

たまに1on1とか委譲の章は読んだりします。

他者評価

他者評価についても今回初めての体験しました。

わかってはいたものの自己評価とは比にならないぐらい時間がかかりました。それぐらい他者評価自体は難しかったし、何より自分の評価が他者の今後のキャリアや査定に響くという点に重みを感じました。

会社で決められている等級毎の評価基準と自分の書いた評価内容を見比べる、という作業も自己評価とは比べ物にならないほどしました。体感は今までの100倍ぐらい見たと思います。(自己評価もちゃんとやりましょう、という話はさておき)

また、今回は育児休業で一部引き継いだという背景もあって難易度も高かったと思います。評価者も変わる場合は、これまでの評価との連続性の担保が必要です。このあたりがズレていないかを検査するのはだいぶこれまでの仕事では使わない神経を使いました。

ふりかえると事前準備は緊張感のおかげもあって、不十分ではなかっただろうとは思います。

目標設定

評価とそのフィードバックが一段落したのも束の間に、すぐさま次の期の目標設定に移りました。

事業方針やチーム目標に沿ってなっていたい状態を考えつつ、同時に各メンバーへの期待とうまくパズルし続けていました。

これをするには何より情報が必要になるので、事業状況/方針のインプットと個々人の適性や、やりたいことなどを都度収集するという感じでした。ここで評価時の情報が必要になってくるので改めて確認することも多かったです。

目標を設定するときには同時に評価基準も定めるように注視しました。ここが曖昧だと、評価者と被評価者で認識がズレてしまいお互い不幸になってしまうので...。

また、成長を促す意味でも少しストレッチしたポイントを設定するようにしていますが、このラインを見極めるのも難しかったです。

被評価者の特性や経験といった変数もあって一概に等級だけで決められるものではなく、これまで集めた情報を元に考える必要がありました。

そういう意味でも事前準備の大事さをここでも感じました。

個人の目標設定は誰がやるべきなのか

目標設定は今まで自分にとってはあくまで私自身のことだけで困りませんでした。

世間の目標設定に対する考え方などを色々見てみても、「個人の目標は自分でたてるべき」という意見もあれば、「(マネージャ視点では)目標設定をメンバーにやらせるのはマネージャの怠慢」というようなことも言われています。

エンジニアリングマネージャー見習いということもあって、ここの視点の切り替えはまだうまくできていないという自覚があります。

今回の設定を通してたしかにマネージャー目線では、目標の全てを個々人に委ねるというのは違うというのは理解しました。一方で一個人としては、自分でも考えていたし、このあたりのバランス感覚がまだ養えていないという感想を持ちました。

このあたりはまた半年後までに腑に落ちるポイントを見つけておきたいと思います。

まとめ

色々やらせてもらいましたが、めちゃくちゃ大変でした。 期初や期末にマネージャー陣が忙しそうなのを身をもって知りました。

正直、半年後またやるのは億劫です。

しかし、同時に少しの面白さも感じました。 特に目標設定あたりでは、うまく活用すればチームが変わるきっかけになり得るとも感じました。

スクラムマスターをやっていたときも「エンジニアチームの成果を最大化すること」を念頭に考えていましたが、そのための新しい手札のように思えてきつつあります。

今後どうなるかはわかりませんが、もう少しぐらいは挑戦してみようと思った数ヶ月でした。