ロクモン@バックエンド専門のEM

バックエンド専門のEM｜Go × AWS × 組織改善
現場でGoを書きつつ、EMとして「強いチーム」を模索しています。
｜技術探求： AWSの運用/Goの実践知
｜組織改善： チームビルディング・育成・採用・プロダクト開発
｜🚀 176人→500人目指して発信強化中！

[ロクモン@バックエンド専門のEM @ToBeFreeFromJob]

Go×AWS×組織改善で「勝てるプロダクト」へ。 バックエンド専門EMとして、現場でコードを書きつつ開発プロセスの刷新に挑んでいます。
🛠技術：Go/AWS実践知
👥組織：採用・育成・チーム作り
🚀開発：生産性向上・プロダクト改善

177名→500人目標！ぜひ繋がりましょう🚀
#EM #エンジニア

[ロクモン@バックエンド専門のEM @ToBeFreeFromJob]

会社の方針が見えない時、「会社は何も考えてない」と愚痴って止まるか、「ないなりにどうするか」を考えて動くかで差がつく。EMの仕事は降りてきた方針に従うだけでなく、空白地帯に自ら方針を引くこと。自分のチーム内だけでなく、上も横も動かしてベクトルを合わせていくのが腕の見せ所。

[勅使川原 晃司 @kojiteshigawara]

https://t.co/sU4F3LCsrt

[ロクモン@バックエンド専門のEM @ToBeFreeFromJob]

最近食べ過ぎて胃腸が疲れている。間食を断つ時「食べられない」と言うと我慢の意識が働く。だから「3食以外は食べない」と主体的に決める。仕事のタスクも「時間がないからできない」ではなく「やらない」と決断する方がコントロール感が出る。日々の体調管理もマネ��メントの一部だ。

[秦 将秀｜Nobuyoshi Hata @nobu_u_uxx]

https://t.co/g9Id6ZDvIy

[ロクモン@バックエンド専門のEM @ToBeFreeFromJob]

EMとメンバーの間で永遠の課題「どこまで考えて相談すべきか」。結論、Why(目的)とWhat(選択肢と推奨案)があれば十分。精度は粗くていい。「AとBがあり、理由込みでBが良い」という自らの意��決定のプロセスを踏むことが成長に繋がる。完璧な正解ではなく、思考の型を持ってきてほしい。

[もとやま @ysk_motoyama]

https://t.co/JRPdDoOa2L

[ロクモン@バックエンド専門のEM @ToBeFreeFromJob]

他人と比べるとキリがないのは技術も同じ。EMとしてメンバーを見て思うのは、誰かと比較して一喜一憂するより「常に学び続ける最下層の意識」を持てる人の方が最終的に伸びるということ。銀メダリストのジレンマを抜け出すには、昨日の自分を超えたかに集中する方が圧倒的に健全だ。

[秦 将秀｜Nobuyoshi Hata @nobu_u_uxx]

https://t.co/pEXQgsC0HU

[ロクモン@バックエンド専門のEM @ToBeFreeFromJob]

「自分のやり方」を守ろうとする人は伸び止まる。技術も組織も変化する中で、かつての最適解はすぐに陳腐化するからだ。解決策に銀の弾丸はない。プライドを捨て、自分より優れた手法を底辺マインドでパクれるか。過去の成功を自ら壊し、加点法で新しい学びを取り入れる素直さが勝負を決める。

[ビジ��ボ| @bizlab09]

シンプルすぎて誰もやらない、成長の最短ルート。

ゴールドマン・サックス17年勤務
・田中渓さんが語る「凡人が天才に追いつく方法」

❶プライドを捨てる。

「底辺マインド」で入れる人だけが、
天才から学べる姿勢を持てる

❷「自分流の分析」を捨てる。

在庫回転率ひとつで会社の死を見抜く視点は、
観察してこそ得られる

❸「理解し���つもり」を捨てる。

見て→言語化して→筋トレ並に落とし込む、
これだけをやり続けるだけ

[ロクモン@バックエンド専門のEM @ToBeFreeFromJob]

「人材育成に力を入れています」の9割は火消しで止まっているという話、完全に自社に刺さりました。評価も1on1も形骸化している。このハリボテ状態を脱却するには、まず半径5mから。対象を絞り、「なぜできないか」の指摘ではなく「どこを目指すか」の基準のすり合わせから始めます。

[勅使川原 晃司 @kojiteshigawara]

https://t.co/Cbz9GSnx7k

[ロクモン@バックエンド専門のEM @ToBeFreeFromJob]

エンジニアは設計書などの「磨き抜かれた言語化」は得意でも、会議での「即効性の言語化」を苦手とする人は多い。瞬発力は実務だけでは鍛えにくいが、独り言を文字起こしする練習は非常に良い。録音し���自分の声を聞くのは苦痛だが、テキストで視覚化されればコードレビューのように客観視できる。

[川岸宏司 @OnebookofMAG]

https://t.co/xj01ADonfe

[ロクモン@バックエンド専門のEM @ToBeFreeFromJob]

エンジニアのアドリブ力も全く同じ。昔はセンスや場数だと思っていたけれど違う。システム事象への深い理解と、そこから導く「結論」と「理由」がいかにシンプルに整理できているか。障害対応や仕様の相談で即答できる優秀な人は、日頃から頭の中でこの思考の型を作り上げている。

[30代マネージャーの備忘録。気合いより構造｜100名組織を束ねる管理職 @kabu_nare]

会議で振られて5秒で返せる人は、即興していない。質問はほぼ理由・比較・リスク・次の手の4種類で、それぞれに1行の答えと「結論→理由→次」の形を持っているだけだ。要るのはセンスではなく、会議前の5分だ。 https://t.co/3mFOCBBRaw

[ロクモン@バックエンド専門のEM @ToBeFreeFromJob]

採用面接で「モダンな技術が好きです」と聞くことは多い。知識があるのは素晴らしいが、言葉の重みはそこにはない。本当に響くのは、実際に手を動かし、技術の壁にぶつかり泥臭く解決したエピソードだ。言葉の意味を知っていることと、体現して語れることの間には、エンジニアとして大きな壁がある。

[川岸宏司 @OnebookofMAG]

https://t.co/aCOf9Loqwa

[ロクモン@バックエンド専門のEM @ToBeFreeFromJob]

現場の優秀な人ほど管理職を避けますが、罰ゲーム化の元凶は「プレイヤーのままマネジメントもする」からです。思い切ってチームの成果に全振りし、構造から仕事を作れるようになると、個人の限界を超えたやりがいと報酬が待っています。

[30代マネージャーの備忘録。気合いより構造｜100名組織を束ねる管理職 @kabu_nare]

絶対、管理職を目指した方がいい！！！

「管理職は罰ゲーム」って言うけど、見てる場所が違う。

管理職は出世のゴールじゃない。ルールを書く側に回る、唯一の席だ。

決められる範囲が変わる。評価の裏側が見える。年収の天井も、時間の主導権も変わる。
なりたくない理由の多くは「嫌な上司」の記憶だ。でもその対策は、避けることじゃない。自分が当たりの上司になることだ。
理由12個、図解にまとめた。

[ロクモン@バックエンド専門のEM @ToBeFreeFromJob]

ちょっと複雑だけど、ここでしか使わないから問題ない。そう思っていた時期が私にもありました。気づけば他の機能からも依存され、条件分岐がネストしまくり、完全に制御不能なバベルの塔が建っていた。どう成長するか予想すらできなかった自分の未熟さに絶望。
#エンジニア初心者

[ロクモン@バックエンド専門のEM @ToBeFreeFromJob]

エンジニアとして成長が早い人は「反省の解像度」が高い。失敗した時にただ自分を責めるのではなく、ネガティブな感情を事実として受け入れた上で、「次からどうすれば防げるか」を建設的に解釈している。自責でエネルギーを枯渇させず、継続するためのシステム思考を持てるかが成長の分かれ道だ

[はじめん｜自分攻略の心理学 @hajimen_dokusho]

https://t.co/96nOyRTiaN

[ロクモン@バックエンド専門のEM @ToBeFreeFromJob]

自己研鑽が続かない原因は気合に頼るから。大事なのはやる気がない日も動ける仕組み化です。私も「1日最低20分の読書」だけは死守すると決めています。たとえ不調な日が1週間続いても結果的に月2冊は読破でき、実務のアウトプットに直結する。最低ラインのルール化が成長の底上げになりますね

[あーる @chel96735671]

https://t.co/wFV72qMw9U

[ロクモン@バックエンド専門のEM @ToBeFreeFromJob]

「これが唯一の正解だ！」と信じて疑わずに書いた数年前の自分のコード、今見ると負債の塊すぎて当時の自分を小一時間問い詰めたい。ソフトウェアに絶対の正解なんてなくて、あるのはその時の妥協の産物だけなんだと思い知らされる日々。
#エンジニア初心者

[ロクモン@バックエンド専門のEM @ToBeFreeFromJob]

リーダーになりたてだと「完璧でなければ」と焦り、つい周囲にも厳しく接してしまいがちです。私も過去に同じ失敗をしました。しかし引用元の①②のように、自分の小さな失敗や不安を素直に開示できるようになって初めて、本当の意味でチームを任せられる一人前のリーダーになれた気がします。

[もとのり社長｜訪販で2社売却合計49億×資産20億の経営者 @motonori0226]

https://t.co/nLOpp6QGEC

[ロクモン@バックエンド専門のEM @ToBeFreeFromJob]

技術的負債を経営に説明する時、伝わらない原因は専門用語だけではない。過去の自分もそうだが「エンジニア自身が漠然とした不安を抱えるだけで、何が問題か分かっていない」ことが多い。相手にわかる言葉へ翻訳する前に、まず自分の頭のなかにあるリスクを具体的に整理することが本当に大事になる。

[nogu @_nogu66]

エンジニアの説明が通らないのは、仕組みから話し、用語を重ね、壊れたときの絵を見せないから

エンジニアは「どう動くか」から考え、経営層は「何が変わるか、リスク��」から考える

このズレで、聞き手は理解する前に「概念税」を払わされる

下げる技術は3つ
① 専門用語は1文に1つ（10秒で2つ置くと離脱）
② 用語 → ふつうの言葉 → なぜ重要か
③「これが壊れたら、誰が何を見て何を失うか」を1文足す

正確さ × 明快さ = 最強の翻訳者

[ロクモン@バックエンド専門のEM @ToBeFreeFromJob]

「綺麗に書けた」と満足していた昔のコード。今見たら、変数名や関数名がトリッキーすぎて自分自身が騙された。未来の自分に「どう？このスマートな実装」とサプライズを仕掛けたつもりだろうが、今の自分にはただの負債でしかない。当時の自分を正座させて説教したい。
#エンジニア初心者

[ロクモン@バックエンド専門のEM @ToBeFreeFromJob]

「タスクは明確だけど目的を説明できない」まま振って、メンバーと衝突する失敗を何度もした。「目的を1文で書けないなら任せる段階ではない」は至言。丸投げは相手への信頼ではなく、マネージャー側の言語化のサボりだ。1行の目的を��えるだけで、作業の依頼は権限委譲に変わる。

[高橋雅人 @smark_x]

https://t.co/O1eMRAJKzj

[ロクモン@バックエンド専門のEM @ToBeFreeFromJob]

「人は説明するまでわかってないことに気づかない」はマネジメントの真理。だから私は、タスクを振ってメンバーから質問がない時ほど「今の内容を私に説明してみて」とお願いしています。大抵は説明に詰まるので、そこを補足してから作業に入ってもらう。これで後工程での大きな手戻りが防げます。

[荒田裕介 Yusuke Arata @Ara_y222]

https://t.co/aS6mWmMYte

[ロクモン@バックエンド専門のEM @ToBeFreeFromJob]

本番障害の原因調���をしたらAPIの入力チェック漏れ。「フロントで必須にしてるから」とサボった自分のコードだ。ユーザーは想定外の手段で簡単に壁を越えてくる。バリデーションをサボった代償として、膨大なログ解析という苦行をさせられている。
#エンジニア初心者