無料マンガ・ラノベなど、豊富なラインナップで201万冊以上配信中!
数々の炎上プロジェクトを解決、ゴールに導いてきた著者が、プロジェクトのトラブルを解決(防止)する方法を事細かに伝授する。
著者自身がこの本に書いた手法でIBM史上最大級のトラブルプロジェクトを解決したこともある「実践の書」だ。
準備→状況把握→原因特定とリカバリプラン策定→リスタートを切る→リカバリ遂行→クロージング という流れに沿って、プロジェクト上で起きるあらゆる落とし穴をカバーする。
加えて、メンバーモチベーションの管理および、リーダー自身のためになるリーダーシップとメンタリティについても解説。
「ずっと使える100の質問」の作り方、1人決断タイム、犯人活用法、正しいバッファーの置き方、チームのルール作り、オフィス改善のコツなど、超具体的な手法が満載!
プロジェクトマネジャー初心者、何かとトラブルが起きがちなチームリーダー、既に何度も炎上プロジェクトを任されたことのある人まで、学びのある1冊。
※アプリの閲覧環境は最新バージョンのものです。
Posted by ブクログ
・成否は「最初に腹をくくれるかどうか」で9割決まる。
〇:腹をくくり覚悟を決めている
×:いざという時の逃げ道を作っている。(「自分は被害者だ」と思ったらそこで負け、他責にならない)
・「トラブルの原因は何だと思う?3つ教えて」、仮説を考えていないと答えられない。
・犯人探しが無意味な理由
(1)犯人を間違ってしまう可能性が大きいから(色々な人の主観は正しいとは限らない)
(2)たとえ犯人がわかっても、その人にだってプロジェクトで活躍してもらわないといけない
・ビジネスパーソンが仕事の期限を守る動機は2つだけです。
(1)プロとして期限には必ず仕上げる、と言うモチベーション
(2)期限を過ぎると怒られるから、遅れないようにやろうという気持ち(9割の人がこちら、それを考えると、期限を超えたときには指摘をしないといけない、ということが分かると思います。)
・長年の炎上経験から、「すみません」「申し訳ありません」という言葉を安易に発しなくなった。理由はシステム開発の契約形態にあり、自分たちの品質などに落ち度を認めてしまうと、それはどんなに時間とコストがなかったとしてもやらざるをえない状況においこまれてしまう可能性が高くなる。
・ただし本当に実害を伴う問題が起きたときには、すぐに謝る。原因は推測しない。原因がわからないうちに原因の可能性にまで言及してしまうと、余計なアクションを課せられることがあるから。この時真面目な人ほど「いつまでには報告します」と言い添えなくては、思うものですが先走って期限を切ると自分たちの首を絞めることになる。期限を求められなければ期限を宣言せずに「追って報告します」といって済ませますし、「報告します」と言わない事もあります。やらなくてもい仕事は増やさない事。
・できるリーダーはみんな姿勢がいい
※アプリの閲覧環境は最新バージョンのものです。
ビジネス・実用
ビジネス・実用
ビジネス・実用
試し読み
ビジネス・実用
ビジネス・実用
試し読み