こんにちは、ゆのん(id:yunon_phys)です。この記事は Akatsuki Advent Calendar 2018 の22日目の記事です。 前日は@kackytwさんのDQNの学習速度を改善するでした。 Engineering Managerのjob descriptionを共有する流れ 近年、Engineering Manager(EM)業界が賑わってきています。特に2018年は非常に活発化した年でした。書籍としては、エンジニアリング組織論への招待とエンジニアのためのマネジメントキャリアパスという名著が生まれました。また、Engineering Manager Meetupが3回開催され、Slack workspaceでは12/22時点で268人となっています。EMのためのPodcast EM.FMも誕生し、総再生回数が10,000回を突破するなど、多くの方から注目を集めていま

はじめに ペイトナーファクタリングのエンジニアの@fuqda です。 直近、チーム異動があり、新体制でチームをスタートするためにキックオフミーティングを行いました。 本稿は、そこで相互理解のためのワークとして、メンバー個人のスキルマップ作成を行なった結果得られたことを綴った活動記録になります。 読者のみなさまにとっても何か改善のきっかけになれば嬉しいです。 きっかけ 自身の異動に伴い、チームのリーダーとして新チームをスタートさせることになり、メンバーそれぞれのやりたいことや強み、伸び代の目線を合わせた上でタスクのアサインや相互にフォローしていく体制作りを行いたいと思ったことがきっかけでした。 やったこと 「得意なこと」、「普通」、「苦手なこと」、「チャレンジしたいこと/伸ばしたいスキル」の4項目について時間を決めてメンバーそれぞれ自由記述 ex. Ruby on Rails, DB設計,

マネーフォワードの広瀬です。ビジネスカンパニー（BtoB領域事業）CPO室 室長として、６０人を超えるプロダクトマネージャー（以下、PM）組織の運営責任者を担当しています。 友人のPIVOT はちさん（@PassionateHachi）が近く出す技術同人誌に「PMとキャリア」をテーマとしたゲストコラムをお願いされたため、久々にnoteを書いてみました。 私自身、年間200人を超えるPM職種の採用面談や、マネフォのPMとの1on1などを通じて、このテーマに関する質問・議論も多く経験しています。自分の考え方の棚卸し、としてもちょうど良い機会を頂いた、と感謝してます。 キャリア成長や次のステップを模索しているPM 他の職種からPMへのキャリアチェンジを考えている人 PMを採用したい人、人事・採用担当・経営者 特に、このような方に読んでいただけると嬉しいです。 １. PMとは何か1.1　基本的な定

2024年度リクルート エンジニアコース新人研修の講義資料です

今回のAgendは、”組織開発するマン” こがねんさんに『1on1』についてお聞きしました。 こがねんさんこと小金 蔵人さんは、ZOZOで組織開発の部門長として活躍する傍ら、個人でもさまざまな企業の組織づくりに貢献しています。 もともとはヤフー（現：LINEヤフー株式会社）で1on1文化と出会い、これまで1on1の活用を深く考えてきたこがねんさんは「いい1on1をやる必要はない」と言い、どのように1on1を捉えるとチームコミュニケーションが良くなるのかを教えてくれました。 上司・部下側どちらにとっても発見のある「1on1の本質」が語られていると思います。ぜひ最後まで読んでいただければ幸いです。 株式会社ZOZO 人自本部 組織・人材開発部 ディレクター。 1998年に味の素株式会社に入社。2006年にヤフー株式会社（現・LINEヤフー株式会社）に転職。2016年に人事部門に異動後、一貫して

何となくこれを書くべき時がきた気がするので書きます。 プロダクトマネージャーの仕事プロダクトマネージャーの仕事はプロダクトマネジメントです。プロダクトマネジメントをしてほしいという期待があるからその人にプロダクトマネージャーというタイトルをつけているはずなので。 プロダクトマネージャーは誰でも好きなように名乗ったらいいと思うの、国家資格とかも必要ないし。 ただ名乗るからにはプロダクトマネジメントちゃんとしていこうな！ — Aki (@LoveIdahoBurger) April 19, 2024 実際には組織構造によってはプロダクトマネジメントをしないプロダクトマネージャーがいるかもしれませんが、その場合も間接的にプロダクトマネジメントをしているはずです。いずれにしてもそれは例外的なので今回は一旦置いておきます。 プロダクトマネージャーはプロダクトマネジメント以外もやらなければならないと思

みなさんこんにちは。@ryuzeeです。 2024年6月3日に行われたソニー主催、Forkwell共催の勉強会「TechLovers #2」の登壇資料を公開します。 プロダクト開発には、さまざまなステークホルダーが登場します。 プロダクトのフェーズや開発の状況によってステークホルダーの重要度は変わります。そしてステークホルダーごとに持っている権限の強さや権限が及ぶ範囲も違います。 これらを無視して開発を進めると、プロダクトに大きな影響を及ぼすようなことが起こりかねません（メテオフォールなるものもその1例です）。 つまり、戦略的にステークホルダーと付き合っていかなければいけません。 この資料では、フレームワークを活用してステークホルダーを分類し、分類に応じた接し方を紹介しています。 プロダクト開発においては、常にやりたいことややらなければいけないことがたくさんあり、時間や人は足りません。 そ

モノリスでは大変なので、マイクロサービスやモジュラーモノリスにして認知負荷を減らしたり、生産性の劣化に抗いたいという考え方がある。 モジュラーモノリスとは モジュラーモノリスについては、だいたい infoq.com のモノリスシリーズ（？）を読めば良いんじゃないか。 有名なのは Shopify のヤツ。 モノリスとマイクロサービスの中間にある、1 アプリケーションなんだけどモノリスでは無い、アプリ内でモジュール分けされているアーキテクチャのこと。app/ の直下に MVC を置くんじゃなくて、COMPONENTS (例えば billing)/app/ の下に MVC を置く、ようなイメージ。 モジュラーに移行するタイミング 僕の感覚だと、数百モデルは全然モノリスで扱えると思っている。少なくとも 300 models 程度でモジュラーにしていく必要はまったく感じない。 世の中で見つけたモデル

Developers Summit 2023での発表資料です。 ソフトウェアテストを専門としない人が、どんな本で、どんな順番にソフトウェアテストを勉強すればいいのかについて、主観のみで語っています。

ペイトナー株式会社に今年新卒で入社した田崎です！ paytner.co.jp 初めてrubykaigiに参加してきました！今回はRubyKaigiでの体験をシェアしたいと思います！ 全体を通した感想 実は2年前のRubyKaigi2022にはオンラインで参加していました。オンラインでの参加もとても圧倒されるような体験でしたが、今年の現地での参加は人、情報に圧倒される体験でした。 初日ははじめてということもあり緊張しながら会場入りしましたが、お祭りのような雰囲気に直ぐに緊張はワクワクへと変わりました。ここにいる人が何かしらでRubyに関わっている人であるというのを肌で感じ感動しました。 私が実際に使っているRubyを作った人、gemを開発している人、開発で困った時に助けてもらったQiitaやZenn、はてなブログを書いてくれた人などが実際に同じ会場にいると思うと改めて感謝の気持ちが湧き上がり

こんにちは！ファインディでTeam+開発チームのEMをしている浜田です。 以前公開した記事「ファインディはRubyKaigi 2024 にPlatinum Sponsorsとして協賛します！」で紹介した通り、ファインディはRubyKaigi 2024に協賛しており、現地で参加してきました！ tech.findy.co.jp 今週(5/20〜25)はRubyKaigi 2024の振り返りも兼ねてRubyKaigiに関連した記事を投稿していきます！ この記事では、私が聞いたセッションの中の1つ「Unlocking Potential of Property Based Testing with Ractor 」で紹介されたGem「PBT」を試してみたので共有します。 Unlocking Potential of Property Based Testing with Ractor 「Unloc

今日はチームメンバーのオンボーディング時の作法、チームでの仲間の受け入れまたは受け入れられについて書きたいと思います。 ここ最近、ぼくは自分で会社をやりつつ、色々なスタートアップや事業会社にも入らせていただいて一緒に事業をやったりプロダクトを頑張ったりマーケティングをアレコレしたりしているのですが、その関係もありチームメンバーを沢山迎え入れることもあれば、新しいチームに迎え入れてもらう側ということもあります。一般的な人よりも両方のオンボーディング機会が多い人生を歩んできました。 そこで気づいたことというか、経験してみて考えたことを書いていこうと思います。 つよつよ人材が有名企業から来てくれたけど特に活躍しないで消えていくあるある GAFAや有名な企業・スタートアップで働いていたとか、いわゆる「つよつよ」とされる人。当然「つよつよ」と言われるのだから優秀であると認識されていると思います。 で

はじめに こんにちは！kindle unlimitedヘビーユーザーです。 kindle unlimitedは定額料金で、登録されている書籍が読み放題というサービスです。 今回はその中で私が読んだ書籍から、おすすめのものを紹介します。 現在は1ヶ月の無料体験もできます。 これを機にぜひ良書を1ヶ月で読破してみてはいかがでしょうか。 ※この記事はAmazonアソシエイトに参加していません。 弊社Nucoでは、他にも様々なお役立ち記事を公開しています。よかったら、Organizationのページも覗いてみてください。 また、Nucoでは一緒に働く仲間も募集しています！興味をお持ちいただける方は、こちらまで。 kindle unlimitedで無料で読める超良書45選 さっそく紹介していきます。以下のカテゴリに分けてみました。 ・ビジネス・実用書 ・健康・メンタルヘルス ・エンジニアにおすすめ

FindyでEMをしている栁沢（@nipe0324a）です。 今回は、FindyのとあるRailsのCIのテスト実行時間を10分から5分に高速化した話をご紹介します。 「CIのテスト実行時間が遅い...」 「CIの実行時間を短くしたい!!」 と感じている方はぜひご覧くださいませ。 Findyでは2024年2月現在、1人あたり1日4プルリクを平均で作っています。静的解析や自動テストなどを即時に行うCI環境がないとスピード感のある開発ができなくなるため、CIを高速で回しタスクを完了させる必要があります。機能も増え、テストケースも拡充したことでCIの高速化が求められるようになりました。 また、個人的には、CIは遅くても10分、理想は5分以内で終わるのを1つの目安にしています。これぐらいのスピード感でCIが完了すると、「プルリク作ってレビュー依頼する」、「レビューコメントもらって対応する」といった

はじめに 有用な知識の特性 Google SRE リソース Site Reliability Engineering: How Google Runs Production Systems The Site Reliability Workbook: Practical Ways to Implement SRE Building Secure and Reliable Systems: Best Practices for Designing, Implementing, and Maintaining Systems SLO Adoption and Usage in SRE Creating a Production Launch Plan Training Site Reliability Engineers: What Your Organization Needs to Cre

2024/2/15 Developers Summit 2024 登壇資料 https://event.shoeisha.jp/devsumi/20240215

■イベント 最適化ではなく最大化を - Sansan西場さんが考える開発生産性を学ぶ https://developer-productivity-engineering.connpass.com/event/309513/ ■登壇概要 タイトル：最適化ではなく最大化�生産性と生産量を上げる…