> [!info] EMになりたての頃の自分へ伝えたいこと - hey Product Blog > （こちらは hey Advent Calendar 12 日目の記事です） 数年前のかつまたさん、元気ですか。私は2021年からきたかつまたです。こんにちは。 エンジニア リングマネージャー（以下、EM）になったばかりの君へ、今の自分からアド バイス を書きたくて手紙を書きました。 （本当は「EMになりたてのあなたに伝えたいこと」というタイトルで記事を書こうとしました。でも人にそんなアド . > [https://tech.hey.jp/entry/2021/12/12/070000](https://tech.hey.jp/entry/2021/12/12/070000) > [!info] 技術的負債は開発者体験を悪化させる - mtx2s's blog > ソフトウェアエンジニアにとって、技術的負債が増え続けるソフトウェアプロダクト開発現場に身を置くことがどれほど苦痛なことであるか。エンジニアリング組織のマネジメントを長年担ってきて、それは強く感じるところだ。 中途採用の選考プロセスに面接官として参加し、これまで数多くの退職理由を見聞きしてきた。その中で、 レガシーシステムを リファクタリング ・リアーキテクティング・リライトできないことへの不満を理由として挙げるエンジニアは多かったように思う。裏を返せば、自社のソフトウェアプロダクトが技術的負債にまみれたまま放置されているなら、優秀な人材が他社に流出するリスクがあると認識すべきだ。 本稿では、技術的負債と開発者体験の関係について紐解くとともに、それに対してソフトウェアエンジニアリング組織を預かるマネージャーが取るべき行動について考えてみたい。 ※これは、 Engineering Manager Advent Calendar 2021 の21日目の記事です。 下の図は、 バックログに含まれるアイテムをカテゴライズし、4色に色分けしたものだ。 フィリップ・クルーシュテン（Philippe Kruchten）によって2009年頃に考案され、" What Colo(u)r is Your Backlog? > [https://mtx2s.hatenablog.com/entry/2021/12/21/084227](https://mtx2s.hatenablog.com/entry/2021/12/21/084227) > [!info] チームとチームを繋ぐDoD（完成の定義）｜dora_e_m｜note > これは、「[いちばんやさし,いきいき]+いくおの Advent Calendar 2021」二十二日目の記事だ。 今日は水曜、テーマは目標や計画について。ある程度の規模の成果を生み出すには、複数のチームでの協働が必要となる。そのときに計画の進行を阻む「認識の齟齬」。これを乗り越えるためにできることについて考えてみた。 . > [https://note.com/dora_e_m/n/n496aae90dfee](https://note.com/dora_e_m/n/n496aae90dfee) > [!info] グローバルなエンジニアプラットフォームに向けての準備が整った2021年の振り返り｜山田裕一朗（CEO at Findy Inc.）｜note > 2021年、あっという間に過ぎてしまいました。年内も30日まで仕事をして振り返りもままならないまま新年に突入してしまったので、実家へ帰省した帰りの新幹線で振り返りを書いています。 . > [https://note.com/yuichiro826/n/n1e2ef193199e](https://note.com/yuichiro826/n/n1e2ef193199e) > [!info] 技術系スタートアップが在宅勤務のソフトウェア開発者を大切に扱うための5つのヒント | TechCrunch Japan > 先に迎えた世界メンタルヘルスデーを目前に控え、私はテック業界がいかに精神的に良好な状態を保つのが難しい場所であるかを考えていた。特に、前例のない状況でのリモートワークは、困難な状況をさらに悪化させる可能性がある。10年以上にわたってテクノロジー業界でリモートワークをしてきた者として、今回はペースの速い技術系スタートアップ企業がソフトウェア開発の人材を大切に扱うためのヒントを紹介したい。 . > [https://jp.techcrunch.com/2022/01/02/2021-11-11-5-ways-to-improve-mental-health-for-software-developers/](https://jp.techcrunch.com/2022/01/02/2021-11-11-5-ways-to-improve-mental-health-for-software-developers/) > [!info] エンジニアリングマネージャ/プロダクトマネージャのための知識体系と読書ガイド - Qiita > 本記事は、Engineering Manager Advent Calenderの１日目です。 エンジニアリングマネージャ(EM)と呼ばれる職務を設置する企業が増えてきました。 私たちの主催したイベントEOF2019でも700名近い方に参加していだき、また多くの方にご協力いただき成功裏に終わることができました。 EM . > [https://qiita.com/hirokidaichi/items/95678bb1cef32629c317](https://qiita.com/hirokidaichi/items/95678bb1cef32629c317) > [!info] Ubie Discovery における組織開発をソフトウェア開発的に理解する > 組織開発の中でも特に組織構造を最適にするという点に注目する 変化が早いスタートアップ企業では、問題に対する解像度が高く課題感を感じている人が組織構造を変更できる仕組みがあると不確実性の変化への対応力が高まる Ubie Discovery での組織開発は、組織をコードベースに見立てて PR を送りそれを反映することで改善していくものと考えると理解しやすい Ubie Discovery . > [https://yoheikikuta.github.io/ubie_discovery_org_dev_as_software_dev/](https://yoheikikuta.github.io/ubie_discovery_org_dev_as_software_dev/) > [!info] VPoEになって実質半年がたったので振り返りをする > スタディスト開発ブログ Advent Calendar 2021の5日目の記事です。VPoEの@katsuhisa_ がお送りします。今年の3月にVPoEに就任以降、実質的に半年が経過しました。（約3ヶ月の育休を取得していたため、実質と表現しています。） . > [https://studist.tech/look-back-at-becoming-a-vpoe-4950424d5509](https://studist.tech/look-back-at-becoming-a-vpoe-4950424d5509) > [!info] VPoE handbook | エンジニア組織のマネジメントに悩んでいた三年前に戻れるなら渡したい。VPoE handbookを書き終えました (目次&サマリ付)｜Takayuki Shimizu｜note > （この記事は VPoE handbook の目次＆サマリパートです） 以下で書き始めを宣言してから進捗が悪思わしくなかったhandbookですが、ようやく書き終わりました。 数えるといつの間にか合計30,000字ほどになり、意外とボリュームが増えてしまったので、少しずつ読みやすいように章ごとに記事にしています。 目次はこの記事の目次部分、もしくはこちらのマガジンの一覧からご覧ください。 . > [https://note.com/shimizu/n/n21b91e059f33](https://note.com/shimizu/n/n21b91e059f33)