日経BOOKプラスに掲載されている記事、本、著者を任意のキーワードで検索することができます。 ※ISBNも検索にご利用いただけます。ISBNとは出版物固有の13桁の番号で、裏表紙に記載されています。本サイトでISBNを使って書籍を検索する際は、ハイフン(-)を省略し、13桁の数字のみを半角文字で入力してください。
このnoteでは、プロジェクトマネジメント(以下、プロマネと略記)のおすすめ本をマトリックス図に整理してご紹介します。 ◆変更履歴◆ 2024.05.07 初版公開 2024.06.12 以下書籍を追加 ・プロジェクトマネジメント 最強の教科書 ・驚異のプロジェクト実行術 準備編 ・驚異のプロジェクト実行術 実践編 ◆今後追加予定◆ ※追加のお知らせはX(@coffee_nomimasu)にて行います ・プロジェクトマネジメントの基本が全部わかる本 ・プロジェクトマネジメントの本物の実力がつく本 ・プロジェクト・シン・エヴァンゲリオン ・アート・オブ・プロジェクトマネジメント ・ITエンジニアのためのプロジェクトマネジメント入門 プロマネ本を探すときの悩み筆者の本棚にあるプロマネ本プロマネ本を探すとき、多くの方は「プロジェクトマネジメント おすすめ 本」などとキーワード検索して、 プロジェ
人は無能に到達するまで昇進するという「ピーターの法則」というのがある。 「階層型の組織においては、どんな人も、昇進を繰り返すことでいずれは能力の限界に達し、十分に職責を果たせなくなって無能化する。その結果、「あらゆるポストは、職責を果たせない無能な人間によって占められる」という。 https://mba.globis.ac.jp/about_mba/glossary/detail-20919.html グロービスとくにリーダーが劇的な環境変化に異動、転職、抜擢で放り込まれるとこの法則が強烈に作用する。なぜなら周りの方が知識や経験があり自分がその組織内で最もそれがない人になってしまうからだ。一方で、この人は何かしてくれるのでは?という期待を関係者からは持たれる。「組織内で最も無能なのに最も期待される」という特殊状態を過ごすことになる。 12年ほど前に突然、社長をというキャリアチェンジを経験を
リーダーシップとマネジメントの違い 井上和幸氏(以下、井上):前半で話があった自律型4.0は、今日聞いておられるみなさんはたぶん好まれる方が多いと思うのですが、一方で、自律型では自分で決めていくことが求められたり、方向づけを自分でしないといけないとか、概ねすべてについて自責になります。 それは人によってはしんどいことで、どちらかというとまず「こうしていきなさい」と言ってもらったほうがやりやすい人はいると思います。 小杉俊哉氏(以下、小杉):そうですね。 井上:小杉さんもあると思うんですけど、僕らも次世代役員研修の時に一番根幹テーマになるのが、これまではあえて言えば1.0もしくは1.Xだったけど、「いや、それじゃ駄目だ」と。それを転換する役員陣になってほしいみたいな話は多いですね。 先ほど名前が挙がった会社もそれを継いでくれる1.0のリーダーが出てくればいいけど、たぶんほぼ無理です。 小杉:
仕事をする前から「失敗したらどうしよう」「うまく結果を出せるだろうか」のような、“考えても仕方のないこと”で頭がいっぱいになってしまう。そんな「感情に振り回された」経験は誰しもあるはずです。 感情に振り回されないためには、常日頃からどんなことを心掛ければよいのでしょうか。 「無意識のうちに身に付いている思考の習慣を『やめる』ことが大事ですね」 そう説くのは、心理カウンセラーとしてさまざまなビジネスパーソンのメンタルの問題に向き合ってきた片田智也さん。実は、仕事で結果を出す人ほど、「やる」べきことよりもむしろ「やめる」べきことを理解し、感情をうまくマネジメントしているのだとか。 日々やるべきことに追われながら、結果を出さなければならないビジネスパーソンにとって、感情のマネジメントは必要不可欠です。そのためには、具体的に何をどのように「やめる」べきなのでしょうか? 片田さんに伺いました。 片田
はじめに 最近プロジェクトマネジメント関連の仕事をする機会が増え、(駆け出しですが)要件定義や設計関連の業務もするようになったので、私の経験を基に要件定義の具体的なプロセスや考え方について、まとめていきます。 この記事の対象者 要件定義の基本や思考プロセスを学びたい人 エンジニアからプロジェクトマネジメントをやりたい人 ビジネスサイドとエンジニアサイドのコミニュケーション能力を向上させたい人 具体的な事例を通して要件定義を学びたい人 前提 紹介する内容はあくまで一例であり、プロジェクトやチームの状況に応じて調整が必要 あくまで自分(駆け出しPM)の経験に基づいた内容を言語化しています プロジェクト規模は10名〜20名のWebアプリ開発を想定しています システム開発の全体像 一般的なシステム開発のプロジェクトは下記のフェーズで進んでいきます。 ※ コンサルの領域だと要件定義の前に企画構想とい
ヤフー時代の部下から突然メッセンジャーが。 「以前宮坂さんが緊急対応時に残して頂いた言葉を今度セミナーで使っていいですか?」 と。 リーダーの仕事はいっぱいあるけどなかでも大きな仕事の一つは重大事故の発生の時の陣頭指揮。平時は部下で回せるようにするのがマネジメントだけど、危機の時まで部下にまかせるわけにはいかない。 お恥ずかしながらヤフー在職中の22年で何度か重大事故を起こし関係者の人に多大な迷惑をかけてしまった。その度にその陣頭指揮をとった。 結果的にヤフーのなかでもっとも深刻な事故対策をやった人の一人じゃなかろうか。そのなかからノウハウ的なものがたまってきたものを部下にメモしておくってあげたものを彼は覚えていてくれたらしい。 彼いわく危機対応の時にすっごく役にたって指針になったといってくれて送ってくれた。 ひょっとしたら他の人にも参考になるかとおもって(若干訂正してますが)ここに残して
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く