Engineering Managerを廃止して1年経ちました - Akatsuki Hackers Lab | 株式会社アカツキ（Akatsuki Inc.)
こんにちは、ゆのん(id:yunon_phys)です。このエントリーはAkatsuki Games Advent Calendar 2022の14日目の記事です。昨日はMaxBaconPowerさんの「巨大数でわかる Elixir の魅力」でした。Elixirが再帰が得意とはいえ、良くこんな題材を思いついたなと感心しました。早くふぃっしゅ数を見てみたいものです。 さて本題に入るわけですが、昨年、Engineering Manager(EM)を廃止して3つに分割したという話を書きました。そこから1年経ち、どのような状態になったのか、ふりかえりも含めて書いていきます。本記事は前回の記事を読まなくても読めるようにしていますが、更に背景理解したい方は前回の記事も読んでみてください。 hackerslab.aktsk.jp ずばりEMを無くして良かったのか これはマクロに見ると明確に良かったと思って
エンジニアリングマネージャーの最初の学び - このロールは何なのか - yigarashiのブログ
2023/6/16付の人事異動で正式にエンジニアリングマネージャー（以下EM）になりました。2021/8に「エンジニアリングマネージャーを目指す若者の戦略」という記事を書いて明確にEMを目指し始め、2022/12には「EMキャリアを切り拓く「最強の現場リーダー」という働き方」という記事でEMに近づく様子を書きました。さらにそこから半年余り、ついに会社からも正式にEMと呼ばれることになりました。実際には3ヶ月ほど前から強くEMを志向した動きにはなっていましたが、やはり正式な職位は特別なもので、キャリアにおける重要な実績をひとつ解除したと感じています。 これほどEMというロールを志向し色々とやってきたのですから、EMとしての振る舞いもさぞスムーズに立ち上がるかと思いきや、実際にEMとして動くのは非常に難しいことでした。書籍やブログ記事を読んで頭で理解したEMという働き方と、自分がチームでEMと
こんにちは、CPOのadachiです。 この記事は「SmartHRのプロダクトマネージャー全員でブログ書く2024」への参加記事です。25人が持ち回りで毎週記事を投稿しています。 この企画にも関連するのですが、最近社外の方から「SmartHR、PM多！」という感想をいただくことが増えてきました。もしPMが多い ＝ 裁量が小さくてつまらない環境、と思われていたら心外すぎる……許せねぇ…… そこで本稿では、なぜSmartHRには25人もPMがいるのか、一体なにを作っているのか、仲はいいのか、今後どういったオポチュニティがあるのか、といったことについて説明していきたいと思います。オポチュニティは言いたいだけです。 25人は多い？ 結論、そんなに多くないと思っています。 先日「SmartHRがARR150億円を突破、前年比150％で成長」というプレスリリースも出ましたが、私たちは現在ARR 150
この記事は「STORES Advent Calendar 2022」 12/17の記事です。また、「Engineering Manager Advent Calendar 2022」 カレンダー2の12/17の記事でもあります。 こんにちは！STORES エンジニアリング室の塩谷(@kwappa)です。この記事では、エンジニアリングマネージャーの中に棲んでいる「荒ぶる四天王」について考え、うまくつきあい、あわよくば手懐けてしまおう、という試みについてお伝えします。 エンジニアリングマネージャーのしごと この記事をご覧の方でしたら、今年8月にオライリーから発売された『エンジニアリングマネージャーのしごと』という書籍に興味がある、もしくはもう読んだのではないでしょうか。エンジニアリングマネージャー（以下EM）という重要だが定義がふわっとした仕事にどう取り組んだらいいかのガイドとなる、とてもいい
みなさん、こんにちは！プロダクト開発部の吉川（@yoshiyu0922）です。 現在、JMDCが保有している医療ビッグデータを活用して生活者や医療に新しい価値を提供する新規プロダクト開発チームのバックエンドを担当しております。 以前に新規プロダクト開発で採用している技術や設計についてこちらの記事で紹介しましたが、Go x GraphQL x DDDでプロダクト開発をしています。今回はプロダクトの開発が一区切りしてこれからリリースするということで、開発してみて良かったことやこうすれば良かったことを振り返りをしました。振り返りの内容は主にDDDに関することです。 DDDとは DDDとは「Domain-Driven Design」の略語でドメイン駆動設計と呼ばれるソフトウェア開発手法の一つです。問題を解決しようとする領域（ドメイン）をモデリングによってソフトウェアの設計や実装に反映させることで、
はじめに 今回プロダクトマネージャーの動きを行っていく中で、新しい気づきがあったので記事としてまとめました。 プロダクトマネジメントをプロダクトマネージャーだけで行わない プロダクトマネジメントとは、プロダクトを成功に導く考えであり、これはプロダクト作りに関わる人であれば必ず必要になってくるものです。 つまり、プロダクトマネジメントとは特定の誰かが行うアクションではなく、チームや組織全体で行っていくものだと考えています。 プロダクトマネージャーの役割 プロダクトマネージャーの主の役割とは、もちろんプロダクトマネジメントを行うことです。 しかし、プロダクトマネジメントが行えている状態を組織として目指すためには 「プロダクトマネジメントをすること」だけではなく「プロダクトマネジメントができる組織づくり」も行う必要があると考えています。 そのためには、プロダクトマネージャーとして、「プロダクトマ
Slackにプロジェクト管理機能が追加、「Slackリスト」正式リリース。タスクリストなどの作成と共有が可能に
Slackにプロジェクト管理機能が追加、「Slackリスト」正式リリース。タスクリストなどの作成と共有が可能に セールスフォースはSlackの新機能として、プロジェクト管理機能を実現する「Slackリスト」の正式リリースを発表しました。 Introducing Slack lists Manage projects from start to finish, directly in Slack Take on tasks as a team, right where you’re already working Automate and triage requests with workflows in lists https://t.co/KDiiDiC9T6 pic.twitter.com/mAZbwaTBZ7 — Slack (@SlackHQ) June 6, 2024 Slack
Web担当者Forumミーティング2024春 B2-1オープニング基調講演
はじめに はじめまして。ゆずたそ（@yuzutas0）と申します。私はソフトウェア開発者からプロダクトマネージャーへ役割を変更した後、多くの失敗を経て「マインドセットを切り替えること」の重要性を痛感しました。 この連載では、私が学んだ「プロダクトマネージャーのマインドセット」を解説します。 想定する読者・提供価値については、2つのパターンを想定しています。1つ目は「同じように失敗した経験のある人」です。自分の経験を振り返りながら「こうすればよかったのか！」と考える機会になるはずです。2つ目は「これから失敗を経験するであろう人」です。これから起きる課題について「こうすればいいのか！」と考える機会になるはずです。 注意・免責 ①本連載の内容は、筆者の個人的な見解にもとづきます。適宜ご自身の立場に置き換えて、読み進めていただければと思います。万が一、誤りや不快な点がありましたら、どうぞ筆者個人宛
弊社はWebサイトの制作及び、解析、運用保守、コンサルティング、追加の制作などをワンストップで一括して対応する会社です。プロジェクトマネジメントは仕事を行う上で必要不可欠です。 もともと私含めスタッフがすこし遠方に住んでいるということもあり、1年ほど半分リモート、半分コワーキングスペースで仕事をしており、２年前ぐらいから、ほぼリモートワークとなりました。こちらも我々がより快適に効率よく働くために必要不可欠です。
エンジニアに伝えたい！プロダクトマネージャーの頭の中 - プロダクトをもう一段階成長させる仮説の立て方｜Tably
Tablyの小城久美子(@ozyozyo)です。 デブサミでは多くの方にチャットやTwitterで盛り上げて頂けたので大変お話しやすかったですし、何よりとても楽しかったです。ありがとうございます！ 資料のダウンロードはアンケートに回答された方への特典とのことなので、登壇内容の一部を抜粋してまとめます。ご参考頂けますと幸いです😊 どんなセッションでしたか？エンジニアからプロダクトマネージャーに転身した私が、エンジニアだった頃に知っておきたかった「プロダクトづくり」についてお話するセッションです。 「プロダクトをつくる」フローとは？ プロダクトをつくるとは、大きく2つに分かれます。上図の上側にあるプロダクトを育てていくものと、それを下支えするプロダクト志向な組織を維持することです。 上側にある、プロダクトを育てるステップとして、まずは明確なゴールを設定すること、そしてそれをもとに豊かな仮説を
Dropbox で4年働いて学んだこと10のこと
Dropbox に4年間働き、2019年6月に退職した。2015年4月に入社し、4年2ヶ月勤務したことになる。 4年勤務するというのはサンフランシスコ、シリコンバレーのIT企業では非常に長く、退社する前、私は全社員の中で上位10%の古巣の社員になっていた。 それぐらい人の入れ替わりがあり、優秀な人たちが出入りするのがサンフランシスコ、シリコンバレーの成長しているIT企業の特徴の1つだろう。 Dropbox で働いた4年間は最高にエキサイティングで学びが多かった。特に僕は上場前で日本オフィスの立ち上げ当初に入社したからだろう。僕が入社した当時は社員数はグローバルで1200人だったが、今では2000人を超える社員数になった。さらに僕の部署は入社時は6人だったが、最後には80人ぐらいに成長し、会社の売上の９割を担う部署になっていた。 そんな急成長し続けるDropboxに4年間在籍して学んだことが
プロダクトマネージャーに求められる本質、事業成長に貢献するための具体的な心得についてディスカッションをするイベントが、株式会社フライルの主催で開催されました。今回のゲストは、SaaSやアプリ、Web3など幅広い領域で、長年プロダクトマネジメントに携わり、プロダクト開発コミュニティ「PM Club」の運営をしている佐々木真氏。プロダクトマネージャーに必要なスキルや考え方を語りました。全5回。2回目は、佐々木氏がPMスキルの言語化に挑戦している理由について。前回はこちら。 「課題を特定する」ためにPMがやるべきこととは？ 財部優一氏（以下、財部）：「課題を特定する」というのは、具体的にプロダクトマネージャーはどんなことをするべきなんでしょうか？ 佐々木真氏（以下、佐々木）：例えば、「プロダクトを作る」と一口に言っても考えることがけっこういっぱいあるんですよね。まずは、ユーザーを決めなければいけ
女性も参加しやすいRuby勉強会「TokyoGirls.rb Meetup Vol.2」。合同会社PeerQuestの社長であり、エンジニアでもある浪川舞氏が、自身の経験を元にプロジェクトマネジメントにとって大切なことを話しました。 実はもともとJavaエンジニアだった 浪川舞 氏（以下、浪川）：よろしくお願いします。私からは、プロジェクトマネジメントについてお話しします。 本日は名立たる企業のRubyistが並んでいますね。私はRuby界隈に参加することは少ないのですが、まいどる（@maidol_28）という名前でTwitterをやっているので、よかったらフォローしてください！ 私は半年前に起業して、今はPeerQuestというシステム開発会社を3人でやっています。キャリアは、音楽大学卒業後に音楽の仕事に就いてたところから始まります。実はエンジニアになったのが5年ぐらい前の2014年と、
アマゾンのすごい「逆算資料」。新サービス説明資料は「プレスリリース形式」で | Forbes JAPAN 公式サイト（フォーブス ジャパン）
9月に出版された『amazonのすごい会議―ジェフ・ベゾスが生んだマネジメントの技法』（東洋経済新報社）の著者、佐藤将之氏は、アマゾンジャパンの立ち上げメンバーとして2000年7月に入社。サプライチェーン、書籍仕入れ部門を経て2005年よりオペレーション部門で、2016年に同社を退職するまでディレクターとして国内最大級の物流ネットワークの発展に寄与した。 世界トップの企業、アマゾンの成長を支える原動力である「会議の技法」とは、どのようなものなのか。 同書の一部より抜粋し、会議の効率化を図るためにジェフ・ベゾスが設けた「アマゾン流、資料作成のルール」を紹介する。 提案を受け入れてもらいやすくする魔法のフォーマット アマゾンでは、常に無数のプロジェクトが発案され、会議で提案されています。そして、新規プロジェクトが立ち上がる際に、必ず用いられている資料のフォーマットがあります。それがプレスリリー
顧客に「要望を聞いて」機能開発してしまっていた過去 解像度を高めて“評価される開発”になるための3つの取り組み 新PdM組織での顧客解像度の上げ方 植木氏の自己紹介 植木遼太氏：私からは「新PdM組織で実践した顧客解像度の上げ方」というテーマで発表します。簡単に自己紹介をしてから本題に移らせてください。 私は植木遼太と申します。先ほどの紹介にあったように、今現在は「楽楽精算」のPdMをしています。約2年前に入社しています。キャリアとしては2010年に新卒からインフラエンジニアとしてスタートして、その後、プロジェクトマネージャー、プロダクトマネージャーと役割を変遷させていったかたちのキャリアを歩んできました。 顧客解像度向上のための取り組みBefore／After では本題に移ります。先ほどのテーマにあったように、「顧客解像度の向上って」という話があります。発表の流れとしては、「そもそもこの
プロジェクトの進行においてスケジュール管理というのはとても重要になります。スケジュールをしっかりと把握しておかなければ効率よく業務を進めることもできなくなってしまいます。このスケジュール管理をするために使うと便利なのが「ガントチャート」です。 ガントチャートとは ガントチャートは横軸に日付、縦軸にタスクを並べ、各タスクごとに予定を記入したり進捗を記入することで、プロジェクト全体のスケジュール管理ができる表のことを指します。１つのプロジェクトを進める上で多くの作業（タスク）がありますので、ひと目でスケジュールの進捗を把握し、各タスクのスケジュール調整を適宜行うことができるのが利点です。 エクセルなどでも作ることは可能ですが、一からガントチャートを作るのはなかなか骨が折れる作業になります。そこでおすすめなのがガントチャート専用のツールやサービスです。 以下に、国内外のガントチャート管理ツールを
新規プロダクトの仮説検証ループをすばやく回し続けるためのプロダクトエンジニアリング/PdENight3
ドメイン知識を活用した、薬局における患者の来局予測/Predicting Patient Visits to Pharmacies Using Domain Knowledge
「誰のためのデザイン?」の旧版と改訂・増補版を読みました。 以前に旧版を読んだのですが、その記憶もあやふやなくらい前だったので、あらためて読み直し、その面白さゆえに改訂・増補版も購入してこれも読み終えました。 Web システム開発を生業としているので、日々ユーザとのインタラクションが発生するプロダクト開発に関わっているわけで、ユーザがどのように製品を認知し、使うかという内容は参考になりました。 それとは別にソフトウェア開発という観点で、ソースコードを読む時に人がどのように認知するのかという点でも興味深いものでした。このエントリでは、自分なりに整理したソースコードと概念モデルについて残しておきます。 ソースコードとメンタルモデル ソースコードの概念モデル 実行モデル プログラマモデル ユーザモデル 誰のためのソースコード? さいごに メモ ソースコードとメンタルモデル ある程度、経験のあるプ
こんにちは。エンジニアリンググループ プロダクト支援チームでプロダクトマネージャーをしている中村です。 2019年5月にエムスリーに入社してから、早4年が経ちました（うち1年半の出産・育児のための休業期間を挟んでいます）。 ちなみにエムスリー入社前の経歴としては、大手メガベンチャーの事業企画からキャリアをスタートし、企画職、プロジェクトマネージャー等を経てプロダクトマネージャーを3年ほどやっていました。 私がエムスリーに入社してから半年後の2019年11月に、以下の記事を書いていました。 www.m3tech.blog 当時の記事に書いた通り、私がエムスリーへ入社を決めた理由は下記4点でした。 エムスリーは新規事業の立ち上げサイクルが速く、プロダクトマネージャーとして「製品を見つける」フェーズにチャレンジできる環境であること 尊敬できるプロダクトマネージャーだと感じたVPoE山崎の直轄チー
【プロフィール】田村 祐樹（たむら ゆうき） 1979年生まれ。ネバーランドカンパニーにてゲーム開発に従事。gumiにて技術担当執行役員CTOに就任し、ソーシャルゲーム開発を牽引する。 その後、ディライトワークスにてFGOをはじめとしたスマートフォンゲーム開発を担当。直近ではSmartNewsにてEMを務め、その後、不動産テックのCTOに着任。 2023年9月よりestieに参画。2024年2月に事業部CTOに就任。 エンジニアリングマネージャーの仕事といえば一言で言えば何でしょうか？ マネジメント？ 1on1？ ミーティングにでること？ 違いますね。 そう、マネージャーの仕事は「マネージャーのアウトプット＝チームのアウトプット+影響を与えた他のチームのアウトプット」ですからこのアウトプットを最大化することです。 （かの有名なアンディ・グローブの定義を持ってきました） このアウトプットの影
pmconf2019 Tably小城の発表資料。 プロダクトの骨太の方針を作るためのフレームワークの使い方についての資料です。 https://2019.pmconf.jp/sessions/2019/11/13/S2-018/ こちらも合わせてご確認ください。 はじめてのPRD Tably 及川卓也 (@takoratta) https://www.slideshare.net/takoratta/prd-192302662Read less
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
なぜPMが25人も必要なのか - SmartHR Tech Blog
エンジニアリングマネージャーが手懐けるべき荒ぶる四天王 - STORES Product Blog
DDDでプロダクト開発をしたので振り返ってみた - JMDC TECH BLOG
プロダクトマネージャーの役割は「プロダクトマネジメントをすること」だけではないかも - Qiita
その失敗から何を学ぶ？不確実性をマネジメントして目標達成するための心得 #webtan
「早くリリースして、早く改善しよう」の落とし穴―― 開発畑のプロダクトマネージャーの失敗から学べ
リモートワークでプロジェクトマネジメントを上手く行うための技術
プロダクトマネージャーに「事業開発やってほしい」は期待過多 PM採用におけるミスマッチ解消を狙う、佐々木真氏の挑戦
マネジメントのきっかけは“炎上プロジェクト”。普通のエンジニアがPMにハマったわけ
顧客に「要望を聞いて」機能開発してしまっていた過去 解像度を高めて“評価される開発”になるための3つの取り組み
【2020年版】プロジェクト進行管理に便利なガントチャートツール20選
誰のためのソースコード? - Shin x Blog
https://www.si-ght.jp/entry/20022509
超一流のプロダクトマネージャーへの道 - エムスリーテックブログ
エンジニアリングマネージャーのやるべきこと！ - estie inside blog
プロダクトの強い軸を作るプロダクトマネジメントフレームワーク