顧客対応・調整 ステークホルダー調整のコツ｜権限がなくても人が動く「お願いのストーリー」のつくり方
部署間の調整がうまくいかないのは、相手が「自分以外の役割」を見えていないからです。営業・技術・顧客など立場の違う人を動かす「お願いのストーリー」、正攻法が通じない時の根回しと「1分で話せる大義名分」を、現場25年のPMが解説します。
顧客対応・調整 
進捗・課題・リスク管理 プロジェクトのリスク管理｜「対応しない」も合意しておくと現場は止まらない｜IT現場25年のPMが解説
リスク管理表は作ったのに、いざ問題が起きると現場が混乱する。その原因は「発生したらどうするか」が決まっていないことです。判断基準の事前共有、「対応しない」という選択肢の合意、静かな時にこそ準備する理由を、IT現場25年のPMが解説します。
顧客対応・調整 無茶な納期・無償の追加依頼の断り方｜信頼を失わないPMの顧客対応フレーズ集
「すみません」と「わかりました」で顧客対応をしていませんか？無茶な納期短縮、無償の仕様追加、障害発生、責任の押し付け合い、上層部へのエスカレーション。5つの場面ごとに、信頼を積み上げるPMの対応の流れと、そのまま使えるフレーズを紹介します。
チームとリーダーシップ 炎上プロジェクトの立て直し方｜途中参画のPMが最初にやる5つのこと
炎上プロジェクトの立て直しは、技術より先に「収束した状態」をゴールに据えることから始まります。途中参画のPMが最初にやること、ルールを絞る統制の取り方、下がった士気に火を灯す方法を、IT現場25年のPMが解説します。
上流工程・計画 要件定義の進め方｜「要求定義」との違いと、本音を引き出すヒアリング術｜IT現場25年のPMが解説
要件定義がうまくいかない原因は、言葉だけを聞いていることにあります。要求定義と要件定義の違い、相手が言語化できていない本音を引き出す「仮の言語化」、よくある失敗3つを、IT現場25年のPMが解説します。
チームとリーダーシップ PMいろはカルタ
PMいろはカルタ ── 25年分の現場を、四十八枚にプロジェクトの現場で25年。COBOLの時代からPL・PMまで、数えきれないほどの「順調です」が、実は何も見ていなかった場面に立ち会ってきました。うまくいった理由より、つまずいた理由の方が...
PMの哲学 燃え尽きることで、許されると思っていた
前回、「私が抜けたあと、その現場は回っているか」という記事を書きました。 抱え込むこと、そして去り方の話です。今回はその続きとして、熱の話を書きます。PMに情熱は要る、とよく言われます。私もそう思います。 ただ、情熱ほど扱いを間違えやすいも...
PMの哲学 私が抜けたあと、その現場は回っているか
PMの評価は、たいてい「在任中に何を成したか」で語られます。 納期を守った、火を消した、赤字を止めた。どれも成果です。けれど私は、もうひとつの評価軸を持つようになりました。 自分が抜けたあと、その現場が回っているかどうか。そう考えるようにな...
PMの哲学 その消耗には、名前がある ―― 「不毛」という関係について
一生懸命やっている。手は抜いていない。むしろ人より動いている。なのに、なぜか何も残らない。良くしようと差し出したものが、誰にも届かず、流れにならず、ただ消えていく。終わってみると、自分の中に疲れだけが沈殿している。もしあなたが今、そういう場...
進捗・課題・リスク管理 課題管理表が「更新されない」を解決する5つのルール｜IT現場25年のPMが解説
課題管理表が更新されない原因は、ツールではなく「何を書くか」の設計にあります。IT現場25年のPMが、表が自走する5つのルールを解説。コピペで使えるExcelテンプレートも紹介します。