#PM 277件

プロダクトマネージャーになって気づいた4つのルール　エンジニア時代の私に伝えたい、プロダクトマネジメントをする上で考えたいこと

プロダクトマネージャーが出てきたがゆえに始まった“良くない分業”　「プロダクトマネジメントの根本」から考える、理想的なかたち

“フルフレックス×フルリモート”でも品質を高めるために　Notionを活用したプロジェクト立上げの仕組み化

iOSエンジニア本領発揮のために、ReactNativeからSwiftへ　技術的負債解消への取り組みで意識した“共通認識を持つこと”

開発者体験を悪化させる方法は選択せず、要件を見据えて開発する　“開発当初のエンジニアがいない”状況下での、技術的負債解消のための検討

分散モノリスを解消して、モジュラモノリスとして扱うために　リプレイスの専任チーム発足から今まで取り組んできたこと

“賞味期限切れのバックログ”に慈悲はない！　バックログをきれいに保つため、無慈悲に消す3つのもの

開発部署の体制変更に合わせてJiraの使用方法を変えてみた　フィルタークエリとボードを工夫すれば、どんなチーム体制にも対応できる

意識すべきは「事業開発」と「プロダクト開発」の分離　PdM・PO兼任者はプロダクトバックログをどう構成したのか

プロダクト全体の見直しに必要な粗仮説とファクトの照合　「Jira」を活用してわかった、承認と連携のやりやすさ

破綻したドキュメント管理、増え過ぎたプロダクトバックログ…　「Jira」「Confluence」などの活用失敗から学ぶツール運用のコツ

AIが入っていないプロダクトは、近い将来ローテク扱いされる　現役PMが語る、喜ばしくも恐ろしいAI時代の到来

「エンジニアのリソースは“プラスチックの箱”である」　メンバーを絶望させないためにCTOが考えるべき戦略

技術的負債解消における「8割の合理と2割の非合理」の考え方　強い組織を作るために必要な、ゴールと手段の明確化

「迷っている間に行動して、ダメだったら真剣に謝ろう」　CTOが伝える、ジャッジしてすぐ動くために大切な“無責任”さ

成長とは「頼る回数が減ること」ではなく「頼ってもらう回数が増える」こと　CTOがエンジニアに伝える“ギブアンドテイク”

“やります”ドリブンで生まれた負の連鎖を断ち切るために　PMの「やるべき業務」「やらなくていい業務」を整理する

「BtoBが大好き、でもBtoCもやりたい！」で選んだ今のキャリア　アルファドライブ CTOが語る、toB・toCそれぞれの魅力

“幅広く深みがある”スキルをどう客観的に評価するか　及川氏×片岡氏が考える、プロダクトマネージャーの育成・評価

「プロダクトマネージャー」の役割と立ち位置　「商品企画のトップ」「プロジェクトマネージャー」「プロダクトオーナー」との違いは何か

「他職種に比べるとまだまだだが、ニーズの高まりはハンパない」　及川卓也氏×片岡秀夫氏が語る、プロダクトマネジメント職市場の見立て

PMとプロダクトの役割は、事業戦略とハイプサイクルによって変化する　10個以上のSaaSを自社開発する企業におけるその定義

専門家に歩み寄り、ロールを越境せよ！　ゴールに向かうためにPMが考え続けるべきこと

「自分の単価はどう決めた？」「コミュニケーションで気をつけていることは？」　副業PMと受け入れ企業、それぞれの質疑応答

案件にアサインされて感じた“良いギャップ”　副業PMとしてめちゃくちゃありがたかったこと

“副業”PMだからこそ発生する「稼働時間のズレ」　2人の経験者が語る調整と工夫

2人の副業PMが語る、担当しているプロジェクトの特徴　「保守と制作が並行して存在」「開発面よりデザイン面が大きい」

副業PMが正社員PMと同じ認識を持てるように　Notionを活用して自社制作したプロジェクト管理ツール

メルペイの立ち上げ時点でメルカードの構想はあった　チーム立ち上げや開発の苦労、リリースまでの舞台裏

「決済基盤はどうなっている？」「リーガル的懸念があった場合の調整は？」　メルカードにおけるPMとBackend開発者へのQ＆A

プロダクトマネージャーに必要な“4つの知識と6つのスキル”　目指すために考えたい「自分を客観的に理解する」こと

「世界時価総額トップにはプロダクトカンパニーが並んでいる」　及川卓也氏が語る、今の時代に求められている“プロダクト”

「技術的負債とはいったい何か？」　4社のCTO・VPoEがその“定義”を徹底議論

遊びの部分なくずっと技術的負債解消は、モチベ管理が難しい　CTO・VPoEが語る「技術選定の自由度とガバナンス」

溜まりがちな技術的負債にどう向き合えばいいのか　4社のCTO・VPoEが語る、それぞれの「攻めと守り」

「取り返しがつくならどんな技術を採用してもいい」　技術的負債解消から考える、開発スピードを重視した技術選定

「負債解消に取り組むには、破壊的なイノベーションを起こすしかない！」　プロダクトを作り直す気持ちで始めた“山籠もりプロジェクト”

技術的挑戦が“緩慢なサボタージュ”で終わらないために　プロダクトの成長とバランスをとる開発体制作りのポイント3つ

StorybookとChromaticの導入、GraphQLのSchema Stitchingの活用…　これからの爆速開発に向けた「無駄をなくす」技術投資

「対話をし続けられるチームこそが、いいプロダクトを作れる」　CTO・新多真琴氏が贈る、エンジニアリングマネジメントの秘訣

目標の約半分が未達のままリリース、そして無事炎上…　技術的負債てんこもりサービスのフルリニューアルから学んだこと

「全員がコードを書く」より「機能をどれだけ早く出すか」が重要　“シニアがいない”開発組織で、手戻りを起こさない工夫

“チケット配られ待ち”じゃない自律型開発チームを作るには　自発的コミットメントが創出される仕組みづくり

「CTO＋未経験エンジニア3名＋PdM」が約半年で3サービスをリリース　SHE・CTOが語る、“迷いのない爆速開発”を叶えた技術的工夫

足掛け10年のコードベース・定着しないメンテナ・どんどん生まれる機能たち… 　“九龍城化したシステム”を解きほぐしたCake.jpの技術選定

1

2

3 4 5

...

7