並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 551件

新着順 人気順

PMの検索結果1 - 40 件 / 551件

  • プロジェクトマネジメントのおすすめ本を4つの分類でご紹介|コーヒー好きのPM

    このnoteでは、プロジェクトマネジメント(以下、プロマネと略記)のおすすめ本をマトリックス図に整理してご紹介します。 ◆変更履歴◆ 2024.05.07 初版公開 ◆今後追加予定◆ ※追加のお知らせはX(@coffee_nomimasu)にて行います ・プロジェクトマネジメントの基本が全部わかる本 ・プロジェクトマネジメントの本物の実力がつく本 ・驚異のプロジェクト実行術 準備編 ・驚異のプロジェクト実行術 実践編 ・プロジェクト・シン・エヴァンゲリオン プロマネ本を探すときの悩み筆者の本棚にあるプロマネ本プロマネ本を探すとき、多くの方は「プロジェクトマネジメント おすすめ 本」などとキーワード検索して、 プロジェクトマネジメントのおすすめ本を紹介! プロジェクトマネージャーが読むべきおすすめ本〇〇選! プロジェクトマネジメントおすすめ本ランキング! などのサイトを見ながら自分に合いそう

      プロジェクトマネジメントのおすすめ本を4つの分類でご紹介|コーヒー好きのPM
    • Henry 🤡🦊🐵 on Twitter: "スクエニが公開したPM講座。 著者は2011年当時CTOだった橋本善久氏。 氏はこの後、酷い初代FF14の立て直しに貢献し成功に導いている。 10年経っても色褪せておらず、プロジェクト管理に携わる方は必読。 画像は抜粋したも… https://t.co/qGRAg2n5q6"

      スクエニが公開したPM講座。 著者は2011年当時CTOだった橋本善久氏。 氏はこの後、酷い初代FF14の立て直しに貢献し成功に導いている。 10年経っても色褪せておらず、プロジェクト管理に携わる方は必読。 画像は抜粋したも… https://t.co/qGRAg2n5q6

        Henry 🤡🦊🐵 on Twitter: "スクエニが公開したPM講座。 著者は2011年当時CTOだった橋本善久氏。 氏はこの後、酷い初代FF14の立て直しに貢献し成功に導いている。 10年経っても色褪せておらず、プロジェクト管理に携わる方は必読。 画像は抜粋したも… https://t.co/qGRAg2n5q6"
      • エンジニアが「PMも兼任して」と言われたときの心構え

        この記事は プロダクトマネージャー Advent Calendar 2020 17日目の記事です🎄 カンタンに自己紹介 名古屋の企業でフロントエンドエンジニア兼PMをやってます、amakawaです。2年ほど前に事務員からエンジニアに転職して、総勢50名ほどのベンチャーで2年近くバックエンド〜フロントエンドを書きつつ、プロダクトマネジメント・プロジェクトマネジメント業務も担当してきました。 東京へ転居して、2月からディレクターとしてプロダクトマネジメント・プロジェクトマネジメントをメインにやっていく予定です。 どうしてこの記事を書いたか 弊社は少人数のベンチャーということもあり、1人のエンジニアが複数プロダクトの開発を兼任します。さらに専任のPMはいないので、エンジニア・デザイナーは自然とプロダクトマネジメント・プロジェクトマネジメントをやることになります。私も社内ツールを2、3つほど保守

          エンジニアが「PMも兼任して」と言われたときの心構え
        • 「なんのために作るか分からへん」と愚痴っていたらPMさんが救ってくれた話 - Qiita

          ※今回はほぼ実話です。 システム開発会社勤務 プログラマーワイ ワイ「さあ、今日も開発をしていこか」 ワイ「とあるWebサービスの管理画面を作らなアカンのや」 ワイ「今日は、どんな機能を作らなアカンのやったかな」 ワイ「せや、クライアントさんからもらった機能一覧.xlsを見てみよか」 ワイ「あとは、デザインデータも見ながら、詳細設計書でも作っていこか」 ワイ「・・・ふーむ、作るべき機能の一覧は書いてあるんやけど」 ワイ「なんか、やる気が出ぇへんなぁ」 ワイ「仕方ないから、社内のSlackで愚痴っとこか」 ワイ「今のプロジェクト、誰のために何を作ってるのかがイマイチ分からんから」 ワイ「モチベーションが上がらへんなぁ」 ワイ「この管理画面を使って、どんな課題を解決したいのか」 ワイ「どういう風にユーザーさんの業務をうまく回したいのか」 ワイ「そんなんがピンと来てないから、作るべきモノもはっき

            「なんのために作るか分からへん」と愚痴っていたらPMさんが救ってくれた話 - Qiita
          • キレッキレなPMは他と何が違うのか? シリコンバレーのPMが重視する「Step Change」という視点

            キレッキレなPMは他と何が違うのか? シリコンバレーのPMが重視する「Step Change」という視点 シリコンバレーのプロダクトマネージャー達に見る、 覚悟を決めたPMは何が違うのか? #1/4 酸いも甘いも経験してきたシリコンバレーのプロダクトマネージャー 曽根原春樹氏:みなさんお集まりいただきまして誠にありがとうございます。初めましての方も、またお会いできましたねの方も、ご無沙汰しています。曽根原です。今年も「PMカンファレンス」に戻ってきました。 今回はテーマが「覚悟」ということで、どんな話をしようかなと思っていたのですが、みなさんにとって刺激的な話になるといいなと思って、それでこのタイトルに決めたわけですね。「シリコンバレーのプロダクトマネージャー達に見る、覚悟を決めたPMは何が違うのか?」ですね。 本題に入る前に、僕のことをぜんぜん知らないという方もいらっしゃるかもしれないの

              キレッキレなPMは他と何が違うのか? シリコンバレーのPMが重視する「Step Change」という視点
            • Satoshi / PM 🇺🇸 on Twitter: "今朝は冷え込んだのでシートヒーターつけようとしたら$300ドル払わないと起動できない仕組みになってる。セコいアップセルしかけてくるな。 https://t.co/CRe4p5HsUz"

              今朝は冷え込んだのでシートヒーターつけようとしたら$300ドル払わないと起動できない仕組みになってる。セコいアップセルしかけてくるな。 https://t.co/CRe4p5HsUz

                Satoshi / PM 🇺🇸 on Twitter: "今朝は冷え込んだのでシートヒーターつけようとしたら$300ドル払わないと起動できない仕組みになってる。セコいアップセルしかけてくるな。 https://t.co/CRe4p5HsUz"
              • 新人PM「あるある失敗」を回避せよ!『プロダクトマネジメントのすべて』共同執筆、小城久美子さんの視点 | キャリアハック(CAREER HACK)

                プロダクトマネージャー(PM)の必読書!新刊『プロダクトマネジメントのすべて』共同執筆者、小城久美子さんを取材。小城さん自身も経験した「PMのあるある失敗談」をもとに、新人PMがいかに最初の壁を突破していけるか、考えました。 プロダクトマネージャーってなんだろう? 小城さんは、及川卓也さん率いるTablyにてプロダクトマネジメントの体系化、書籍執筆に携わり、個人的にもコミュニティづくりに取り組んできたと伺いました。そのなかでも、新人PMがぶつかりやすい壁も体系化されているのでしょうか? そうですね。とくに今回出版した書籍『プロダクトマネジメントのすべて』では、プロダクトマネジメントをはじめてする人を想定しながら執筆したので、新人PMの方にとって役立つ心構えや考え方をまとめています。 プロダクトマネジメントのすべて 事業戦略・IT開発・UXデザイン・マーケティングからチーム・組織運営まで ま

                  新人PM「あるある失敗」を回避せよ!『プロダクトマネジメントのすべて』共同執筆、小城久美子さんの視点 | キャリアハック(CAREER HACK)
                • 研修でWebサービス作らせたら「嘘の進捗」「終盤でPMがインフル」「サビ残」「メールでソースをやり取り」など引くほど崩壊した→聞いてるだけで胃痛が…あなたならどうする

                  よんてんごP @yontengoP ベーチェット病と痔瘻という難病に侵されたナプキンを付けた社畜です。優しく 接してあげて下さい。尻穴方面/IT方面/社畜方面/下ネタ方面のツイートが多い ですが、病気なので許してあげて下さい(傲慢) ▼昨今、週刊ダイヤモンド📖/ABEMA📺/美ST📖とかに出てます ✉お仕事ください

                    研修でWebサービス作らせたら「嘘の進捗」「終盤でPMがインフル」「サビ残」「メールでソースをやり取り」など引くほど崩壊した→聞いてるだけで胃痛が…あなたならどうする
                  • 大事なのは「お客さんの言うことを鵜呑みにしないこと」 PMがユーザーヒアリングで“やりがちな失敗”と“解決策”

                    プロダクトマネージャーに求められる本質、事業成長に貢献するための具体的な心得についてディスカッションをするイベントが、株式会社フライルの主催で開催されました。今回のゲストは、SaaSやアプリ、Web3など幅広い領域で、長年プロダクトマネジメントに携わり、プロダクト開発コミュニティ「PM Club」の運営をしている佐々木真氏。プロダクトマネージャーに必要なスキルや考え方を語りました。全5回。3回目は、ユーザーヒアリングで求められるスキルと、PMに向いている人の特徴について。前回はこちら。 エンジニアがPMになれば、一生食っていける 財部優一氏(以下、財部):今日はちょこちょこ質問も見ながら進めていければと思っています。(質問を見ながら)おもしろい質問が来ていますね。 佐々木真氏(以下、佐々木):(笑)。メチャクチャおもしろい。 財部:これをちょっと聞いてみたいですね。「プロダクトマネージャー

                      大事なのは「お客さんの言うことを鵜呑みにしないこと」 PMがユーザーヒアリングで“やりがちな失敗”と“解決策”
                    • 副業PMが正社員PMと同じ認識を持てるように Notionを活用して自社制作したプロジェクト管理ツール

                      中島氏、イヌ氏の自己紹介 椿原ばっきー氏(以下、椿原):まず1人ずつ紹介します。まず中島さんです。よろしくお願いします。中島さん、自己紹介をお願いしてもよろしいでしょうか? 中島悠輔氏(以下、中島):はい。はじめまして。中島悠輔と申します。株式会社SEVENRICH Accountingというところで、今はクリニック向けのシステムのプロダクトマネージャーを本業(として)やっています。ご縁があってLboseさんの副業PMの求人を拝見した時に「ぜひお話をうかがってみたいです」というところから、このようにしてお仕事を頂戴するところに今はなっています。 椿原:ありがとうございます。具体的な案件の話はあとであらためてちょっとしようかなと思うので。 中島:よろしくお願いします。 椿原:続きまして、(お名前が)斬新ですね(笑)。イヌさん。 イヌ氏(以下、イヌ):はじめまして。イヌと申します。すみません、

                        副業PMが正社員PMと同じ認識を持てるように Notionを活用して自社制作したプロジェクト管理ツール
                      • 実は相性が悪い「開発生産性」と「アジャイル」。うまくいかない開発を好転させるためにPMがやるべきこととは【ryuzee|吉羽龍太郎】

                        TOPインタビュー実は相性が悪い「開発生産性」と「アジャイル」。うまくいかない開発を好転させるためにPMがやるべきこととは【ryuzee|吉羽龍太郎】 実は相性が悪い「開発生産性」と「アジャイル」。うまくいかない開発を好転させるためにPMがやるべきこととは【ryuzee|吉羽龍太郎】 2024年3月26日 株式会社アトラクタ Founder兼CTO/アジャイルコーチ 吉羽 龍太郎 1973年生まれ。野村総合研究所、Amazon Web Servicesなどを経て、2016年1月から現職。アジャイル開発、DevOps、クラウドコンピューティング、組織開発を中心としたコンサルティングやトレーニングを専門とする。著書に『SCRUM BOOT CAMP THE BOOK』(翔泳社)、訳書に『チームトポロジー』(日本能率協会マネジメントセンター)、『プロダクトマネージャーのしごと』『エンジニアリング

                          実は相性が悪い「開発生産性」と「アジャイル」。うまくいかない開発を好転させるためにPMがやるべきこととは【ryuzee|吉羽龍太郎】
                        • [PM向け]死んだMtgを立て直せ~議事録から考える"Mtgの型"について~

                          背景 ゴリゴリ系エンジニア、pageoです。 TwitterでMtgのあるべき姿についてツイートしたところ、ぼちぼちRT/いいねをもらえたので記事を書くことにしました。(お友達欲しいのでフォローしてください🙏) 最近大手クライアントとのPJに関わることが増えてきたのですが、事前アジェンダ共有なしに急にMtgが開催されるなどの無法地帯な場面に何度か遭遇したので、今回の記事では"Mtgの型"のあるべきについて自分の見解をまとめてみました。 はじめに Mtgの型 以下の章で紹介する"Mtgの型"はMtgというより議事録の書き方に寄っていますが、以下の章に書かれたことを実践することにより劇的にMtgの生産性は上がると思うので、この記事を機に是非自分/組織全体の"Mtgの型"について議論や検討をしてみてください。 いきなり結論 "Mtgの型"で説明する"教え"は以下の4つだけです 第一教: ~アジ

                            [PM向け]死んだMtgを立て直せ~議事録から考える"Mtgの型"について~
                          • いま「am/pm」の冷凍弁当があったなら ファミリーマートに吸収されて10年(渡辺広明) - エキスパート - Yahoo!ニュース

                            6月21日付配信記事で、創業40周年を迎えたミニストップの先進的な取り組みを紹介した。カーシェアなど時に早すぎた試みもあったが、「早すぎた先進性」を見せたコンビニという意味では、am/pmもそうかもしれない。 am/pmがファミリーマートに吸収合併され、法人が解散したのは10年前、2010年3月のことだった。もともとは、ガソリンスタンドへの集客を目的に、スタンド併設店として米国で興ったコンビニチェーンである。1990年に「エーエム・ピーエム・ジャパン」が設立された際も、共同石油(後のENEOS)がライセンスを取得する形でスタートし、やはりガソリンスタンドに併設される形でオープンした。1号店は横浜市の日吉本町で開業したが、東京・新富町にもかなり早くから店舗を構えていたと記憶している。当初、私はローソンに入社したばかりの新人店長で、新進気鋭のライバルを視察するため、新富町の店に行ったのだ。そこ

                              いま「am/pm」の冷凍弁当があったなら ファミリーマートに吸収されて10年(渡辺広明) - エキスパート - Yahoo!ニュース
                            • プロダクト開発のユーザーを絞って考えることの重要性とsuper-specific whoの考え方 |PM Club

                              プロダクト開発において、ユーザーを絞って考えることの重要性と"super-specific who"という考え方や決め方について解説しています。

                                プロダクト開発のユーザーを絞って考えることの重要性とsuper-specific whoの考え方 |PM Club
                              • 要件定義以降の工数は50%減少、開発ボリューム・件数は増加 PM組織立ち上げの「現状把握」「目標設定」「問題特定」で得られた効果

                                現状把握のために実施したこと じゃあ、これを基に実際にどういうふうに考えてどういうところをやってきたかをこれからお話しできればなと思います。 まず現状把握です。(スライドを示して)今見てもらっているのが、これまで自分が体験してきたり、ほかの企業の方との情報交換とかで出てきた、製品開発におけるよくある問題だと思ってもらえればと思います。みなさんもたぶん、これまでの経験の中で、こんな声や課題は、かなりあったんじゃないかなと思っています。 前職のECの経験でもこのあたりはありました。例えばシステムが肥大化して品質維持のためにかかる工数が多くて、「新規機能開発になかなか時間がかかりますよ」となったり、事業部とかから要望、HOWの指定がけっこう多くて、顧客の課題がぼんやりしていたり。 あとは、ビジネス側からすると、思ったとおりのタイミングでリリースできないことがあるとか、もっと多くの要望を実現したい

                                  要件定義以降の工数は50%減少、開発ボリューム・件数は増加 PM組織立ち上げの「現状把握」「目標設定」「問題特定」で得られた効果
                                • なぜPMが25人も必要なのか - SmartHR Tech Blog

                                  こんにちは、CPOのadachiです。 この記事は「SmartHRのプロダクトマネージャー全員でブログ書く2024」への参加記事です。25人が持ち回りで毎週記事を投稿しています。 この企画にも関連するのですが、最近社外の方から「SmartHR、PM多!」という感想をいただくことが増えてきました。もしPMが多い = 裁量が小さくてつまらない環境、と思われていたら心外すぎる……許せねぇ…… そこで本稿では、なぜSmartHRには25人もPMがいるのか、一体なにを作っているのか、仲はいいのか、今後どういったオポチュニティがあるのか、といったことについて説明していきたいと思います。オポチュニティは言いたいだけです。 25人は多い? 結論、そんなに多くないと思っています。 先日「SmartHRがARR150億円を突破、前年比150%で成長」というプレスリリースも出ましたが、私たちは現在ARR 150

                                    なぜPMが25人も必要なのか - SmartHR Tech Blog
                                  • 藤井あきら🗻デジタル都議/スタートアップ議員🏳‍🌈 on Twitter: "都に確認したところ、東京都発熱相談センターの相談件数の急増は入力ミス等ではなく事実でした。昨日23日分の相談件数も同程度とのことです。 1月3日の第3波のピーク時の相談件数3,180件を超えてきています。 この相談件数は、コロ… https://t.co/2Pm4HboJhy"

                                    都に確認したところ、東京都発熱相談センターの相談件数の急増は入力ミス等ではなく事実でした。昨日23日分の相談件数も同程度とのことです。 1月3日の第3波のピーク時の相談件数3,180件を超えてきています。 この相談件数は、コロ… https://t.co/2Pm4HboJhy

                                      藤井あきら🗻デジタル都議/スタートアップ議員🏳‍🌈 on Twitter: "都に確認したところ、東京都発熱相談センターの相談件数の急増は入力ミス等ではなく事実でした。昨日23日分の相談件数も同程度とのことです。 1月3日の第3波のピーク時の相談件数3,180件を超えてきています。 この相談件数は、コロ… https://t.co/2Pm4HboJhy"
                                    • 技術を的に当てる技術について - GraphQL を入れ直した話 / 吉祥寺.pm28

                                      吉祥寺.pm28 でお話ししました https://kichijojipm.connpass.com/event/236031/ 追記:Podcast で解説した https://anchor.fm/wantedly-dev/episodes/--GraphQL--w-Altech-e1edkrv

                                        技術を的に当てる技術について - GraphQL を入れ直した話 / 吉祥寺.pm28
                                      • 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

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

                                          プロダクトマネージャーに求められる本質、事業成長に貢献するための具体的な心得についてディスカッションをするイベントが、株式会社フライルの主催で開催されました。今回のゲストは、SaaSやアプリ、Web3など幅広い領域で、長年プロダクトマネジメントに携わり、プロダクト開発コミュニティ「PM Club」の運営をしている佐々木真氏。プロダクトマネージャーに必要なスキルや考え方を語りました。全5回。2回目は、佐々木氏がPMスキルの言語化に挑戦している理由について。前回はこちら。 「課題を特定する」ためにPMがやるべきこととは? 財部優一氏(以下、財部):「課題を特定する」というのは、具体的にプロダクトマネージャーはどんなことをするべきなんでしょうか? 佐々木真氏(以下、佐々木):例えば、「プロダクトを作る」と一口に言っても考えることがけっこういっぱいあるんですよね。まずは、ユーザーを決めなければいけ

                                            プロダクトマネージャーに「事業開発やってほしい」は期待過多 PM採用におけるミスマッチ解消を狙う、佐々木真氏の挑戦
                                          • マネジメントのきっかけは“炎上プロジェクト”。普通のエンジニアがPMにハマったわけ

                                            女性も参加しやすいRuby勉強会「TokyoGirls.rb Meetup Vol.2」。合同会社PeerQuestの社長であり、エンジニアでもある浪川舞氏が、自身の経験を元にプロジェクトマネジメントにとって大切なことを話しました。 実はもともとJavaエンジニアだった 浪川舞 氏(以下、浪川):よろしくお願いします。私からは、プロジェクトマネジメントについてお話しします。 本日は名立たる企業のRubyistが並んでいますね。私はRuby界隈に参加することは少ないのですが、まいどる(@maidol_28)という名前でTwitterをやっているので、よかったらフォローしてください! 私は半年前に起業して、今はPeerQuestというシステム開発会社を3人でやっています。キャリアは、音楽大学卒業後に音楽の仕事に就いてたところから始まります。実はエンジニアになったのが5年ぐらい前の2014年と、

                                              マネジメントのきっかけは“炎上プロジェクト”。普通のエンジニアがPMにハマったわけ
                                            • 吉祥寺.pm32_なぜ人は組織から去っていくのか?

                                              吉祥寺.pm32におけるトークパート「なぜ人は組織から去っていくのか?」の登壇資料です。 ■イベント情報 https://yumenosora.connpass.com/event/241175/ ■今後のイベントについてはこちら https://yumenosora.connpass.com/ ■虎の穴ラボ 採用サイト https://yumenosora.co.jp/tora-lab/

                                                吉祥寺.pm32_なぜ人は組織から去っていくのか?
                                              • エンジニアの仕事は「プログラミング」だけではない DeNA入社後に感じたギャップとそれを克服するためのPM術

                                                「DeNA TechCon 2021 Winter」は、学生に向けて、DeNAを軸に「エンジニアとして企業で働くこと」について、先輩たちが紹介するイベントです。そこで、サーバーサイドエンジニアの川原遼馬氏が、「エンジニアが入社後のギャップを克服しProjectをリードするまで」と題して、自身が入社する前と後で感じたギャップと、それをどう克服したかについて話しました。 エンジニアの働き方イメージのギャップと克服 川原遼馬氏(以下、川原):それでは「エンジニアが入社後のギャップを克服しProjectをリードするまで」というタイトルで発表します。 私は川原遼馬と申します。大学院で物理の研究をした後に、2020年にDeNAに新卒入社しました。その後、DeNAの子会社である株式会社DeNAライフサイエンスの「MYCODE」というサービスで、サーバーサイドエンジニアをしています。 「MYCODE」とい

                                                  エンジニアの仕事は「プログラミング」だけではない DeNA入社後に感じたギャップとそれを克服するためのPM術
                                                • PMにとって(地味だけど)重要な 「相談される」スキルとは

                                                  7/27(水)19:00~地味PM meetupの登壇資料です。 ▼口頭でお話しした内容も補足しているnote版はこちら https://note.com/mignon53/n/na2a050e6db81

                                                    PMにとって(地味だけど)重要な 「相談される」スキルとは
                                                  • プロダクトのための地味な動き - 地味PM meetup

                                                    2022/04/12開催の地味PM meetupの登壇資料です。 https://mercari.connpass.com/event/243373/

                                                      プロダクトのための地味な動き - 地味PM meetup
                                                    • “スキル不足PM・名ばかりPM”問題、サポートや教育が足りない企業側に原因?【ネオマーケティング調べ】 | Web担当者Forum

                                                      ネオマーケティングは、プロジェクトマネジャーのスキルやプロジェクトマネジャーの教育など「プロジェクト推進に関する意識調査」の結果を発表した。プロジェクトメンバー経験者700名、プロジェクトマネジャー経験者300名、会社役員200名の、合計1,200名から回答を得ている。 プロジェクトの迷走・炎上はPMが原因? 「経験がある」と約4割が回答一般的に「プロジェクト」は、スケジュール構築と推進、チームメンバーの構成決定や人員の追加、予算の管理といった要素で構成される。それら品質・コスト・納期などに責任を持ち、意志決定を行い、成功に導くのが「プロジェクトマネジャー(PM)」の役割とされる。 一方、“PM自身が原因でプロジェクトが迷走・炎上した”という事例もよく発生する。「プロジェクトマネジャーが原因でプロジェクトが迷走したり炎上したりした経験がありますか」と聞くと、全体の38.0%が「ある」と回答

                                                        “スキル不足PM・名ばかりPM”問題、サポートや教育が足りない企業側に原因?【ネオマーケティング調べ】 | Web担当者Forum
                                                      • 大規模システムのリプレイスを2度経験したPMが語るシステム移行プロジェクトで重要なこと - JMDC TECH BLOG

                                                        JMDCの開発本部データ基盤開発部の新倉です。JMDCには大型案件に自由度高く取り組める環境があります。今回は私が実際に経験したDWHシステムの2度のリプレイスの事例をお伝えします。1度目はPL(プロジェクトリーダー)、2度目はPM(プロジェクトマネージャー)としてプロジェクトに参画。その経験からシステム移行プロジェクトを成功に導くポイントを解説します。 <プロフィール>※執筆当時 新倉 裕一郎(にいくら ゆういちろう)データウェアハウス開発部 データレイクグループ グループリーダー 新卒でソフトウェア会社に入社。大手ベンダー企業の介護パッケージソフト製造などの開発業務に従事。その後、SaaS型CRMサービスを展開するベンチャー企業に転職し、2015年5月に日本医療データセンター(現JMDC)入社。レセプトDWHシステムを担当し、2度のリプレイスを経験。現在はレセプトDWHシステムの保守開

                                                          大規模システムのリプレイスを2度経験したPMが語るシステム移行プロジェクトで重要なこと - JMDC TECH BLOG
                                                        • 〇〇 強化型人間を目指す:PM + プロダクトに関わる人のプチキャリア論と、今後強化できる 20 のスキルについて|Fritz | Lead Product Manager @ Mercari

                                                          〇〇 強化型人間を目指す:PM + プロダクトに関わる人のプチキャリア論と、今後強化できる 20 のスキルについて 職種に通常求められる職能を超え、自身をあえて「自分は 〇〇 にも強みがあります」と主張する必要に迫られた場合。プロダクトに関わられているみなさまは、どんな言葉を 〇〇 に入れようと思われますか? 「アプリオタクなので、UX の引き出しには自信があります」「戦略立案なら、元コンサルの私にお任せを」「元エンジニア。開発 ROI 最大のプロジェクトを提案できます」などなど……色々な答え方があるかと思います。 こうした強みを持った「〇〇強化型人間 にならなければマズイ」と最近自分は強く感じるようになってきているのですが、結論から書くと、例えば  PdM の場合には最も良く言及されがちな デザイン or コードができなくても大丈夫。思ったより強化エリアにも色々な方向がありそう。 という

                                                            〇〇 強化型人間を目指す:PM + プロダクトに関わる人のプチキャリア論と、今後強化できる 20 のスキルについて|Fritz | Lead Product Manager @ Mercari
                                                          • エンジニア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さ

                                                              エンジニア100名に対してPM1名。Notionの急成長を支える開発組織とカルチャー | キャリアハック(CAREER HACK)
                                                            • 「プロジェクトリーダーの教科書」を読んでみた~PMの「型」を学ぶ | DevelopersIO

                                                              AWS事業本部インテグレーション部のいわほりです。 いきなりですが、天才落語家立川談志師匠の名言の一つをご紹介します。 型ができてない者が芝居をすると型なしになる。メチャクチャだ。 型がしっかりした奴がオリジナリティを押し出せば型破りになれる。 若いころ同僚の先輩に 「突き抜けるほど優秀なPMのスキルは持って生まれたもので、勉強して得られるものじゃない」 と身も蓋もないことを言われたことがあります。 たしかに、強烈なリーダーシップを発揮する方を目の前にするとそう感じることもありますが、過去接してきた優秀なPMの方々はいずれも「型がしっかりした」方々だったようにも思えます。 っというわけで、「型破り」なPMを目指して、プロジェクトマネジメントの「型」に触れている本を読んでみました。 どんな本? 書名:外資系コンサルが教える難題を解決する12ステップ プロジェクトリーダーの教科書 著者:中鉢

                                                                「プロジェクトリーダーの教科書」を読んでみた~PMの「型」を学ぶ | DevelopersIO
                                                              • 『エンジニアが自称PMになるまで』をテーマに登壇してきた内容【10分まとめ】 - SMARTCAMP Engineer Blog

                                                                スマートキャンプの郷田です。 先日行われたRoppongi Product Manager Meetup #8 にスピーカーとして参加させていただきました。 本記事では、私がPM(自称)となるまでの発表内容をまとめましたので、ご紹介します。 pm-roppongi.connpass.com 発表内容まとめ 発表の目的 プロダクトと私のタイムライン 1回目の越境 多くの問題と行動意識 実施した施策サマリ 2回目の越境 勉強中の参考書 発表スライドはこちら 最後に 発表内容まとめ 発表の目的 開発リーダーとして振る舞っていた私がいつの間にかPMの振る舞いをしていた話のため、対象者はPMになりたいエンジニアかなと思います。 また、PMの仕事を全く知らなかった私が、泥臭く問題解決に動いていることを紹介しているスライドとなります。 ※ちなみに、主催の pm-roppongi - connpass は

                                                                  『エンジニアが自称PMになるまで』をテーマに登壇してきた内容【10分まとめ】 - SMARTCAMP Engineer Blog
                                                                • プロのPMが現場で実践しているフォルダ管理のコツ|下田 幸祐/JQ代表/DX・プロジェクトマネジメント専門家

                                                                  「プロジェクトを進めていくうちに、フォルダ構成がぐちゃぐちゃになって、どのファイルがどこにあるのかわからなくなった」 「みんなが見ている資料のバージョンが違う」 「いつも資料を探すのに苦労している」 「複数のフォルダ内でファイルが重複している」 こんな経験はありませんか? これまで私は、15年以上プロジェクトマネジメントに携わる中でフォルダ管理について試行錯誤し、最良のフォルダ管理にたどり着きました。それが、スケジュールに合わせる管理方法です。 今回は、フォルダ構成をスケジュールに合わせるべき理由と併せて、誰もが使いやすいフォルダ構成をつくるポイントを紹介します。 フォルダ構成は全体スケジュールから落とし込むと使いやすい フォルダ構成を全体スケジュールから落とし込んだ方がいい理由はたったひとつ。基本的に、事業やプロジェクトはスケジュールに沿って動いていくからです。 ほとんどの新規事業やプロ

                                                                    プロのPMが現場で実践しているフォルダ管理のコツ|下田 幸祐/JQ代表/DX・プロジェクトマネジメント専門家
                                                                  • 予定日にリリースできない原因は「スケジュール管理の甘さ」 新規事業開発のPMに伝えたい、予定管理に必要な3つのこと

                                                                    「シニアPMに聞く!3000件の新規事業立上げ経験から学ぶ、プロジェクトの始め方。」は開発プロジェクトの中でも特に「立上げ」「始まり」「キックオフ」に絞ったLTおよび相談会を行うイベントです。ここで株式会社Relicの成宮氏が登壇。新規事業開発で重要なスケジュール管理について話します。 成宮氏の自己紹介 成宮吉将氏:事前(告知)とタイトルが変わっています。書いていくうちにスケジュール管理の話で筆が走ってしまったのでスケジュール管理の話をします。それでは始めたいと思います。 よろしくお願いします。期待値とずれていたらごめんなさい。コメントとかで後で補足します。Relicの紹介は先ほど北川さん(北川祐希氏)がしてくれたので、飛ばしますね。 私の自己紹介をします。もともとNECで技術営業やシステムエンジニアをしていました。みなさんが使っている携帯電話の電話網に使う、馬鹿でかいスイッチやルーターを

                                                                      予定日にリリースできない原因は「スケジュール管理の甘さ」 新規事業開発のPMに伝えたい、予定管理に必要な3つのこと
                                                                    • “OODAループ”“心理的安全性”“銀の弾丸などない” 「楽楽精算」のPMが大事にする3つのSaaS開発原則

                                                                      株式会社ラクスが開催するエンジニア向けのイベント「RAKUS Meetup」。今回は「ソフトウェア開発の原則/法則」をテーマに、「楽楽精算」の開発エンジニアである紀井美里氏が、SaaSを開発するに当たって、人が集まっているだけのグループから自律した「チーム」になるまでに大切にしてきた3つの開発原則を紹介しました。講演資料はこちら SaaSを支える3つの開発原則 紀井美里氏:それでは「開発グループが開発チームになるまでの歩み」と題しましてお話しいたします。 まずは簡単に自己紹介いたします。私は紀井と申します。新卒で株式会社ラクスに入社しまして、入社してからずっと楽楽精算の開発に携わっています。一時期、子会社のラクスベトナムのメンバーと一緒に、オフショア開発をやっていた時期もあったのですが、現在は楽楽精算の国内開発チームで、PMのような役割を任されています。 そして本日お話しするのは、今日のR

                                                                        “OODAループ”“心理的安全性”“銀の弾丸などない” 「楽楽精算」のPMが大事にする3つのSaaS開発原則
                                                                      • PMにはなぜ設計論がないのか? | タイム・コンサルタントの日誌から

                                                                        前回の記事(「プロジェクト&プログラム・アナリシス研究部会」(12月2日)開催のお知らせ)でも少しふれたが、なぜPMBOK Guide(R)には「設計論」がないのか、不思議に思われている方も多いと思う。米PMI (Project Management Institute)が'90年代に作成し、現在は改定第6版になっているPM界の標準ガイドブックは、10個のマネジメント領域を定義している(最初は9個だったが、途中からStakeholder Engagementが加わって、10個になった)。その10のエリアには、「調達」や「品質」があるのに、肝心の設計マネジメントがない。 プロジェクトにおいて、もしも設計がまずかったら、実装段階でどんなに頑張っても、良いプロダクトは生まれない。つまりプロジェクトの価値は上がらない訳だ。プロジェクト・マネージャーの任務は、プロジェクトの価値を最大化することのはず

                                                                          PMにはなぜ設計論がないのか? | タイム・コンサルタントの日誌から
                                                                        • 「相手に忖度して質問することを避けてはいけない」 優秀なPMに求められる“クリティカルシンキング力”とその鍛え方

                                                                          ロジカルシンキングとクリティカルシンキング 曽根原春樹氏:6点目は、ロジカルシンキングとクリティカルシンキングの使い分けです。ロジカルシンキングという言葉は、みなさんよく聞いたことがあると思いますし、日本の本屋さんに行くと、ロジカルシンキングに関して戦コンの方が書かれた本がいろいろありますが、逆にクリティカルシンキングはあまり日本で聞かないような気がするんですよね。 けれどもシリコンバレーのPM界隈では、クリティカルシンキングという言葉がめちゃくちゃ使われますし、めちゃくちゃ求められます。ここができるかどうかが、PMとして腕が立つ・立たないの分水嶺だったりします。 おさらいとしてちょっとお話ししますが、ロジカルシンキングとは何かしらの思考やファクトがあって、それを分解させていくというものです。基本的には要素間のつながりが理にかなっているかという部分を見ていくのがロジカルシンキングですよね。

                                                                            「相手に忖度して質問することを避けてはいけない」 優秀なPMに求められる“クリティカルシンキング力”とその鍛え方
                                                                          • PMによる仕様書では補えない運用フェーズに強いドキュメント作り|さとじゅん

                                                                            メルペイでプロダクトマネージャをしてます、さとじゅんです。 メルペイでto B向けプロダクトの開発をしてます。なので、主にto B向けプロダクトについての話になります。 たまに思うこと突然ですがPMは新しい機能を作る時は仕様書を書くことが多いですよね。 PRD(プロダクト要求仕様書)とかですね。 「Why」とか「What」とか「How」とか書きますよね。 それでリリースして運用していくと思うのですが、運用中にいろんな課題をこなしていくうちにひとつの事に気づきます。 「もう少しビジネスとシステムとオペレーションがひとつのつながりで理解できる資料が欲しいな」と。 to C向けのプロダクトに比べ、to B向けのプロダクトにはセールスやオペレーションのチームなど1つのプロダクトに関わる人が多くなる特徴があると思います。 PLGという考え方もあると思いますが、だいたいのto B向けプロダクトがto 

                                                                              PMによる仕様書では補えない運用フェーズに強いドキュメント作り|さとじゅん
                                                                            • 「これは誰が決めるんですか」と聞いたら終わり LINE草創期から支え続けた役員が語るPMに求められる資質

                                                                              草創期からLINEを支え続けるPMたち 横道稔氏(以下、横道):みなさん、こんにちは。このセッションは「草創期からPMを務める役員が語る、LINEにおけるプロダクトマネージャーとは」というタイトルでパネルディスカッションをさせていただきます。 今回モデレーターを務めさせていただく横道と申します。ふだんはプロジェクトマネージャーやアジャイルコーチとして、プロジェクトやチームをサポートしています。パネリストのお二人の自己紹介に入りたいと思います。 まずは稲垣あゆみさん、お願いします。 稲垣あゆみ氏(以下、稲垣):稲垣あゆみです。私はLINEの企画センターのセンター長をしています。ふだんはLINEのプラットフォームの企画や、ファイナンシャルのサービスの企画の統括などをしています。よろしくお願いします。 横道:では続きまして、島村武志さんお願いします。 島村武志氏(以下、島村):私は今、LINEの

                                                                                「これは誰が決めるんですか」と聞いたら終わり LINE草創期から支え続けた役員が語るPMに求められる資質
                                                                              • 100日後にクビになるPMインターン 1日目-28日目

                                                                                28日目以降は、Twitterにて配信中です。

                                                                                  100日後にクビになるPMインターン 1日目-28日目
                                                                                • IBM Dojo 挫折しないドメイン駆動設計 20210825pm

                                                                                  あらゆる場面でデザインを駆使するための技術 / Techniques for Applying Design in Any Situation

                                                                                    IBM Dojo 挫折しないドメイン駆動設計 20210825pm