#PM/PdM/CTO関連 272件

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

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

「副業ながらサービス開発のリードを2年続けていた」　SHE株式会社・村下氏が語る、CTOになったきっかけ

「そういえばマネージャーのことを何も知らないな」　CTOがメンバーレイヤーにいた時に得た気づき

「DXは“CTOだけが”がんばれば済む話ではない」　不要なコストをかけずに「えいや！」といくために大事なこと

本当は「CTOいなくてもぜんぜんいい」という状態のほうがいい　業界・産業自体のレベルアップに必要な“CTOの次のあり方”

試行錯誤→コミュニティの拡大→インダストリの拡大…　20年の時を経て、変化してきたCTO業界が次に目指すこと

『NASA Systems Engineering Handbook』に基づいて、自信を持ったロケットの打ち上げを

世の中の体系化された「プロジェクトマネジメント」には、宇宙開発分野の失敗が役立っている

「攻めと守り、一気にやっちゃえ」で、結果大泣きしたことも　akippa社のPdMが語る、ローンチから現在までの生々しい話

顧客の目的をリードにしつつ、製品までのストーリー展開を作るのはアリ　切通恵介氏×及川卓也氏が語る、プロダクトの届け方

“カスタマーサクセスデータサイエンティスト”をどう確保した？　NTTコミュニケーションズだからできた、専門性が異なるスキルセットの身につけ方

課題の明確化ができていない顧客には「具体例の提示」が有効　“AI×ノーコードツール”のPdMが考えたマーケティング戦略

潜在的な課題を明確化して「最終的に解くべく課題」に導く　“ノーコードAIツール”販売でPdMが感じた難しさ、おもしろさ

役職はどうでもいい、“その時代のエンジニア”であり続けたい　「生涯現役」を志す、ディップ社CTOのエンジニア観

「コードを書く時間が減るからマネージャーにはなりたくなかった」　それでも僕がチームビルディングに挑戦した理由

僕の人生は「逃げたら一つ、進めば二つ」の積み重ね　ニート→未経験エンジニア→CTOを経験した富永氏のキャリア論

最も愛したゲームのエンドロールに自分の名前が載っている…　それでも僕がスクエニを辞めて前職に出戻った理由

大学中退→ネトゲ廃人→6年のニート生活を経験　プレイ時間は9000時間超え、『FF14』大好きCTOのキャリア

「ユーザー理解が足りてれば意思決定で迷うことはありえない」　課題解像度の低さが生む、プロダクトマネジメントの落とし穴

上司からはむちゃぶりされ、現場からは突き上げられる…　PMの“板挟みあるある”を解消する、コミュニケーション術

大事なのは「お客さんの言うことを鵜呑みにしないこと」　PMがユーザーヒアリングで“やりがちな失敗”と“解決策”

プロダクトマネージャーに「事業開発やってほしい」は期待過多　PM採用におけるミスマッチ解消を狙う、佐々木真氏の挑戦

プロダクトマネージャーとして幸せなキャリアを描くために　PM Club主催者が説く、PMの本質的な役割

KPIの成長を最大化する「八百屋理論」と「F1理論」　PMF→拡散フェーズを生き残る2つの考え方

「組織を作ること」自体が目的化しないように　立ち上げに必要な“3要素”が欠けると起きること

組織立ち上げに失敗するのは、開始時点で“呪われている”から　「失敗する運命」にならないために確認したい3つの要素

「大事なのは得意領域を見極め、知識を身に付け続けること」　エン・ジャパン岡田氏が語る、PMのタイプ別キャリアの進め方

「PMはミニCEOかもしれないが、王様ではない」　“プロダクトの退行”を引き起こさない組織作りと考え方

“デキるPM”と“イマイチなPM”の「ホウレンソウ」の差　成長機会を失わないために、ジュニアPMがやりたいこと

“デキるPM”になれるかは「ホウレンソウ」のクオリティで変わる　日常業務における報告・連絡・相談の具体例

プロダクトの開発・運用で起きやすい“ざんねん”な事例　致命傷を避け、期待に挑戦し続けるために必要なアプローチ

プロダクトの企画段階で起こりやすい2つの“ざんねん”　「どうしてこうなった？」を生んでしまう原因と回避案

“MyPM像”は知識・スキルではなく「Character」で考える　“自分らしさ”を作るために意識したい、行動と自己開示

転機は「比較」と「甘え」に対する気づきの言葉　自信喪失期を経験したPM初心者が“MyPM像”を確立するまで

「仮説を出すための分析方法は？」「課題以外に見ているデータは？」　リクルートのプロダクトマネージャーが答える、データ分析のQ&A

データ分析には“適切な好奇心”、企画作りには“国語力”　プレイヤーとマネジメント、それぞれに必要なスキルと経験

データ分析の重要性を感じるのはどんな時？　“利害が一致しない時”と“プロダクト変動時”に感じたメリット

「開発の前に分析」「仮説を議論してから進行」「リサーチも選択肢に入れる」　プロダクトマネージャーが日々データ分析で意識していること

優先順位をつける時に意識したいのは「判断の軸」　プロダクトマネージャーが“説明しやすい状況を作る”には

上位レイヤーがボトルネックにならない、自律した組織編成　「ミッションを止めないための“遊軍チーム”がある」　「職種を揃えてクイックに意思決定できるようにする」　

ユーザーが欲するものを見つけるために“N1を考える”　UXリサーチャーやパーソナリティサクセスと協力した、インプット頻度の高め方

「新たな市場を作る難しさ」「金融プロダクトならでは難しさ」　プロダクトマネジャーが語る、良い体験を作るための“制約”

音声×テクノロジーのVoicy、お金×テクノロジーのB/43　大型の資金調達をした2つのtoCプロダクト

どんな良いことが起きるかわからないと、使う気にはなれない　ユーザーとのコミュニケーション品質を高める工夫

1 2

3

4 5

...

7