プロジェクトマネジメントのおすすめ本を４つの分類でご紹介｜コーヒー好きのPM
このnoteでは、プロジェクトマネジメント（以下、プロマネと略記）のおすすめ本をマトリックス図に整理してご紹介します。 ◆変更履歴◆ 2024.05.07 初版公開 ◆今後追加予定◆ ※追加のお知らせはX（@coffee_nomimasu）にて行います ・プロジェクトマネジメントの基本が全部わかる本 ・プロジェクトマネジメントの本物の実力がつく本 ・驚異のプロジェクト実行術 準備編 ・驚異のプロジェクト実行術 実践編 ・プロジェクト・シン・エヴァンゲリオン プロマネ本を探すときの悩み筆者の本棚にあるプロマネ本プロマネ本を探すとき、多くの方は「プロジェクトマネジメント おすすめ 本」などとキーワード検索して、 プロジェクトマネジメントのおすすめ本を紹介！ プロジェクトマネージャーが読むべきおすすめ本〇〇選！ プロジェクトマネジメントおすすめ本ランキング！ などのサイトを見ながら自分に合いそう
「ギャラ配分は声優が8割、事務所が2割」それでも新人声優が「食っていく」のが難しすぎるワケ | 文春オンライン
声優として「毎月20万円」稼ぐためには、どれほどの仕事をすればいいのか？ 小倉唯、石原夏織、豊田萌絵、伊藤美来らアイドル声優のプロデュースに関わる株式会社スタイルキューブ代表のたかみゆきひさ氏が解説。 業界事情から、今直面する問題、声優のプロデュース／マネジメント術を明かした新書『アイドル声優の何が悪いのか？ タレントとしての声優マネジメント』（星海社）より一部抜粋してお届けする。（全2回の1回目／後編を読む） 声優は役者業／声優業だけで食えるのか？ まず前提条件として、「役者業＝アニメに声をあてる声優業だけでは声優は食べていけない」ということを確認しておきましょう。 アイドル化／タレント化する声優像については、声優ファンからは（ときには業界人からも）度々疑問や批判が投げかけられてきました。「声優は声優の仕事だけしてればいい」そういった意見はSNSなどでもよく見ます。アイドル化／タレント化
複数プロジェクトのカニバリを避け成果を最大化するために “プログラムマネジメント” を導入した話 - MonotaRO Tech Blog
こんにちは、モノタロウの EC サイト開発グループに所属している田上といいます。 モノタロウには 2019 年に中途で入社し、入社以来ずっとフロントエンドまわりのことに携わっています。最近は開発業務ではなくプロジェクトマネジメントなどのマネジメント業務をすることが多いです。 さて、どんな企業でも、新規事業の立ち上げや既存事業の改善など、複数のプロジェクトが並行で進むことはよくあることかと思います。 しかし、それらを推進していく中で、 A プロジェクトの成果として改善した ○○ の指標が、B プロジェクトの結果によって相殺されてしまった！ △ さんがいろんなプロジェクトで引っ張りだこになって、結局どのプロジェクトもその方がブロッカーとなりうまく進まなかった！ みたいな事態に遭遇したことはないでしょうか？ こういった「複数のプロジェクト間で目標や成果、リソースのバッティングが発生して成果が最大
【入門】要件定義
はじめに 最近プロジェクトマネジメント関連の仕事をする機会が増え、(駆け出しですが)要件定義や設計関連の業務もするようになったので、私の経験を基に要件定義の具体的なプロセスや考え方について、まとめていきます。 この記事の対象者 要件定義の基本や思考プロセスを学びたい人 エンジニアからプロジェクトマネジメントをやりたい人 ビジネスサイドとエンジニアサイドのコミニュケーション能力を向上させたい人 具体的な事例を通して要件定義を学びたい人 前提 紹介する内容はあくまで一例であり、プロジェクトやチームの状況に応じて調整が必要 あくまで自分(駆け出しPM)の経験に基づいた内容を言語化しています プロジェクト規模は10名〜20名のWebアプリ開発を想定しています システム開発の全体像 一般的なシステム開発のプロジェクトは下記のフェーズで進んでいきます。 ※ コンサルの領域だと要件定義の前に企画構想とい
プロダクトマネージャーの仕事を10倍快適にするNotion活用法【テンプレート公開】｜Shin
最近は仕事をするとき必ずNotionを触っていますので、仕事をする=Notionを使う、と言っても過言ではありません。Notionの素晴らしい点は、私のように複数社で顧問をしていても、必要な業務によってカスタマイズができることです。 日々Notionを使う中で「プロダクトマネージャーが圧倒的に仕事しやすくなるテンプレートを作りたい！」と思ったのが始まりです。そんな中いろいろ探してみたところ、Notionのテンプレート自体はすでに色々なものがありますが、現実問題としてToo much（情報が多すぎる）ものもあれば、逆に情報が足りないものもあり最適解がありませんでした。 そこで、プロのプロダクトマネージャーとしてこれを使っておけば間違いない！というものをキュレーションして整理しました。そのテンプレートの使い方を解説します。 ※テンプレートはページ下部からご利用になれます プロダクトマネージャー
エンジニアリングマネージャーになる前に知りたかった考え方 - Qiita
Qiitaで期間限定開催中の、「エンジニアによるマネジメント」に関する記事を投稿するイベントへの参加記事です。 マネジメントを始めて悩んだこと 約1年前、アシスタントマネージャーという役職をいただき、エンジニアリングマネージャー（以下、EM）としての業務を開始しました。EMになると1on1やメンバーの目標設定、チームづくり、チームの代表として事業部リーダーズミーティングへの参加などの新しい業務をしながら、それまでのプレイヤーとしての業務も行い、目の前の業務をこなすのにいっぱいいっぱいでした。 そんな中で常に「自分がマネージャーとしてきちんとできているのかが分からない」という不安を持っていました。また、どんなスキルをつけて、どうなれたら正解なのかというイメージが見つからず悩んでいました。 ある時、先輩との1on1で、「（メンバーとの1on1やメンバーの育成を）どうしてそれをやるのか」と問われ
外資系企業で昇進・出世して管理職になるためには
実力主義、成果主義と言われる外資系企業。 フラットな組織体制のため、管理職(people manager)の数は非常に少なく、管理職ポジションをゲットするのは至難の技になっています。 年功序列は全く考慮されませんから、日本の会社のように長年勤めても管理職の順番は回ってきません。 ほとんどの外資系企業では、管理職への昇進試験などもありません。 そんな環境の中、外資系企業で管理職になるためのヒントをまとめていきます。 外資系企業での出世の意味 外資系企業がフラットな組織(スタッフレベルが多く、階層が少なく、管理職が少ない)を維持できているのには理由があります。 日本の会社だと、役職が上がらないと、給料が大きく上がらない昇給体系になっている場合が多いです。 外資系企業だと、スタッフレベル(IC: Individual Contributor) であっても管理職よりも高い給料をもらう事も出来る職級
仕事ができる人ほど、できない人に優しく振る舞うのは、マネジメントの定石。
昔、ある会社の営業MTGで、忘れられないやりとりがあった。 少々詳しく描写すると、出席者は以下の通り。 ・役員（部長） ・リーダー ・メンバー 7名のメンバーの能力は各々、高、高、中、中、中、中、低。 二人ぐらい優秀な人物がいて、一人「できない人」が混ざっているイメージだ。 また、役員とリーダーは切れ者で、部下の報告の論理矛盾やダメな点にはすぐに気づく。 さて、こんな状況で来期の「営業計画」について、MTGが開催された。このMTGの議長はリーダーだ。 リーダーはテキパキと議事を進める。 来期の営業部の方針に始まり、具体的な目標設定、個人の役割など、メンバーへの指示も簡潔でわかりやすい。 ここまではなんの問題もなかった。 だが、今年一年を振り返っての営業報告が始まると、雰囲気が変わった。 無理もない。メンバーの一人ひとりが、自分の過去の実績と、これからの具体的行動を発表しているのだから、緊張
『Engineering Manager Meetup #1』に参加してきた - dskst's diary
Engineering Manager Meetup #1 というとても気になるタイトルのイベントに参加してきました。 connpass.com オープンスペーステクノロジーで進行する流れで、テーマは下記がピックアップされました。 ※オープンスペーステクノロジーについてはconnpassのページをみてね。 目標管理・評価制度 エンジニアリング組織論への招待について Engineering manager とは何者 1-on-1のやりかた managerのキャリアパス 採用・ブランディング 給与 チームビルディング Engineering Manager の魅力づけ どれもこれも気になる話題で参加するセッションに悩んでしまいます！ そんな人のために、全チームディスカッションをして、チームのディスカッション内容を全体共有という流れが組まれています（ステキ これに参加したよ managerのキャ
マネジメントに興味がなくても騙されたと思って『エンジニアのためのマネジメントキャリアパス』を読んでくれ - dskst's diary
エンジニアのためのマネジメントキャリアパスという書籍が出版されました。 タイトルに書いたとおり、マネジメントに興味がなくても、読むこと大きな学びをもらえる本です。 及川さんが前書きを書いており 本書を読み終わった後、私はひどく落ち込んでいる自分に気づきました。 ~中略~ 内容が素晴らしい故に、いかに自分が未熟であったかを思い知らされた と、記載があって衝撃を受けました。 及川さんが落ち込んだら、私なんて精神崩壊してしまうのではないか…！？ 本書を読んで、精神崩壊こそしなかったですが、ひどく落ち込みました。自分のレベルの低さを痛感します。 本記事では本書の知識定着のためのアウトプットと、所感をまとめています。各章毎にピックアップして記載します。 書籍の内容 1章 マネジメントの基本 2章 メンタリング 3章 テックリード 4章 人の管理 5章 チームの管理 6章 複数チームの管理 7章 複数
「そもそも日本には『チーム』がない」？うまくいってない企業の共通点 - チームの教科書｜アトラシアン株式会社
「チームの生産性を高めていくためには何が必要なのか？」――あらゆる日本企業が今、この問いを突きつけられている。人手不足や労働時間が社会問題化する中で、日本でも、生産性向上のための抜本的な改革を目指す企業が日々増加中だ。 しかしながら、「どこから手を付ければいいか分からない」と感じている経営者・マネジャーも多いだろう。リーダー育成、社内コストの削減、定例会議の見直しなど、目に付く問題は無尽蔵にある。 では、それらを貫く本質的な課題、そして改善ポイントはいったいどこにあるのだろうか。プロジェクト管理や情報共有ツールを全世界に提供するアトラシアン日本法人のスチュアート・ハリントン社長、そしてモルガン・スタンレーやGoogleで人材開発に携わり、最新の著書「NEW ELITE」でも注目を集めているピョートル・フェリクス・グジバチ氏の2人に話を聞いた。 日本企業には「オープンさ」が足りない――日本企
P"r"aying Manager ～節子、それマネジメントちゃう。オカルトや～ - Qiita
はじめに 最近、社内外の多くのプロジェクトマネジメント実態を調べる機会に恵まれた。 その中で、面白いことに気がついた。 問題に直面して、原因を分析しなければ、対策も取ろうとしないマネージャ達。 彼らはマネジメントしていない。ただ祈ってるだけ。 つまり、P"r"aying Manager じゃね？と。 ※Pray ・・・ 祈る Praying Managerの生態 [ケース1] 進捗をPGが自力で回復してくれることを祈る あるプロジェクトでは、3ヶ月の工期のうち、1ヶ月が経過したが、進捗が半月分しか出なかった。 つまりプロジェクトとしては破綻状態であるわけだ。 このことについてマネージャは、 プロジェクトの最初は立ち上がりが悪く、進捗が出ないものなんです。 対策はいずれメンバのスピードが上がってくればという感じですね。 と回答し、なにも手を打たなかった。 （最終的には会社が介入して正常化を図
開発の“無理ゲー進行”はこう回避せよ！ 若手エンジニアが締め切りを健全に守るためのストラテジー - エンジニアHub｜Webエンジニアのキャリアを考える！
エンジニアHub > 記事一覧 > 開発の“無理ゲー進行”はこう回避せよ！ 若手エンジニアが締め切りを健全に守るためのストラテジー エンジニアにとっての永遠のテーマ、「締め切りはどうしたら守れるか」。上司に言われるままにタイトなスケジュールを押し付けられた経験があるエンジニアは少なくないはずです。 「無理ゲー進行」を生み出す要因はいくつもあります。「完全版をリリースしなけばいけない」という固定観念や、期日だけを厳密に管理して現場へプレッシャーをかけるプロジェクト進行、無理なプロジェクト進行を経営課題と認識せず、現場の「頑張り」に甘えて放置している経営者（意志決定者）など。顧客（クライアント）や上司から押し付けられる「無理ゲー進行」に、工数見積もりに慣れていない若手エンジニアはどう対処していけば良いのだろうか――。 無理ゲー進行の原因をひも解いていくのは、かつて株式会社ミクシィにて最年少で執
プロジェクトの残業を50%削減したタスク管理手法を惜しみなく公開する - Qiita
おしながき メンバーは3〜5名、協力企業は1〜2名の小規模チーム メインは某小売店の大規模ECサイト案件統括（開発は外部委託） サブで基幹連携等を担う周辺業務システム開発・運用 マネジメントが上手く回らず高残業が常態化。PM前任者異動に伴い、部下だった私にお鉢が回る 上長指示により残業削減へ そんな2〜3年前のお話です。 改善"前"のタスク運用 ※あくまで改善"前"の話です。 基本はRedmine + Kanbanプラグインでタスク（チケット）運用。 ナレッジ可視化の意識付けも目的の一つだったので、以下を徹底した。 作業に伴うタスク発行の徹底 進捗状況の逐次反映 そして、運用ルールの入念な教育（五十六メソッドを採用した） 当時はITSベースのタスク管理自体が社内で先進的な試みだったので、当時部下だった私もPMと協力して「できるだけ丁寧な運用」を心がけた。心がけた、のだが… おかしいな だれ
「複雑さ」と「普遍性」とエンジニアのキャリアについて最近考えていること - Qiita
この記事は クラウドワークス Advent Calendar 2016 19日目の記事です。 昨年の、あるエンジニアの緩慢な死、あるいはエンジニア35歳定年説。に引き続き、エンジニアのキャリアについて書いてみます。 クラウドワークスにおけるエンジニアの3つのキャリア 当社では、エンジニアのキャリアを以下の3本の柱で考えています。 技術（アーキテクトやCTOを目指す） プロダクト（PO・PMを目指す） マネジメント（マネージャー・VP of Engineeringを目指す） 「技術」のキャリア 基本的に、多くのエンジニアはこのキャリアを望みます。エンジニアなので当たり前と言えば当たり前ですが。ただしその一方で、多くのエンジニアは、30歳前後でキャリアに悩む時期が訪れるように感じます。 一般的に、年齢が上がると「マネジメント」を求められるようになる、という環境のせいもあります。結婚（あるいは同
なぜプロジェクトは炎上するのか？炎上しやすい4つの傾向と、炎上を防ぐ3つの対策 - paiza開発日誌
Picture by ITエンジニアを目指す女子高生たちの学園ライフ4コマ漫画『ぱいじょ！』 こんにちは、谷口です。 某Mずほ銀行の案件のニュースが出たとき、弊社でも結構話題になりました。 あんなに巨大なプロジェクトをしずめるのは、もう本当に不可能なんじゃないかと思いますが、どんなに大きな炎上も、恐らくは小さな火種が集まって、やがて大きな炎となってしまった結果だと思いますし、最初の小さな火種の段階からぷちぷち消していけたらこんな結果にはならなかったはず……。 という話をしていたときに、paizaのエンジニアが「かつて炎上しているプロジェクトに自ら突入していくのが趣味だった」などと言い出しました。「そういう性癖なのかな」と思ったんですが、聞いてみると 「炎上しているプロジェクトに行くと『優秀な人たちはどんな振る舞いや働きをして炎上をしずめているのか』『何が原因で炎上したのか、どの時点で何をし
「良い上司」と「ダメな上司」の６つの大きな差
前職、数々の企業のプロジェクトに参加しなければならなかった私は、いろいろな会社の管理職の方々を比較し、「良い上司」と、「ダメな上司」を見分けることが重要な仕事の一つだった。 なぜならば、「ダメな上司」にプロジェクトの責任を持たせれば、まずプロジェクトはうまくいかないし、「良い上司」に責任を持ってもらえれば、多少のトラブルが発生してもプロジェクトはうまくいく。 コンサルタントはあくまでも部外者であり、成果が出るかどうかはその会社の社員の方々の働きぶりに依存する。そして、社員の方々に命令できる権限を持っているのは、その上司たちである。だから、プロジェクトが開始されると、私はまず「どの人が「良い上司」であるかを見極める」ことに多くの時間を割いた。 そして、どの組織にも、「良い上司」と、「ダメな上司」がいた。そして、面白いことに、「社内の評判が良い」からといって良い上司であるとは限らないし、逆も真
社名変更のお知らせ
Fringe81株式会社は2021年10月1日より、Unipos株式会社として生まれ変わりました。 コーポレートミッションを「感情報酬を社会基盤に」と新たにし、ピアボーナスをさらに発展させ、感情報酬を社会実装して社会の基盤とすることを最上位の目標として掲げ、邁進して参ります。 5秒で自動的に切り替わります。切り替わらない場合は以下のボタンをクリックしてください。 Unipos株式会社サイトへ
炎上案件に突如ディレクターとして投入されたときにやってみたこと - Qiita
ぼんやり1メンバーとして眺めていたプロジェクトが、リリース1週間前になって「あれも足りない！これも出来てない！どうすんじゃゴラァ」となったときに突如ディレクターとしてぶっこまれ投入されたときにやってみたことのメモ。 一次対応 とにもかくにもPJTに投入されて最初にやったこと。 コミュニケーションルールをみんなで確認して、守ってもらうようにした 誰が何の情報を持ってて、そして誰から誰にどんな指示が出てて、それらがどんなステータスか、、、 もうぐっちゃぐちゃになっていた。 ディレクターは一度死ぬが、一旦全部ディレクターに報告させて、ディレクターから適切な人に指示を出すことにし、メンバー同士でのダイレクトなコミュニケーションをいったん、原則禁止した。 （ディレクターがAさんとBさんで直接やって、と指示を出すときもあるが、それもやりとりの結果をAさんから必ずフィードバックさせるようにした。） ただ
プロジェクトマネジャーのための「プロセス設計術」
知識、技術、経験がいずれも豊富なエンジニアを多数抱えていても、プロジェクトはいとも簡単に失敗してしまいます。その根本原因は「プロセス」にあります。本連載は、主にプロジェクトマネジャー（PM）を対象に、プロセスとはどんなもので、どのように設計し、どうプロジェクトの成功につなげればいいのかを中心に分かりやすく解説します。 目次 プロジェクトコンサルタント。大手ソフトウエアハウスで長年、自動車部品メーカーや大手エレクトロニクスメーカーのソフトウエア開発に携わる。品質と納期が絶対の世界に身を置き、現場のリーダーとして100人以上の開発者を統率してきた経験を基に、プロセス設計からプロジェクトマネジメントに展開する独自のコンサルティングアプローチを編み出す。「品質は設計を超えることはできない」という信念のもと、「人と組織の実行品質を高める」ことを主眼に置いたコンサルティングを実践している。コンサルティ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
