知識不足、無茶ぶり、属人化──プロジェクトマネージャーが直面する3つの課題を乗りきるスキルセットと考え方

IT業界のプロジェクトを成功に導くためのノウハウを網羅的に解説した書籍『プロジェクトマネジメントの基本が全部わかる本』（翔泳社）。著者でパラダイスウェアの代表取締役である橋本将功さんは、プロジェクトマネージャーが直面する課題として大きく3つ、「現場で使える知識体系がない」「無茶ぶりされる」「スキルの属人化」を挙げています。これらの課題を解決するために何が必要なのでしょうか。本書から、プロジェクトマネージャーが持つべきスキルセットと、プロジェクトの成功と失敗をどう定義すればよいのかを紹介します。 本記事は『プロジェクトマネジメントの基本が全部わかる本 交渉・タスクマネジメント・計画立案から見積り・契約・要件定義・設計・テスト・保守改善まで』の「序章 プロジェクトマネジメントのスキルの全体像」と「第1章 プロジェクトとはなにか─基本的な知識と考え方をおさえよう」から一部を抜粋したものです。掲載

[paradisemaker]

著者です。利害関係の調整とか契約の話も書いてあります！ よくあるフレームワーク本じゃなくて、体系化したノウハウの本です。本を出版した経緯も書きました https://mmth.pro/ja?p=2664

[runeharst]

プロジェクト規模や発注元、そして業界によって異なる現状からなんとも言えねぇ……プロジェクトの契約内容によって「無茶振り」させられるし、そうなるとプロマネの力じゃなくなる。

[aaaaaaaaaaa]

方法論は重要だが、そもそもこのプロジェクトが成功したところで大して儲からずまして日本が良くなることに全く繋がってないという閉塞感がある。手段に長けた人は根本的な課題に着手し成果を上げて名を成してほしい

[morimarii]

プロジェクトマネジメントで最も難しいのは合意形成と利害調整でこの部分はフレームワーク的なもので解決が難しいのではと思う。あとの部分は科学的手法のベストプラクティスを用いればある程度なんとかなる印象

[toruhjp]

いやーほんとに。記事広告だけどなにか言いたくなっちゃいますね。10年選手でドイヒーなのがいれば、1年めでも人を頼るのがうまくて仕切りもバツグンみたいなのもいて、まさしく属人性マックスな玉石混淆ですな～。

[Sephy]

×スキル不足のPMが多い　〇スキルがない奴に無茶ぶりしている

[kagerou_ts]

これを見た後のぼくの感想「プログラミングは簡単な部類に入る」(技術的な話はしていない)

[hitoyasu]

"チームワークが適切に発揮できるよう全体を俯瞰して「優先して対処すべき物事はなにか」を判断する人が必要になります。"

[sigwyg]

学問としてのマネジメントを学んでこなかった人たちが、素のコミュ力だけで乗り切るには限界があると言う話では。pmconfとか行く人ならともかく

[ryunosinfx]

経験をフィードバックするにはポストが希少すぎて文書化しても無意味感が漂ってる。失敗一発即死環境で成長もクソも無い感じが。熟練PM、それは地雷原を即死地雷を踏み抜かず踏破できた幸運な者か失敗ノーカンな上役

[sawarabi0130]

修羅場を乗り越えてきた経験に基づく勘とそれによる先読みに敵うものはないが、それ以前にクソ案件を取ってくる営業と経営をなんとかするのが最重要

[kikiora2000]

https://mmth.pro/ja?p=2664

[tettekete37564]

イーロンマスクに読んで貰いたいね

[akulog]

いつからスキルがなくてもPMができると錯覚していた？

[airj12]

プロジェクトに直接携わってる人が誰も予算と納期とスコープを変える権限持ってなかったりするから怖い

[nabinno]

情報システム管理規程やシステム管理基準がない組織ならそらひどい有様になるだろうよ。COBIT入れれば済む話。

[m_h]

橋本さん出てるブクマ。非開発者でも参考になる話があるとのことなので買おう

[dazz_2001]

スキル不足というより、権限が不足していることの方が多い気がする。金も時間も人も自由にできる権限が与えられていない状態で、プロジェクトを成功させることの方が無理。顧客ではなく社内調整の方が難敵…

[moromoro]

読んでみよ。設計の話で全体整合性の担保について書いてあるか気になる。構築後に大問題がパターンは、大体プロマネというか開発会社全員が全体整合性の話から逃げるんよな〜

[takamocchi]

無茶振りする人とPM任される人の丁度中間くらいのポジションにいる門外漢なので読んでみようかな。平易な言葉で書かれててわかり易そう。

[dada_love]

ちょうど読んでみたい本。そうそうという内容

[rxh]

ちょっと読んでみたい。

[vesikukka]

参考になるが「デザイン」と「設計」を分けた理由を知りたかったりする。

[tecepe]

おもしろそうな本…プロジェクトマネージャーとかいうポジションではないなりに、プロジェクトにゃしょっちゅう関わるので他人のやり方知りたい。

[hiduki001]

知れば知るほどやりたくなくなる。業務内容は大変で報酬は少ない。それがプロマネ。上位役職者や経営者向けにそこの改善を促す本出すなりセミナーしてほしいものだよ

[natu3kan]

下請けの各部署の皆が無理って同時に言える状況になり、元請けが無理なの実感するまでは、元請けに進捗について進言できない、みたいなのあるよな。真っ先に無理そうな事を言うと無能のレッテル張られるから。

[naggg]

セルフチェック表を組織で運用するのがいいんだろうけどなぁー

[dmr]

オッケーポチった

[asrog]

“QCDをすべて必達としてとらえると、調整の余地がなくなりリスクに対応できず、プロジェクトが危機に陥ることになるからです”プリントアウトして背中に貼りたい上司の顔がダースで浮かんだ

[kisiritooru]

著者がいる！（11人いる！みたいにびっくり）

[morucy]

使うサービスの深くまで知れとは言わないが、概要や構成やアーキテクチャをいつまでも知ろうとしないPMはいなくなってほしい。話が通じない。

[Ni-nja]

はてなーが書かれた本とな。あとで書店注文しにいかねば

[syu614]

買いました。PMPとか取る気がしないし、平易に書かれていそうなきがしたので。

[gyakutorajiro]

プロマネとかプログラミングできないくせに地位だけ高い老害上司がやってる仕事じゃないの。https://b.hatena.ne.jp/entry/s/xtech.nikkei.com/atcl/nxt/column/18/00084/00237/ 現場を知らないプロマネは根絶すべき、現場のエンジニアのために

[qawsklp]

プロマネが何をやっているのかよくわからない...