このnoteでは、プロジェクトマネジメント（以下、プロマネと略記）のおすすめ本をマトリックス図に整理してご紹介します。 ◆変更履歴◆ 2024.05.07 初版公開 2024.06.12 以下書籍を追加 ・プロジェクトマネジメント 最強の教科書 ・驚異のプロジェクト実行術 準備編 ・驚異のプロジェクト実行術 実践編 2024.10.03 分類図追加、以下書籍を追加 ・よりよくわかるプロジェクトマネジメント ◆今後追加予定◆ ※追加のお知らせはX（@coffee_nomimasu）にて行います ・プロジェクトマネジメントの基本が全部わかる本 ・プロジェクトマネジメントの本物の実力がつく本 ・ITエンジニアのためのプロジェクトマネジメント入門 プロマネ本を探すときの悩み筆者の本棚にあるプロマネ本プロマネ本を探すとき、多くの方は「プロジェクトマネジメント おすすめ 本」などとキーワード検索して、
こんにちは！株式会社 picon CTO の tocky (@tttockllll) です。 （LINE で ChatGPT「AIチャットくん」をよろしくね！） さて PM の皆さん、こんなお悩みはありませんか？ 漠然としたアイデアを言語化する時間がない いちいちドキュメントにまとめるのが手間 やることをタスクに落としてアサインするのが面倒 これらの課題を解決できるのが Cursor です。 Cursor は、AI エージェントを搭載したテキストエディタです。 エンジニア向けコーディング支援ツールとしてのイメージが強いですが、メモ帳としての利用・要件定義書の作成などももちろん可能です。ドキュメント作成の多い PM 業務に Cursor を導入することで、大幅な効率化が期待できます。 本記事を実践すると、以下のような雑なメモ書きから… このような Notion をサクッと 15 分くらいで作
Henry 🤡🦊🐵 on Twitter: "スクエニが公開したPM講座。 著者は2011年当時CTOだった橋本善久氏。 氏はこの後、酷い初代FF14の立て直しに貢献し成功に導いている。 10年経っても色褪せておらず、プロジェクト管理に携わる方は必読。 画像は抜粋したも… https://t.co/qGRAg2n5q6"
スクエニが公開したPM講座。 著者は2011年当時CTOだった橋本善久氏。 氏はこの後、酷い初代FF14の立て直しに貢献し成功に導いている。 10年経っても色褪せておらず、プロジェクト管理に携わる方は必読。 画像は抜粋したも… https://t.co/qGRAg2n5q6
この記事は プロダクトマネージャー Advent Calendar 2020 17日目の記事です🎄 カンタンに自己紹介 名古屋の企業でフロントエンドエンジニア兼PMをやってます、amakawaです。2年ほど前に事務員からエンジニアに転職して、総勢50名ほどのベンチャーで2年近くバックエンド〜フロントエンドを書きつつ、プロダクトマネジメント・プロジェクトマネジメント業務も担当してきました。 東京へ転居して、2月からディレクターとしてプロダクトマネジメント・プロジェクトマネジメントをメインにやっていく予定です。 どうしてこの記事を書いたか 弊社は少人数のベンチャーということもあり、1人のエンジニアが複数プロダクトの開発を兼任します。さらに専任のPMはいないので、エンジニア・デザイナーは自然とプロダクトマネジメント・プロジェクトマネジメントをやることになります。私も社内ツールを2、3つほど保守
パワポプレゼンの“あるある課題”鈴木一成氏：それでは始めたいと思います。突然ですが、みなさんはこんなパワポプレゼンの会議に直面したことはありますか？ スライドで準備した感はあるんだけれども、提案の中身が考えられていない。「提案の中身」より、「提案者が誰か」に影響を受けている。それから質疑応答や議論の時間が足りない。誰かがプレゼンを遮ると議論が脱線して、もっと時間が足りなくなる。あとは、会議後に参加していなかったメンバーにニュアンスを伝えるのが難しい。 これらは、パワポプレゼンならではの欠陥と言えます。なぜこういうことが起きるのかという問題の真因に迫ると、大きく3つほど挙げられます。 まず1つ目は、人が聞きながら考える・考えられることには限りがあるということです。意図していなくても、巧みにしゃべればある程度ごまかしが効いてしまう。 2つ目は、そもそも人が聞き取れるスピードにも限りがあります。
プロジェクトをはじめたいが、PMがいない PMがまったく採用できない PMがなかなか育たない いま、大PM不足時代近年、IT業界に限らず、製造業やサービス業、さらには地域の活性化プロジェクトなど、ありとあらゆる場面で新しい取り組みやイノベーションの推進が求められています。そこで、複数のステークホルダーを束ねて、プロジェクトを成功に導くPMの存在は不可欠です。 しかしながら、世の中では圧倒的にPMが不足している状況にあります。なぜなら、組織内部にPMのノウハウがない企業が多いことや、PMの需要が増え続けているのに対して、育成が追いついていないという現状があるからです。 事業拡大や新規事業の推進、DX（デジタルトランスフォーメーション）などが求められる一方で、実務ベースでプロジェクトを取り仕切れる人がいない PMとしてのキャリアパスが明確ではなく、育成計画をしっかり立てている企業がまだまだ少な
こんなプロジェクトは「炎上」する。PM界きってのトラブルシューターに学ぶ、“火種の種類と火消しテク” - ミーツキャリアbyマイナビ転職
度重なる期日の延期、お客さまの「激怒」、クリティカルな問題の発覚……。 多くのプロジェクトマネージャー（以下、PM）が最も恐れるのは、そんな「炎上」でしょう。巻き返しを図るものの、逆に現場に負担をかけたり、混乱を招いたり。その結果、品質が大きく下がってしまう、あるいはサービスイン（新しいサービスを開始すること）に間に合わないなんてことになれば、PMとしての信用は大きく損なわれてしまいます。 そうしたトラブルをうまく収め、プロジェクトを無事に着地させるには、どのような心構えや技術が必要なのでしょうか？ 今回お声がけしたのは、日本IBMやパナソニックなどで、PMとして数えきれないほどの炎上プロジェクトを解決してきた木部智之さん。日本IBMではPMのグローバル最高位である「シニア・コンプレックス・プロジェクト・マネジャー」に認定された生粋の「火消し屋」です。 そんな炎上対応のプロフェッショナルで
※今回はほぼ実話です。 システム開発会社勤務 プログラマーワイ ワイ「さあ、今日も開発をしていこか」 ワイ「とあるWebサービスの管理画面を作らなアカンのや」 ワイ「今日は、どんな機能を作らなアカンのやったかな」 ワイ「せや、クライアントさんからもらった機能一覧.xlsを見てみよか」 ワイ「あとは、デザインデータも見ながら、詳細設計書でも作っていこか」 ワイ「・・・ふーむ、作るべき機能の一覧は書いてあるんやけど」 ワイ「なんか、やる気が出ぇへんなぁ」 ワイ「仕方ないから、社内のSlackで愚痴っとこか」 ワイ「今のプロジェクト、誰のために何を作ってるのかがイマイチ分からんから」 ワイ「モチベーションが上がらへんなぁ」 ワイ「この管理画面を使って、どんな課題を解決したいのか」 ワイ「どういう風にユーザーさんの業務をうまく回したいのか」 ワイ「そんなんがピンと来てないから、作るべきモノもはっき
酸いも甘いも経験してきたシリコンバレーのプロダクトマネージャー曽根原春樹氏：みなさんお集まりいただきまして誠にありがとうございます。初めましての方も、またお会いできましたねの方も、ご無沙汰しています。曽根原です。今年も「PMカンファレンス」に戻ってきました。 今回はテーマが「覚悟」ということで、どんな話をしようかなと思っていたのですが、みなさんにとって刺激的な話になるといいなと思って、それでこのタイトルに決めたわけですね。「シリコンバレーのプロダクトマネージャー達に見る、覚悟を決めたPMは何が違うのか？」ですね。 本題に入る前に、僕のことをぜんぜん知らないという方もいらっしゃるかもしれないので、軽く自己紹介をさせてください。（スライドを示して）『プロダクトマネジメントのすべて』という本や、『ラディカル・プロダクト・シンキング』という本を、もしかしたら聞いたことがあるかもしれませんが、こちら
Linux コンテナの歴史を追うとコンテナの仕組みがわかる / Dai Kichijoji pm
2024-07-13「大吉祥寺.pm」の発表資料です。 参考となる情報にはPDF中からリンクをしていますが、資料中のリンクは Speaker Deck 上ではクリックできないので PDF をダウンロードしてご覧ください。
Satoshi / PM 🇺🇸 on Twitter: "今朝は冷え込んだのでシートヒーターつけようとしたら$300ドル払わないと起動できない仕組みになってる。セコいアップセルしかけてくるな。 https://t.co/CRe4p5HsUz"
今朝は冷え込んだのでシートヒーターつけようとしたら$300ドル払わないと起動できない仕組みになってる。セコいアップセルしかけてくるな。 https://t.co/CRe4p5HsUz
【要約】『イシューからはじめよ』 – プロダクトマネージャーが圧倒的成果を生むために必要な「イシュー度の高い課題」を見極める方法 - PM x LLM STUDIO
数多くのタスクをこなしてもなぜか成果が出ない。。。。。。。 そんな経験はありませんか？ 「本当に解くべき問題（イシュー）」が曖昧なまま仕事を進めているせいで、エネルギーを空回りさせている可能性があります。 そんな状態をぶち破る可能性を秘めた一冊が『イシューからはじめよ 知的生産の「シンプルな本質」』（安宅和人 著）で、ビジネスや研究において圧倒的な結果を出す人々が持つ「問題設定力」を解き明かす書籍です。 本記事では、特にプロダクトマネージャーの視点からこのイシュー思考を深掘りし、「いま解くべき本質的な問い」をどう見極め、どう答えを導くかを具体的に解説します。複雑になりがちなプロダクト開発にこそ、このイシュー思考が不可欠と感じるはず！ 「イシュー思考」とは何か？本当に解くべき問いを立てる意義 イシューとは、「答えが出れば成果が大きく変わる重要問題」。なんとなく気になるテーマや、中途半端な疑問
新人PM「あるある失敗」を回避せよ！『プロダクトマネジメントのすべて』共同執筆、小城久美子さんの視点 | キャリアハック（CAREER HACK）
プロダクトマネージャー（PM）の必読書！新刊『プロダクトマネジメントのすべて』共同執筆者、小城久美子さんを取材。小城さん自身も経験した「PMのあるある失敗談」をもとに、新人PMがいかに最初の壁を突破していけるか、考えました。 プロダクトマネージャーってなんだろう？ 小城さんは、及川卓也さん率いるTablyにてプロダクトマネジメントの体系化、書籍執筆に携わり、個人的にもコミュニティづくりに取り組んできたと伺いました。そのなかでも、新人PMがぶつかりやすい壁も体系化されているのでしょうか？ そうですね。とくに今回出版した書籍『プロダクトマネジメントのすべて』では、プロダクトマネジメントをはじめてする人を想定しながら執筆したので、新人PMの方にとって役立つ心構えや考え方をまとめています。 プロダクトマネジメントのすべて 事業戦略・IT開発・UXデザイン・マーケティングからチーム・組織運営まで ま
25.01.19 pmconf 2024の落選セッションお披露目会 / #落選お披露目 資料 https://product-deepdive.connpass.com/event/333654/
プロダクトマネージャーに求められる本質、事業成長に貢献するための具体的な心得についてディスカッションをするイベントが、株式会社フライルの主催で開催されました。今回のゲストは、SaaSやアプリ、Web3など幅広い領域で、長年プロダクトマネジメントに携わり、プロダクト開発コミュニティ「PM Club」の運営をしている佐々木真氏。プロダクトマネージャーに必要なスキルや考え方を語りました。全5回。3回目は、ユーザーヒアリングで求められるスキルと、PMに向いている人の特徴について。前回はこちら。 エンジニアがPMになれば、一生食っていける財部優一氏（以下、財部）：今日はちょこちょこ質問も見ながら進めていければと思っています。（質問を見ながら）おもしろい質問が来ていますね。 佐々木真氏（以下、佐々木）：（笑）。メチャクチャおもしろい。 財部：これをちょっと聞いてみたいですね。「プロダクトマネージャーっ
クライアント規模やプロダクトカテゴリなど、まったく違うプロジェクトに参加してる副業PMの3名が、「副業PMを始めてみようと思ったきっかけは？」「実際にやってみてできたことや難しいことは？」などの質問に生の声で答える「副業PMが大集合！PMとして副業を始めて2ヶ月、できたこと・難しいこと」。ここでスピーカーとして中島氏、イヌ氏、モデレーターとして株式会社Lboseの椿原氏、小谷氏が登壇。まずは株式会社Lboseが副業PMを受け入れるため、また受け入れ後にスムーズに業務を進めるために実施した工夫について話します。 中島氏、イヌ氏の自己紹介椿原ばっきー氏（以下、椿原）：まず1人ずつ紹介します。まず中島さんです。よろしくお願いします。中島さん、自己紹介をお願いしてもよろしいでしょうか？ 中島悠輔氏（以下、中島）：はい。はじめまして。中島悠輔と申します。株式会社SEVENRICH Accountin
実は相性が悪い「開発生産性」と「アジャイル」。うまくいかない開発を好転させるためにPMがやるべきこととは【ryuzee|吉羽龍太郎】
TOPインタビュー実は相性が悪い「開発生産性」と「アジャイル」。うまくいかない開発を好転させるためにPMがやるべきこととは【ryuzee|吉羽龍太郎】 実は相性が悪い「開発生産性」と「アジャイル」。うまくいかない開発を好転させるためにPMがやるべきこととは【ryuzee|吉羽龍太郎】 2024年3月26日 株式会社アトラクタ Founder兼CTO／アジャイルコーチ 吉羽 龍太郎 1973年生まれ。野村総合研究所、Amazon Web Servicesなどを経て、2016年1月から現職。アジャイル開発、DevOps、クラウドコンピューティング、組織開発を中心としたコンサルティングやトレーニングを専門とする。著書に『SCRUM BOOT CAMP THE BOOK』（翔泳社）、訳書に『チームトポロジー』（日本能率協会マネジメントセンター）、『プロダクトマネージャーのしごと』『エンジニアリング
背景 ゴリゴリ系エンジニア、pageoです。 TwitterでMtgのあるべき姿についてツイートしたところ、ぼちぼちRT/いいねをもらえたので記事を書くことにしました。(お友達欲しいのでフォローしてください🙏) 最近大手クライアントとのPJに関わることが増えてきたのですが、事前アジェンダ共有なしに急にMtgが開催されるなどの無法地帯な場面に何度か遭遇したので、今回の記事では"Mtgの型"のあるべきについて自分の見解をまとめてみました。 はじめに Mtgの型 以下の章で紹介する"Mtgの型"はMtgというより議事録の書き方に寄っていますが、以下の章に書かれたことを実践することにより劇的にMtgの生産性は上がると思うので、この記事を機に是非自分/組織全体の"Mtgの型"について議論や検討をしてみてください。 いきなり結論 "Mtgの型"で説明する"教え"は以下の4つだけです 第一教: ~アジ
![[PM向け]死んだMtgを立て直せ~議事録から考える"Mtgの型"について~](https://cdn-ak-scissors.b.st-hatena.com/image/square/d4b118190a5bf163e1db49bbe20f392453552e68/height=288;version=1;width=512/https%3A%2F%2Fres.cloudinary.com%2Fzenn%2Fimage%2Fupload%2Fs--e1f08BaI--%2Fc_fit%252Cg_north_west%252Cl_text%3Anotosansjp-medium.otf_55%3A%25255BPM%2525E5%252590%252591%2525E3%252581%252591%25255D%2525E6%2525AD%2525BB%2525E3%252582%252593%2525E3%252581%2525A0Mtg%2525E3%252582%252592%2525E7%2525AB%25258B%2525E3%252581%2525A6%2525E7%25259B%2525B4%2525E3%252581%25259B~%2525E8%2525AD%2525B0%2525E4%2525BA%25258B%2525E9%25258C%2525B2%2525E3%252581%25258B%2525E3%252582%252589%2525E8%252580%252583%2525E3%252581%252588%2525E3%252582%25258B%252522Mtg%2525E3%252581%2525AE%2525E5%25259E%25258B%252522%2525E3%252581%2525AB%2525E3%252581%2525A4%2525E3%252581%252584%2525E3%252581%2525A6~%252Cw_1010%252Cx_90%252Cy_100%2Fg_south_west%252Cl_text%3Anotosansjp-medium.otf_37%3ARyuga%252520Irie%252Cx_203%252Cy_121%2Fg_south_west%252Ch_90%252Cl_fetch%3AaHR0cHM6Ly9zdG9yYWdlLmdvb2dsZWFwaXMuY29tL3plbm4tdXNlci11cGxvYWQvYXZhdGFyLzNkYTE4NjRiOTguanBlZw%3D%3D%252Cr_max%252Cw_90%252Cx_87%252Cy_95%2Fv1627283836%2Fdefault%2Fog-base-w1200-v2.png)
いま「am/pm」の冷凍弁当があったなら ファミリーマートに吸収されて10年（渡辺広明） - エキスパート - Yahoo!ニュース
6月21日付配信記事で、創業40周年を迎えたミニストップの先進的な取り組みを紹介した。カーシェアなど時に早すぎた試みもあったが、「早すぎた先進性」を見せたコンビニという意味では、am/pmもそうかもしれない。 am/pmがファミリーマートに吸収合併され、法人が解散したのは10年前、2010年3月のことだった。もともとは、ガソリンスタンドへの集客を目的に、スタンド併設店として米国で興ったコンビニチェーンである。1990年に「エーエム・ピーエム・ジャパン」が設立された際も、共同石油（後のENEOS）がライセンスを取得する形でスタートし、やはりガソリンスタンドに併設される形でオープンした。1号店は横浜市の日吉本町で開業したが、東京・新富町にもかなり早くから店舗を構えていたと記憶している。当初、私はローソンに入社したばかりの新人店長で、新進気鋭のライバルを視察するため、新富町の店に行ったのだ。そこ
敏腕PMのもとでアジャイル開発やってみた
これは何？ 最近業務でやってたプロジェクトのキリがよくなったので、少しでも開発プロセスの知見を残そうと思って書いた記事です。 弊社は基本アジャイル開発で案件を進めてるんですが、具体的な開発プロセス事例の紹介って案外アウトプットされないんですよね。 直近の案件の中で、長らくお世話になっている敏腕PMの方（以下Mさんとします）がいるんですが、直近の案件での事例を記事にしていいかと聞いたら快諾してくれたので、実際にやっていたことを書いていこうと思います。 はじめに アジャイル開発について語る際に、最も重要なのは 正解は一つではない ということです。 アジャイル開発の成功は、それぞれのチームの特性や状況に合わせて、柔軟にプラクティスを調整していくことにかかっています。この記事で紹介する内容は、あくまでも一例として捉えていただき、自分たちのチームに合った形を探る際の参考程度にしていただければと思いま
プロダクト開発のユーザーを絞って考えることの重要性とsuper-specific whoの考え方 ｜PM Club
プロダクト開発において、ユーザーを絞って考えることの重要性と"super-specific who"という考え方や決め方について解説しています。
現状把握のために実施したことじゃあ、これを基に実際にどういうふうに考えてどういうところをやってきたかをこれからお話しできればなと思います。 まず現状把握です。（スライドを示して）今見てもらっているのが、これまで自分が体験してきたり、ほかの企業の方との情報交換とかで出てきた、製品開発におけるよくある問題だと思ってもらえればと思います。みなさんもたぶん、これまでの経験の中で、こんな声や課題は、かなりあったんじゃないかなと思っています。 前職のECの経験でもこのあたりはありました。例えばシステムが肥大化して品質維持のためにかかる工数が多くて、「新規機能開発になかなか時間がかかりますよ」となったり、事業部とかから要望、HOWの指定がけっこう多くて、顧客の課題がぼんやりしていたり。 あとは、ビジネス側からすると、思ったとおりのタイミングでリリースできないことがあるとか、もっと多くの要望を実現したいか
こんにちは、CPOのadachiです。 この記事は「SmartHRのプロダクトマネージャー全員でブログ書く2024」への参加記事です。25人が持ち回りで毎週記事を投稿しています。 この企画にも関連するのですが、最近社外の方から「SmartHR、PM多！」という感想をいただくことが増えてきました。もしPMが多い ＝ 裁量が小さくてつまらない環境、と思われていたら心外すぎる……許せねぇ…… そこで本稿では、なぜSmartHRには25人もPMがいるのか、一体なにを作っているのか、仲はいいのか、今後どういったオポチュニティがあるのか、といったことについて説明していきたいと思います。オポチュニティは言いたいだけです。 25人は多い？ 結論、そんなに多くないと思っています。 先日「SmartHRがARR150億円を突破、前年比150％で成長」というプレスリリースも出ましたが、私たちは現在ARR 150
大吉祥寺.pm https://kichijojipm.connpass.com/event/314917/ https://blog.utgw.net/entry/2024/07/15/135648
非エンジニアでもできる！AI駆動PMの可能性 〜 Obsidian × Cursor 〜｜すぅ | PM & PdM
PM：「この施策、どうやって進めていけばいいんだろう...」 チーム：「要件が曖昧で、何から手をつければ...」 経営層：「もっと早くプロジェクトを進められないの？」 ・・・ ・・・ 「また同じような課題で躓いてる...」 「手戻りばかりで進まない...」 「プロジェクトの期限に間に合わない...」 私も非エンジニアのPMとして、長年プロジェクトマネジメントの現場で、同じような課題に直面してきました。特に非エンジニアのPMの方々は、技術的な判断も求められる場面で不安を感じることも多いはずです。 でも、大丈夫です。今、私たちには心強い味方がいます。そう、AIという最強のプロジェクトパートナーです！ ChatGPTの登場以降、多くのビジネスシーンでAIの活用が進んでいますが、実はプロジェクトマネジメントこそ、AIの力を最大限活用できる分野です。 なぜ今、AI駆動プロジェクトマネジメントなのか？
藤井あきら🗻デジタル都議/スタートアップ議員🏳🌈 on Twitter: "都に確認したところ、東京都発熱相談センターの相談件数の急増は入力ミス等ではなく事実でした。昨日23日分の相談件数も同程度とのことです。 1月3日の第3波のピーク時の相談件数3,180件を超えてきています。 この相談件数は、コロ… https://t.co/2Pm4HboJhy"
都に確認したところ、東京都発熱相談センターの相談件数の急増は入力ミス等ではなく事実でした。昨日23日分の相談件数も同程度とのことです。 1月3日の第3波のピーク時の相談件数3,180件を超えてきています。 この相談件数は、コロ… https://t.co/2Pm4HboJhy
2024年7月13日の大吉祥寺.pmで発表した「古典ドメインモデル(パターン)の解脱」のスライドログです。 この2冊で書かれているドメインモデルパターンを「古典」の対象にします。 ドメインモデルパターンは「複雑さに対処するため」と述べています。が、古典では次の2点が課題となっていると考えます。 これら2点について個別に見ていきます。 まずドメインモデルパターンから。 Patterns of Enterprise Application Architecture(以降PofEAA)ではこのように定義されています。 PofEAAのドメインロジックの章で使われている「収益認識」の例を取り上げます。 ContractやProduct, RecognitionStrategyなどといったクラスが作られて、これらのインタラクションでビジネスロジックが実現されると説明されています。 では、これらのドメイ
吉祥寺.pm28 でお話ししました https://kichijojipm.connpass.com/event/236031/ 追記：Podcast で解説した https://anchor.fm/wantedly-dev/episodes/--GraphQL--w-Altech-e1edkrv
SmartHRのPMにおけるAI活用事例——Cursor、NotebookLMなど - SmartHR Tech Blog
はじめに こんにちは。SmartHRで勤怠管理プロダクトのPM（プロダクトマネージャー）を務めている@hiroki_mです。 私が扱う領域は勤怠管理という領域ですが、プロダクト開発の現場では、CursorやDevin、ClineなどのAI開発支援ツールを積極的に活用しています。 この記事では、私がPMとしてAI開発支援ツールをどのように活用しているかを紹介します。 AIを活用する目的はなにか PMの業務を効率化することで、PMとしてより価値を生む業務に集中するためです。 勤怠管理機能の開発チームはとても優秀で、爆速で開発を進めています。PMが開発をスケールするうえでボトルネックとならないよう、要件定義の効率化、さらにはPM抜きでも要件定義及び開発を進められる体制を築いていきたいと思っています。 その結果、プロダクト戦略の立案と解くべき課題の解像度を上げることに対し、より時間を割けるようにし
Michelle Ye Hee Lee on Twitter: "Leaving the restaurant at 8pm per guidelines under Tokyo state of emergency, and yet … still a full house. Some peo… https://t.co/emMo4DUmCz"
Leaving the restaurant at 8pm per guidelines under Tokyo state of emergency, and yet … still a full house. Some peo… https://t.co/emMo4DUmCz
プロダクトマネージャーに求められる本質、事業成長に貢献するための具体的な心得についてディスカッションをするイベントが、株式会社フライルの主催で開催されました。今回のゲストは、SaaSやアプリ、Web3など幅広い領域で、長年プロダクトマネジメントに携わり、プロダクト開発コミュニティ「PM Club」の運営をしている佐々木真氏。プロダクトマネージャーに必要なスキルや考え方を語りました。全5回。2回目は、佐々木氏がPMスキルの言語化に挑戦している理由について。前回はこちら。 「課題を特定する」ためにPMがやるべきこととは？財部優一氏（以下、財部）：「課題を特定する」というのは、具体的にプロダクトマネージャーはどんなことをするべきなんでしょうか？ 佐々木真氏（以下、佐々木）：例えば、「プロダクトを作る」と一口に言っても考えることがけっこういっぱいあるんですよね。まずは、ユーザーを決めなければいけな
吉祥寺.pm32におけるトークパート「なぜ人は組織から去っていくのか？」の登壇資料です。 ■イベント情報 https://yumenosora.connpass.com/event/241175/ ■今後のイベントについてはこちら https://yumenosora.connpass.…
すべての経済活動をデジタル化したいmichiru_daです。 プロダクトマネジメント業務で、ついにAIエディタ Cursorを使い始めました。 使って2週間ほどですが、特に「PMがエンジニアに質問しなくても進められる業務の幅が広がったこと」に大きな価値を感じています。 担当しているプロダクトのデータベースのスキーマをindexして利用することで、特に生産性が上がったと感じる5つの業務と、業務効率化を実感するまでの壁について紹介します。 Cursorでできるようになったこと1. ちょっとした開発への挑戦小さな修正や文言の変更程度であれば、エンジニアに頼らずとも自分で修正対応ができるようになりました。 気になるけど、他の開発を止めてエンジニアの工数を取るのも申し訳ないなと思うような改善を、PMやデザイナーがリードする形で進められています。 もちろん自分はプログラミングの経験がないので、現在は大
「DeNA TechCon 2021 Winter」は、学生に向けて、DeNAを軸に「エンジニアとして企業で働くこと」について、先輩たちが紹介するイベントです。そこで、サーバーサイドエンジニアの川原遼馬氏が、「エンジニアが入社後のギャップを克服しProjectをリードするまで」と題して、自身が入社する前と後で感じたギャップと、それをどう克服したかについて話しました。 エンジニアの働き方イメージのギャップと克服 川原遼馬氏（以下、川原）：それでは「エンジニアが入社後のギャップを克服しProjectをリードするまで」というタイトルで発表します。 私は川原遼馬と申します。大学院で物理の研究をした後に、2020年にDeNAに新卒入社しました。その後、DeNAの子会社である株式会社DeNAライフサイエンスの「MYCODE」というサービスで、サーバーサイドエンジニアをしています。 「MYCODE」とい
7/27（水）19:00~地味PM meetupの登壇資料です。 ▼口頭でお話しした内容も補足しているnote版はこちら https://note.com/mignon53/n/na2a050e6db81
2022/04/12開催の地味PM meetupの登壇資料です。 https://mercari.connpass.com/event/243373/
「Obsidian」と「Cursor」を使って、noteの記事をどんどこ書く こんにちは！株式会社Rabeeのデザイナーのakaneです。 今回は「Obsidian」と「Cursor」という…
「あれ？思っていたものと全然違うな……」 「すみません。そもそもこの機能がないと業務が回りません。」 「・・・今言われても・・・」 こういった言葉は、プロジェクト後半やリリース後にたびたび聞かれるものです。一番テンション下がる瞬間ですね。笑 こうした状況になる原因のほとんどは、要件定義の過程でしっかりと機能や仕様、目的が固められていなかったからです。 特に非エンジニアの方であれば、用語や技術面でつまづくことも多く、開発サイドとのコミュニケーションの齟齬が起こりやすくなります。そうならないようにするためにも、要求定義と要件定義の流れと進め方、さらに注意点をしっかり押さえておきましょう。 この記事を読んでほしい人 ・初めてシステム開発やツール導入のプロジェクトを担当する方 ・非エンジニアで、ITプロジェクトの進め方に不安を感じている方 ・要件定義や要求定義の違いがよくわからない方 ・ベンダーに
![非エンジニアだからこそ要求定義と要件定義は極める[サンプルフォーマットあり]｜すぅ|PM](https://cdn-ak-scissors.b.st-hatena.com/image/square/8d73c3e5608edb1f0382a665b61c5287630ce490/height=288;version=1;width=512/https%3A%2F%2Fassets.st-note.com%2Fproduction%2Fuploads%2Fimages%2F172496252%2Frectangle_large_type_2_1ba5462da745a7c474cc41efaa7e92bc.png%3Ffit%3Dbounds%26quality%3D85%26width%3D1280)
大規模システムのリプレイスを2度経験したPMが語るシステム移行プロジェクトで重要なこと - JMDC TECH BLOG
JMDCの開発本部データ基盤開発部の新倉です。JMDCには大型案件に自由度高く取り組める環境があります。今回は私が実際に経験したDWHシステムの2度のリプレイスの事例をお伝えします。1度目はPL（プロジェクトリーダー）、2度目はPM（プロジェクトマネージャー）としてプロジェクトに参画。その経験からシステム移行プロジェクトを成功に導くポイントを解説します。 ＜プロフィール＞※執筆当時 新倉 裕一郎（にいくら ゆういちろう）データウェアハウス開発部 データレイクグループ グループリーダー 新卒でソフトウェア会社に入社。大手ベンダー企業の介護パッケージソフト製造などの開発業務に従事。その後、SaaS型CRMサービスを展開するベンチャー企業に転職し、2015年5月に日本医療データセンター（現JMDC）入社。レセプトDWHシステムを担当し、2度のリプレイスを経験。現在はレセプトDWHシステムの保守開
エンジニア100名に対してPM1名。Notionの急成長を支える開発組織とカルチャー | キャリアハック（CAREER HACK）
世界中で、熱心なファンが急増しているNotion。2021年10月には2億7500万ドル（約307億円）の資金調達を発表し、評価額は100億ドル（約1兆1200億円）へと上昇。急成長を遂げているNotionのプロダクト開発と組織作りについて、エンジニアリング責任者 Michael manapat（マイケル・マナパット）さんが語ってくれた。 目次 ・Notionの組織構成 ・Notionの製品決定プロセス ・Notionのプロダクトデザインの考え方 ・Notionのプロダクトとビジネスニーズのバランス ・Notionで働くエンジニアの役割 ・Notionのエンジニア採用 ・Notion流PLGにおいて大事なこと ※2021年12月9～10日に開催された【PRODUCT LEADERS SALON 2021】より、Notionにてエンジニアリングの責任者を務めるMichael Manapatさ
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
プロジェクトマネジメントのおすすめ本を４つの分類でご紹介｜コーヒー好きのPM
【超実践】CursorでPM業務を圧倒的効率化🔥｜tocky | picon
エンジニアが「PMも兼任して」と言われたときの心構え
社内会議は「パワポ」よりも「ドキュメントの黙読」が良い理由 Amazon元本社PMが5つのポイントで教える、資料の書き方 | ログミーBusiness
プロジェクトマネジメントが向いている人・向いていない人｜すぅ | PM & PdM
「なんのために作るか分からへん」と愚痴っていたらPMさんが救ってくれた話 - Qiita
キレッキレなPMは他と何が違うのか？ シリコンバレーのPMが重視する「Step Change」という視点 | ログミーBusiness
いま現場PMのあなたが、 経営と向き合うPMになるために 必要なこと、腹をくくること
大事なのは「お客さんの言うことを鵜呑みにしないこと」 PMがユーザーヒアリングで“やりがちな失敗”と“解決策” | ログミーBusiness
副業PMが正社員PMと同じ認識を持てるように Notionを活用して自社制作したプロジェクト管理ツール | ログミーBusiness
[PM向け]死んだMtgを立て直せ~議事録から考える"Mtgの型"について~
要件定義以降の工数は50%減少、開発ボリューム・件数は増加 PM組織立ち上げの「現状把握」「目標設定」「問題特定」で得られた効果 | ログミーBusiness
なぜPMが25人も必要なのか - SmartHR Tech Blog
君たちはどうコードをレビューする (される) か / 大吉祥寺.pm
古典ドメインモデリングパターンの解脱 - 大吉祥寺.pm - kawasima
技術を的に当てる技術について - GraphQL を入れ直した話 / 吉祥寺.pm28
プロダクトマネージャーに「事業開発やってほしい」は期待過多 PM採用におけるミスマッチ解消を狙う、佐々木真氏の挑戦 | ログミーBusiness
吉祥寺.pm32_なぜ人は組織から去っていくのか？
開発経験ゼロのPMが語る、Cursor利用で変わった5つの業務｜michiru_da | LayerX
エンジニアの仕事は「プログラミング」だけではない DeNA入社後に感じたギャップとそれを克服するためのPM術
PMにとって（地味だけど）重要な 「相談される」スキルとは
プロダクトのための地味な動き - 地味PM meetup
Cursor完全ロードマップ｜しんちゃん | AI-Growth PM / UXライター｜note
非エンジニアだからこそ要求定義と要件定義は極める[サンプルフォーマットあり]｜すぅ|PM