アウトカムの最大化へ。開発組織の変遷と向き合い方 - Gaudiy Tech Blog
こんにちは。ファンと共に時代を進める、Web3スタートアップのGaudiyでプロダクトマネージャーをしている@kaa_a_zuです。 開発組織は、ITサービスを提供している企業にとって「エンジン的な存在」であり、プロジェクトや各メンバーの生産性に大きな影響を及ぼします。そんなエンジンは、事業の成長に伴って柔軟に変化させていく必要があると考えています。 Gaudiyでも、これまでに数度、開発組織のアップデートを重ねてきました。今のエンジンは、「仕様策定から開発、リリース、効果測定までをひとつのチームが行い、そのチームメンバー全員が責任を持ってアウトカムの最大化を図ることができる」ものになっています。 そこで今回は、2022年7月に行われた開発組織の体制移行を中心に、これまでの開発組織の変遷から今回の体制に至った背景、体制移行にあたって考慮した点などについて書こうと思います。 事業や人員拡大に
スタートアップ1人目EMが1年でやってきたこと｜Yoshiki Iida
こんにちは、ログラスでエンジニアリングマネージャー（以下EM）をしております飯田です。 昨年12月にEMをはじめましたという記事を書いてから早くも3Qの月日が流れ現在4Q目を過ごしています。 私自身は前職でも現職でもエンジニア→EMというキャリアとなっており、現職ログラスでも1人目EMとして立ち上げを行ってきました。 当時EM取り組むにあたり、掲げていたことがいくつかあります。ざっくりまとめると、 エンジニア ⇄ EMで必要であれば柔軟に行き来できるようなフレキシブルな組織を作りたい スタートアップの初期フェーズから盤石なマネジメント基盤を作りたい 長期でパフォームし続けられる組織を作りたい です。 この記事ではこの3Qの中で取り組んできたことと、それによって上記のやりたかったことに近づいたのか？をご紹介できればと思います。 スタートアップのマネジメントのスケールに悩んでいる人（EMに関わ
Engineering Manager のしごと - スタディサプリ小中高 SRE チームの場合 - - スタディサプリ Product Team Blog
こんにちは。SRE Team の @chaspy です。次の10月で Engineering Manager をつとめて1年になります。 本記事ではもしかするとメンバーからわかりづらい Engineering Manager のしごとについて、昨年10月からの約1年間を振り返りながら説明しようと思います。 ところで「エンジニアリングマネージャのしごと」もうすぐ発売ですね。筆者もとても楽しみにしています。検索のノイズになるのは本意ではないので記事のタイトルはカタカナではなく英語表記にしました。 www.oreilly.co.jp なお、リクルートでは人事制度上 "Engineering Manager" というロールはなく、GM (Group Manager) が正式なロールです。EM と GM は重複する部分、そうでない部分ありますが本記事では割愛します。 基本情報 会社組織編 SRE T
どこまでも奥が深いエンジニア採用。意外と見落としがちなActionとは？｜Ayumi Houta
みなさん、こんにちは。ポテンシャライトの寳田（ほうた）です🙋♀️ 先日このようなnoteを書いてみました。 「いや、エンジニア採用ってやること盛り沢山すぎない？」 これまでのエンジニア採用経験で培った知見（ノウハウ）を時系列に記載した「エンジニア採用の教科書」を書き終えた所感です。 「結局どこまでやり切れば良いんでしょう？」 難題だらけのエンジニア採用ですが、各社課題も異なるため、このようなご相談いただくケースも多いです。 今回はそんなエンジニア採用を ・どんなステップで進めていくと良いのか ・どんな施策があるのか ・どこまでやり切ればよさそうか など施策についてまとめてみることにします✏️ ※あくまで本noteではポテンシャライトが日々採用のご支援をさせていただく中で感じた内容を元に書いておりますので一視点として参考程度にしていただけますと嬉しいです。 それでは、はじめます！ 1.
Index of writing on hiring.
Having spent a fair amount of time giving hiring process advice, I wanted to collect my hiring advice into a single index. Read through until you find a section that applies for you, and then read that. If you don’t have an interview process with consistent interviews and interviewers, read Designing interview loopsIf you’re not sure where your loop is having issues, read Your hiring funnel and Mo
Managing people 🤯 | Andreas Klinger
Feb 6, 2022 · 11 min read · 123,340 views I believe almost all first-time founders burn out their first employees as they learn how to manage groups of people. If this advice helps avoid a few cases, it's worth writing it down. I wrote this article for managers of small teams/startups. I'd assume that most might not apply to management in larger enterprises. Btw here are my recommendations on join
エンジニアリングマネージャーが等級制度を作るときの7つの注意点｜unlearned
heyの上杉です。 この記事は、Engineering Manager Advent Calendar 2021（その1） の20日目のものです。 等級制度は、一般にグレードなどと呼ばれていたりするものです。社内で制度を作っていこうという流れがあり、エンジニア職における等級の設計に携わらせて頂いたので、その知見を書いていこうと思います。 ついでにこれを見てねという記事です。 Engineering Ladders (日本語) 背景社員数が増加の一途を辿り、2021年度の頭から制度を作り始めることとなりました。私はエンジニアの立場から、等級制度全体の設計に提言したり、エンジニアポジションにおける等級制度の設計と、開発担当部署との合意形成などを担当しました。 制度作りは一人で成し遂げられることではありません。様々な方々の知恵を借り、社内的なモメンタムを作り、合意を得ながらようやく完成したもので
A framework for Engineering Managers
(click on position name for more details) Axes The chart shown above has the following 5 axes: Technology: knowledge of the tech stack and tools System: level of ownership of the system(s) People: relationship with the team(s) Process: level of engagement with the development process Influence: scope of influence of the position The influence axis can be seen as a different dimension since it is o
エンジニアリングマネージャーとしての開発力向上の取り組みついて - Qiita
スクワッド体制における留意点として、「Spotifyは "Spotifyモデル "を使っていない [3]」で以下のように述べられているように、単に方法論を真似るのではく、自分の組織と向き合い、学習して、進化し続けることが大切であると思います。READYFORにおいても日々、組織体制について議論し、改善を進めています。 ビジネスユニット、部門、チーム、マネージャーは、Spotifyの失敗した方法論に固執してはいけません。彼らはSptifyのモノマネよりも効果的に組織構造の役割と責任を伝えることができるのです。 あなたがSpotify Modelを見つけたのは、自分のチームをどのように構成するかをいつも考えていたからでしょう。でもここで止まってはいけません。学習を続けてください。 1-2. READYFORのスクワッド体制 READYFORの場合、どのようなスクワッド体制を敷いているか？ ひと
ピクシブを退職します - 創業期から成長期への転換を越えて理解した10の教訓 - ふろしき Blog
2021年11月末にピクシブを退職します。 先日、なかなか読み応えがある退職エントリーが上がっていました。ものすごい熱量が感じられたし、それに自身のネガティブな過去なんかも隠すことなく堂々と語っていて、自信に満ち溢れたいい記事だと思いました。 note.com 僕自身も、過去の失敗談を交えつつ、それを10の教訓という形で内省し、ピクシブで行ってきた6年4ヶ月の活動を締めてみたいと思います。最近マネージャーになって苦しんでいる人とか、自分のボスが何を考えているのかわからないという人の、ちょっとしたコンテンツになれば良いかなと思います。 1. 入社直後が一番、会社を客観視できる 前職はNTTコムウェアというSIerでした。インターネットが大好きだった僕は、30歳を目前にして気持ちが抑えられず、ネット業界への転職活動を開始。そして2015年8月に、ピクシブ株式会社へと入社します。 2015年、H
ソフトウェアエンジニア採用におけるコーディングテストのススメ - MAYAH
先日、某VC投資先の方々に対して、「ソフトウェアエンジニアの採用時にコーディングテストをやりたいがどうしたら良いか？」ということについて語ってきたので、こちらにもエッセンスをまとめたいと思います。 コーディングテストの目的 なぜ我々はコーディングテストをやるのでしょうか？ もちろん、第一目的はソフトウェアエンジニアの採用候補者のスキルを見極めるためです。 過去に、経歴も良さそう、技術的な議論もスムーズにできる、なのにコードが書けない候補者に、私は何度か出会っています。「コードが書けない」のレベルは、（ある程度易しい）論理をプログラムに翻訳できず、まともな if 文が書けないというレベルを言っています。熟練者でもド・モルガンの法則をうっかり間違えるぐらいはあると思いますが、そういう話ではありません。コードが書けない候補者は、そもそも条件が書き下せません。このような候補者を雇ってはいけません。
万葉のチーム観、そのはじまり｜万葉
こんにちは、nay3です。今日からは、万葉の文化の根本であるチーム観について書きはじめたいと思います。より分かりやすくお伝えできるように、創業以来、私たちがどんなふうに変わってきたのかという切り口でご紹介してみたいと思います。 創業当初は、「チーム」に強い関心はなかった 万葉を立ち上げたときは、開発をチームで行うことが一般的になっており、万葉も自然な流れとしてチームで開発することを前提としてはいました。しかし、私個人は「チーム」について特段の関心があったわけではありません。振り返ってみると、私はプログラミングは中学時代から一人でやっていたし、スポーツに苦手感があったのでバスケ等のスポーツを通じてチームについて学んだこともありません。部活動などでリーダーシップを伸ばす経験は積んでいましたが、今思えば、それはあくまでもリーダーシップの経験であって、チーム作りというジャンルとは少し違っていました
エンジニアリングマネージャーとしてどんなことをしているのか？ - tuneの日記
はじめに エンジニアリングマネージャーとは? メンバーのサポート・育成・評価 メンバーの状態観察 目標設定・人事評価 後進の育成 日常の労務管理 開発 プロダクトマネジメント エンジニアリングのリーダーシップ 採用・採用広報・アドバイザーの招聘 採用 採用広報 アドバイザーの招聘 他社との情報交換 終わりに はじめに 今流行りの Meetyを使って社外の方とお話しする機会を作っているのですが、「エンジニアリングマネージャーとしてどんなことをしているのですか?」という質問を何度かいただいたので、自分の整理のためにも日々の具体的な行動・活動をまとめてみます。 私はRetty株式会社でtoC Web開発/toB Web開発 両方をみているエンジニアリングマネージャーであり、この記事を書いた2021年9月時点では20名弱のマネジメントを務めています。エンジニアリングマネージャーとなってからは2年が
自走するエンジニアが育つ組織の作り方
ピナクルズの CTO をしている渋谷です。「現場向け動画 DX」を実現するための SaaS『tebiki』を開発しています。 今回は、マネージャー向けに「もしメンバーに自走してほしいなら、個人のメンタリティに期待するのではなく、組織で相互にアドバイスし合うプロセスを構築したほうがいい」という話をしたいと思います。 エンジニアの求人サイトを検索してみると、求める人物像や歓迎するスキルに「自走力のある人」と書いている企業がたくさんヒットします。 これだけ書いてあるということは、自走する能力を備えていることがもはやエンジニアの必須条件のように思えてきます。 ですが、自走するかどうかはその人個人のメンタリティよりも外部要因のほうが遥かに大きいと私は考えています。どんなに自走できる人でも、ほとんどの場合で権限移譲された範囲までしか自走はできないからです。上司の知らないうちに「新サービスリリースしてお
ソフトウェアエンジニアが執行役員CTOになった理由
PR TIMES、新たに執行役員CTOと事業部長2名が参画。Tayori事業部化、新卒2年目抜擢、顧問招聘で体制強化 プレスリリース配信サービス「PR TIMES」等を運営する株式会社PR TIMES（本社：東京都港区、代表取締役：山口 拓己、東証一部：3922）は、2021年4月13日付で下記のとおり組織変更および人事異動を行います。 PR… 今までソフトウェアエンジニアとして働いてきて、マネージャー経験もない人間が突然「執行役員CTO」という役職についたので、色んな人に驚かれ、今でも色んな人に理由を聞かれます。そういえば個人のブログなどで何も発信してこなかったので、理由を公開しておきます。 実は社内向けにCTO通信というのを書いているのですが、そちらの内容の抜粋です。社内ではもう少し赤裸々なエントリーになっているので、読みたい方は入社してください。 それとこちらのエントリーは主に私とこ
はじめての「簡単なお仕事」は簡単ではない。 - MonotaRO Tech Blog
モノタロウでスマホアプリを担当しているuw_shioです。 今回は増員をしていった結果、各自がそれぞれ頑張るようなチームとなってしまった状況から、ペアワークをきっかけに、ペアプロ、モブプロが文化となってチームとしてワークできるようになったお話をします。 組織の規模が拡大していく過程において、属人化された業務を個人単位で行う働き方から組織としてワークする形へのシフトは避けて通れない道となります。そんな時に悩みの種となりやすいのが、業務の属人化やメンバーの育成ではないでしょうか。 部下や後輩に新しい業務を引き継ごうとしても時間がかかり上手くいかない、そんな経験ありませんか？私は過去に何度もありました。 例えば、アフリカーンスなど未知の言語を習得するというタスクをアサインされたとしたら、何から始めて良いか分からず漠然とした不安を感じるのではないでしょうか。新しいこと、とりわけ新しい業務に対しては
プロジェクト失敗可能性を軽減するプレモーテム - スタディサプリ Product Team Blog
こんにちは。Engineering Manager の @wozaki です。 2年前のプロジェクトで、プレモーテム(premortem)を実施した例をご紹介します。 プレモーテムとは、プロジェクト初期にチームで集まり「プロジェクトが失敗したとして、その失敗とは? 原因は? どう対策するか?」を話し合うワークショップです。*1 プレモーテム実施例 なお、本記事におけるリスクの定義はこちらです。 引用元 熊とワルツを - リスクを愉しむプロジェクト管理 将来起こりうる出来事で、望まない結果を生むもの 望まない結果そのもの 目次 概要 背景 なぜプレモーテムが打ち手だったのか プレモーテムの再設計 実施結果 参加者の所感 最終的にプロジェクトはどうなった? 終わりに 概要 プロジェクトは2つの特性があった 初めて協業するステークホルダーが多い 開発規模が大きい 特性に対する懸念の打ち手としてプ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Mailbag: Did I become a manager too soon?
Twin Anxieties of the Engineer/Manager Pendulum
Why you should work asynchronously