1億円規模の案件を抱えるプロジェクトマネージャ(PM)に特化したサービスをご提供します

朗報があります!
もしかしたら、1億円規模の案件のプロジェクトマネジメントを任されているのに、実は、思うようにプロジェクトが進捗していない、トラブルがポツポツ出てきているがこんな対処法でいいのか自信がもてない、誰かに相談したいのに上司に相談したら人事評価が下がるかも、と思うとひとりで考えざるを得ない、そんなお悩みに直面していませんか。

あなたがもし、そんな状況におちいっている場合には、ぜひ、続きを読んでみてください。きっとお役に立てます。

1億円規模のプロジェクトを成功させたいと考えているPMを全力で支援します。

  • 要件定義で、どんどんお客様から要望が出てしまい、工程が終わらない
  • 設計工程で、要件定義のモレが多発して、スコープがどんどんふくれてコントロールできない
  • 製造はオフショアにしたが、なかなか生産性が上がらず、コストメリットがなくなってきた
  • テスト工程の後半になっても、バグがどんどん発生している
  • このままでは約束通りにサービス開始できないかもしれない

そんな不安に毎日、押しつぶされそうになっていませんか。

PMの仕事はとてもやりがいがある仕事ですが、その分、毎日プレッシャーがかかっていて、メンタル不調で退場する人がたくさんいる仕事でもあります。

なぜ、PMの仕事はそんなにストレスフルなのか

「水とシステムはタダ」という言葉があるように、システムは動いて当然、トラブルがあったら無茶苦茶怒られる、という、なかなか割に合わない仕事です。複雑で技術の進化が早く、組み上げるのがとても難しいのに「できて当然」とはひどい話です。

ですが、これって、私が新人だった30年前も同じでした。動くのが普通。

であれば、私たちPMがうまく振る舞って、プロジェクトを成功させて、PMも元気にプロジェクト完了報告する、という方法を身につけるしかないですよね。世間の評価が変わるのを待つのではなくまずは私たちPMが変わっていく。

そんなPMとしての「生き様」を実現したいと思って、このサービスを立ち上げました。名付けて、

プロジェクトマネジメントマスタートレーニング

です。

1億円規模のIT導入案件、システム開発案件をほぼ100%成功させることができるプロジェクトマネージャを育成する。

なぜ、1億円規模なのか。

そうです、1億円規模の案件を抱えているプロジェクトマネージャ向けに絞っているのには、こんな理由があります。

まず、3000万円前後の案件は、PMの力技(ちからわざ)でなんとかできます。メンバが思うように動いてくれなくても、いざとなれば、全部、PM自身がやれば、なんとか納品できちゃう。プロジェクト全体も見渡せて、メンバも数人なので、だいたい思ったように動いてもらうことが可能です。

一方で、3億、5億、10億の案件は、中堅から大手Si-erが担当する案件になります。中堅から大手Si-erでは、PMを育成する研修プログラムやメンタリングの仕組みができあがっていて、道を踏み外さなければ、順調に成長できるルートができています。

はい、そうなんです、その間にある、1億円規模の案件を担当しているのは、

  • 小規模のSi-erで顧客のプロジェクトを管理している
  • 個別法人で、自社のプロジェクトを任されている

など、プロジェクトマネージャとして、誰もサポートしてくれる仕組みがほとんどない、という環境に置かれていることが多いのですね。毎日、困っていることがあるのに、誰にも相談できない、相談相手がいない、だから我流でやるしかない、我流といっても役立つ書籍も少ないし、これまでも見ようみまねでマネジメントしてきたので体系化したメソッドも持っていない、そんな「ないないづくし」の中でなんとかやるしかない。

その結果として、

  • 納期に遅れる
  • 実装した機能に漏れがある、認識齟齬があった
  • 大赤字で、上司に怒られる

など、PMとしてのプライドが保てるハズもなく「もうPMやめたい」「会社辞めたい」ということになるケースが非常に多いのです。

ですが、PMというのは、非常に貴重な存在で、AIがどれだけ社会に浸透しても、最後まで残る仕事です。こうしたPM、プロジェクトマネージャを全力で支援、応援して、ひとりでも多く、1億円規模のプロジェクトは絶対成功できる、という自信が持てるようにしたい、と考えています。

当社のサービスを使っていただき、自信を持って、そして楽しくプロジェクトマネジメントできるようになることを全力で応援しています。サービス詳細のお問合せは今すぐこちらから↓


    「リスクは”確率×影響”だけで管理できる」という思い込みを捨てる——リスクの”時間的構造”を読み解き、対応タイミングを設計するPMの実践技法
    なぜ、リスクマトリクスを作っても「手遅れ」になるのか プロジェクト初期にリスクを洗い出し、確率と影響度でマトリクスを作る。多くのPMが実践しているこのアプローチは、間違いではない。しかし、「マトリクスを作ったのに、なぜか同じリスクが顕在化し...
    「スケジュールは”戻り方”を設計する」——計画の復元力を高める「リカバリー設計」の実践技法
    「どう守るか」より「どう戻るか」を先に考えていたか スケジュール管理の議論は、往々にして「いかに計画通りに進めるか」に集中しがちだ。しかし、現実のプロジェクトにおいて計画が完璧に実行されることは稀であり、多くのPMが直面するのは「崩れた後に...
    「課題を”分類”してから動く」という一手間がPMを救う——課題の性質を見極め、解決アプローチを”使い分ける”実践設計術
    なぜ「同じように課題を扱う」PMは消耗するのか 課題管理に熱心なPMほど、ある落とし穴にはまりやすい。それは、「すべての課題を同じプロセスで処理しようとする」という罠だ。 緊急度の高いバグ対応と、チームのコミュニケーション不全と、要件の解釈...
    「チームの”成熟度”を読む目」を持つ——SL理論をプロジェクト現場に実装し、リーダーシップを”状況対応型”に進化させる実践技法
    「いつも同じリーダーシップ」が、チームの成長を止めている あなたは、チームの全員に対して同じように接していないだろうか。 経験豊富なメンバーに対しても、まだ慣れていないメンバーに対しても、同じトーンで指示を出し、同じ頻度でフォローし、同じ距...
    「変更管理のコストは誰が払うのか」という問いを立てる——変更の”経済学”を理解し、意思決定の質を根本から変えるPMの実践思考
    変更管理は「止める仕組み」ではなく「選ぶ仕組み」だ 変更管理というと、多くのPMは「いかに変更を抑制するか」という方向で考えがちだ。承認フローを整備し、変更依頼書を書かせ、変更委員会を設ける——そうした"ゲート"を作ることに注力する。 だが...