![[PukiWiki]](image/pukiwiki.png "[PukiWiki]")
#author("2023-01-27T03:31:29+00:00","default:hotate","hotate") #author("2023-06-06T11:18:28+00:00","default:hotate","hotate") #contents &tag(プロジェクト,PMBOK,プロマネ); &tag(プロジェクト,PMBOK); * 情報 [#g0683423] - [[「人が足りない！」と気づいた頃にはもう手遅れ、スケジュールの遅れはどうすれば取り戻せるか | サイボウズ式>http://cybozushiki.cybozu.co.jp/?p=16062]] ([[2014]]/06/09) どうしても追加人員の投入が行われる場合には、以下の3点に留意しなければなりません。 まず第一に、日頃から可能な限りチーム内の業務を標準化しておくことです。 第二に、チーム内の独自ルール・知識などは日頃からドキュメント化・マニュアル化を心がけることです。 第三は、助っ人には、とびきり優秀な人を選定することです。 - [[炎上プロジェクトはエースを潰す、リーダーが育つという誤解 | 日経 xTECH（クロステック）>https://tech.nikkeibp.co.jp/atcl/nxt/column/18/00568/011500002/]] (2019/01/21) つまり、典型的な「生存バイアス」だ。生き残った人は良い思い出として語るが、実は炎上プロジェクトで潰れてしまった人も多くいる。その人たちは発言しないため、炎上プロジェクトの経験が実態以上に良いものとして語られてしまっている - [[言いにくい相手に事実を伝える、それがPM | 日経 xTECH（クロステック）>https://tech.nikkeibp.co.jp/atcl/nxt/column/18/00694/040800007/?n_cid=nbpnxt_mled_itm]] ([[2019]]/04/18) 「今も昔も、なぜ失敗しないのか、と聞かれます。そのつど、普通のことをやっているだけです、と答えています」確かに説明をそのまま書くと、当たり前のことの列挙になってしまう。例えばプロジェクト現場の事実をつかむにはどうすればよいか、と問うと次の答えが返ってきた。「ひたすら歩くことです」 * [[書籍]] [#k3c7a126] - [[炎上プロジェクトの火消し術『プロジェクトのトラブル解決大全』: わたしが知らないスゴ本は、きっとあなたが読んでいる>https://dain.cocolog-nifty.com/myblog/2022/07/post-4e8f53.html]] ([[2022]]/07/23) トラブルの解決法は、現場から現場へ、暗黙知のノウハウのように伝えられる。だが、今はリモートワークが中心だ。 -- [[プロジェクトのトラブル解決大全 小さな問題から大炎上まで使える「プロの火消し術86」 - Amazon>https://amzn.to/3pVO2tA]] 数々の炎上プロジェクトを解決、ゴールに導いてきた著者が、プロジェクトのトラブルを解決(防止)する方法を事細かに伝授する。 - [[しなくていい失敗を回避する『プロジェクトマネジメントの基本が全部わかる本』: わたしが知らないスゴ本は、きっとあなたが読んでいる>https://dain.cocolog-nifty.com/myblog/2023/01/post-3bd8d3.html]] (2023/01/07) -- [[プロジェクトマネジメントの基本が全部わかる本 | Amazon>https://amzn.to/3VP6fXf]] 本書では、なにを対象としたどのような規模のものであっても活用できるPMの基本スキルを丁寧に解説します。 * [[可視化]] [#ifb26eb6] - [[Developers.IO 7年間の歴史を10,000本超の投稿データから振り返る ｜ Developers.IO>https://dev.classmethod.jp/etc/playback-part2-developers-io-all-post-history/]] 2011年7月1日の開設以降、Developers.IOは毎日多くの投稿を重ね、昨年07月(満6年)にはついに累計投稿10000本を達成致しました。 * リスク管理 [#af728f71] - [[変動を計画の前提に軌道修正の手立てを用意（2ページ目） | 日経 xTECH（クロステック）>http://tech.nikkeibp.co.jp/atcl/nxt/mag/sys/18/032300018/041900002/?P=2]] | 確率（高） | 軽減 | 回避 | | （低）| 受容 | 転嫁 | | 確率×影響度 |（低）| 影響度（高）| - [[成否の分かれ目はプロマネではない | 日経 xTECH（クロステック）>https://tech.nikkeibp.co.jp/atcl/nxt/mag/nc/18/022100026/022200001/?P=2]] リスクの事前対策を施すのは当然のように思えるかもしれないが、実はそうではない。プロジェクトの期間別に見ると、3年以上でさえ実施率は47.3％と半数にも満たなかった。 * [[用語集]] [#zd9ee124] - [[トレンドチャート（trend chart）とは - IT用語辞典 e-Words>https://e-words.jp/w/%E3%83%88%E3%83%AC%E3%83%B3%E3%83%89%E3%83%81%E3%83%A3%E3%83%BC%E3%83%88.html]] プロジェクトの進捗を把握するために作成される図の一つで、費用と工程の消化度合いを表す折れ線グラフを予算と実績の両方について描画したもの。 - [[プロジェクトマネジメントのエッセンス（その3）責任と権限の明確化 - ものづくりドットコム>https://www.monodukuri.com/gihou/article/282]] 作業責任マトリクス（TRM：Task Responsibility Matrix） * 関連 [#d9faf7c4] #related - [[PMBOK]]
