発信力と技術力

Mosh 勉強会 #2

Sep 19th, 2024

Profile

songmu

id: Songmu (ソンムー)
Masayuki Matsuki / 松木雅幸
株式会社ヘンリー Chief Engineer
おそらくはそれさえも平凡な日々 http://www.songmu.jp/riji/
https://metacpan.org/author/SONGMU
好きな言語は、PerlとGoと中国語
3 Times ISUCON Winner Using Perl
入門監視付録C 執筆
「みんなのGo言語」共著者

Profile

songmu

id: Songmu (ソンムー)
♥
- OSS
- Blog / Twitter
- Agile
- Full Cycle Development

新作OSS

Podbardというポッドキャストサイト構築ツールを作った

体外発信にどう向き合うか

あんま目立ちたくない
チャラチャラしたくないよね
Songmu自体は発信力に強みがある
- 不本意ながら？
- 逆にそれを過大評価しすぎないほうがよいと思っている

私の発信力

200+ OSS repositories on GitHub
- 6 repositories over 100 stars
Blogging for 19 years
17k Twitter followers

GitHub

songmu.jp

blog.song.mu (サブブログ)

junkyard.song.mu (スライドなど置き場)

IT芸人

プロダクトよりも個人名が有名になったら、もはやエンジニアじゃなくIT芸人
— Kazuho Oku (@kazuho) November 1, 2011

はい…。英語の発信も増やしたい…。

今日のアウトライン

社内勉強会開催の狙い
アウトプットすることの効果
錯覚資産
体外発信と個人の評価

「エンジニアの強力な付加価値としての発信力」

エンジニア個人の立場からみた発信力のメリット

https://blog.song.mu/entry/the-power-of-eloquence-for-engineers

「開発者イベントやコミュニティ参加についての期待や効果」

組織の立場から見た発信やコミュニティ活動のメリット

https://dev.henry.jp/entry/what-to-expect-and-the-benefits-of-participating-in-developer-events-and-communities

社内勉強会開催の狙い

社内情報共有
技術発信力強化

気軽にやりましょう

発表したいことを発表してもらう
発表不慣れだがチャレンジしたい人を支援したい

発信力強化の狙い

ボトムアップで自然と会社の技術ブランディングがされる状況を作る
エンジニア個人のスキルアップのための活用
発信力強化により、個々人の技術力が上がり、会社の技術力も上がる
技術ブランディングにもなり会社の信頼や採用にも効いてくる
組織力が向上し、もっと面白くなる

自律・分散的に各自の発信が行わるのが理想

BlogやOSS、勉強会登壇が各自自主的に行われる
採用予算・人事予算の限られたスタートアップらしい戦い方

会社としての支援

エンジニアを「育てる」のではなく「いい感じに成長できる環境を提供する」

「育てる」のはおこがましい
自然と学習・発信・成長する
- それを望むエンジニアが居心地の良い環境
- 会社としても生産性が上がる
- 個人と会社がwin-winになるように
そういう動きが促されるように支援する
- 推奨する・評価する・背中を押す
- アウトプットノウハウの提供
- レビュー体制など

僕の個人的傾向

人前に出て積極的に話そうとは思わないし、目立たずにおとなしく引きこもっていたい
プレゼンスばかり高くて技術力が皆無の中身が無い人間になりたくない
職人肌の潔癖さ・斜に構えた冷笑主義
- 身の丈に合わないアピールすることはカッコ悪い
- 目立ってばかりのヤツはダサい

「過大評価よりも過小評価を恐れる」

控えめな人は過小評価を恐れたほうが良い
純粋に技術的発信は楽しいというのもある

発信することのフィードバックサイクル

あまり色々考えずに量を出してみる
フィードバックが得られる
コミュニティを味方につける
言語化能力や説明能力が身につく
技術や業務に対する解像度が上がる
自身の成長につながる
もっと面白いことができるようになる

今の僕なりの生き残り方

今や発信してばかり
発信が多くはないが技術力が高い人はいる
- そういう人も必要なときはちゃんと発信できる
- そういう本物の人へのリスペクトを忘れないように
自分がダークサイドに堕ちないように意識している

今年の僕の発信

デブサミ 2023 Summer
ecspresso meetup (明日)
声がかかるようになる
もっとヘンリーの採用や技術ブランディングに繋げたい

雑な技術発信

https://blog.64p.org/ tokuhiromさんのブログ

ブックマーク

僕のブログ

雑多な発信。(自作)

https://songmu.jp/riji/list.html

サブブログ

ブクマを狙う発信。(はてなブログ)

https://blog.song.mu/archive

量質転化の法則 (ヘーゲル)

長く続けてきた
短期的な見返りを求めすぎない
他者からの反応に期待した発信は長続きしづらい
自己駆動
打算の少ない発信を
息をするように

発信することのメリット

発信すると案外見られている
- 「あの自転車の人だ」
発信する人のもとに情報が集まる
コミュニティで協調できる
- 社内ガラパゴスに陥らない
- 汎用的なスキル習得
発信していると機会が寄ってくる
自分のメディアを育てる
- ブランド化

OSSコミュニティに参加する・作る

キャッチアップするのではなくキャッチアップさせる側に回る
全部の技術はキャッチアップできない
- 振り回されないように
トレンドを作る側に回る
- オープンな場で使っている技術を推していく
- 技術を作る側に回れるのが理想
ガラパゴスはほとんどのケースでメインストリームに押し負ける

錯覚資産

人生は、運よりも実力よりも「勘違いさせる力」で決まっている」

嫌な本

早くアウトプットした人のほうがフィードバックサイクルが早く回る

錯覚資産をレバレッジにして成長機会を多く得た人の方が成長が早い
最初に実力差があっても結果的に実力も逆転してしまうケースも多い

図は上記の本より引用

錯覚資産の落とし穴

錯覚資産に下駄を履かせてもらっているという意識を忘れない
さもないとダークサイドに陥ってしまう

ダークサイドとは

裸の王様になってイエスマンばかりに
- まともなフィードバックが得られない
錯覚資産を増やせなくなって食いつぶすように
フィードバックループを回せなくなる
- 変化ができないと先細って滅びる

ダークサイドに堕ちないために

奢らない
他人からの期待に応えすぎない
- 自分のwillを優先する
報酬系を壊さないように
- 承認欲求に対して短期的欲求的に依存しないように
- 努力・成長しないで報酬を得られる状況に甘んじない
自分というブランドの質を落とさない
- 少しの品質低下は短期的には気づかれない
- ブランドは品質を下げたら歯止めが効かなくなる
他者を支援する
- 本当に実力がある人
- 発信力が足りない人を引き上げる

意識していること

自分が正しいと思わない
- 自分の意見も常に疑ってかかる
リスペクトが大事
他の人が大事にしていることを毀損しない
ネガティブが増幅されるような発信はしない

結果炎上対策になっている部分もあるかもしれない。

技術力が注目されないからって奇行に走るのはやめろ
— mala (@bulkneets) March 27, 2008

アピールは疲れる

程々に
MPが削られる

自分の評価をどう上げるか

アウトプット力と評価

自分の評価をどう上げていくか

僕の一個人の意見です
- 昔からこういう事を考えていたわけではないです
他者の思惑を知っておくことは大事
基本的にはあまり労力をかけずに、勝手に評価が上がって行って欲しいとは思う
打算的な話をしますが、打算的になりすぎないほうが幸福度が高いという話もある

実は体外発信力と同じ構造がある

フィードバックサイクルを早くする
そのために適切に主張する・アピールする
説明能力・抽象化力・再現力

企業が従業員にお金を払うロジック (僕の解釈)

スキルに対して支払われているわけではない
給与は投資である
- その人が出してくれるだろう価値の期待値に対する投資
- 給与より価値が上回ると期待している
- (価値は単純な利益とは限らない)
会社はその人がどういう成果を出してくれるかに着目している

給与と賞与

給与は未来の期待値に対して支払われる
賞与は過去の成果の分配

給与は目標達成に対するご褒美ではない

当人の出した価値、出してくれるだろう価値への期待値

「今季これくらいの成果を出したのだから、今後も継続的に成果を出してくれるだろう」

評価基準を明確にする (会社側)

評価基準がコロコロ変わると信頼を失う (人間と同じ)
- 変わる場合は説明する
- 会社側の説明責任
会社にとっての価値とは何なのか・どういう人を評価するのか
必ずしも定量化する必要はない
- 文化が大事
- MVVを各人が継続的に意識して解釈、認識合わせをする
- どういう人が評価されるかには「会社の個性」が出る

余談

会社も従業員の幸せを望んでいないわけではない
良い成果を出した人を労いたいという意識はある
再現性のない成果に対してベースの給与を上げすぎてしまうとお互い不幸になることも
- 賞与でバランスをとる

自分の成果や価値を説明可能になる (個人側)

これは評価制度の有無とは関係ない
- 自分の成果を書き留めておくの大事 (忘れてしまう)
一般的な評価制度における目標設定は自分の成果を説明可能にするための一つの手段
- 目標を達成することでどういう価値を会社にもたらしたのかまで意識したい
目標設定は評価に関わらず、自分の成長速度を上げるための有効なツール
- 目標設定をやりたくない気持ちもわかるし、成長のために常に有効だとも限らない
状況が変化して意味がなくなった目標に固執しても意味がない
- 目標を破棄して、別のバリューを出した方が評価は高くなるケースも

人は思っている以上に失敗を恐れる生き物である

ソフトウェア見積もり
失敗の科学
失敗の本質

経験を積んだ専門家ほど失敗したり、自分の弱みを見せることを恐れるようになる。

ソフトウェア見積もり

失敗の科学

失敗の本質

目標設定と失敗

50:50目標を立てることの難しさ
失敗する可能性のある目標を立てたがらない
目標を立てた時点で失敗する可能性が生まれる
OKRやスクラムのスプリントゴールはそれらを皆で克服するための仕組み

「自分はこういう成果を出した、自分にはこういう価値がある」

「どう思いますか？」を率直にぶつける
- 伝えて会社とすり合わせる
- 会社もそういう機会を十分に用意すべき
自分の価値を説明することで、自分の価値への解像度も上がる
- 自己成長につながる
会社の評価基準への理解度も深まる

アピールは疲れるし大変なプロセスではある

めんどくさい
否定される恐怖
疲れないアピール方法を見つける
- アピール方法は人それぞれ
- 程々に
ただ適切に主張しないと、自分が思っている以上に評価してもらえることはなかなかない
- その事実は受容する
そういうフィードバックサイクルを多く回したほうが精度も上がり実力も上がりやすくなる
- これも錯覚資産の話
程々にしておくのも本人の選択だと思います

何も言わなくてもあの人(会社)は自分のことを分かってくれる?

残念ながらそんなことはなかなかない
- 相手への過剰な期待は禁物
会社と自分は一対多の関係
- 反面、会社には度量が求められる
自分を無条件に評価してくれる人なんてめったにいない
- 現れたら大事にする
何事も、何かをしてもらいたかったら、自分からそれをやるのが建設的
- 察してもらいたいなら、自分から察する

ヒント

体外発表がやりやすいエンジニアはお得
- 自分の価値を社外にも問える
- セカンドオピニオン的な
- 好きでやってることが評価につながる
先輩や上長の力を借りる
社会人歴の浅い人など会社のバリューストリームの理解まで求めるのは酷
- 情報格差も存在する
マネージャーはメンバーの成果の言語化に協力する
- 個人的に意識している / 自分の言語化能力で支援する
- チーム力・組織の力の向上につながる
会社側の度量の大事さ
- 会社側も社員を適切に評価できることは強みになる
- それぞれが労力を払わずともいい感じに評価される世界は目指したい
- 評価は結局納得感

最終的には自分に値付けができるかどうか

市場価値はその根拠の一つに過ぎない
僕も出来てるとは思っていないけど

VOYAGE (元CARTA Holdings) の技術力評価会

成果発表の機会を社員に与えている

私も社外評価者として参加していました

まとめ (?)

発表は楽しい
- 自分の話したいことを話す
- 好きなことが一番長続きするはず
メリット
- 評価もされる
- 仕事も楽しくなる
打算的になりすぎると、判断基準が他者依存になって幸福度は下がる
自分と会社両方にメリットがある形を模索しましょう