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の組織設計術
    品質管理の「責任の空白」はなぜ生まれるのか プロジェクトの終盤、品質レビューの場でこんな言葉が飛び交う光景を見たことはないだろうか。 「品質チェックはQA担当の仕事だと思っていました」「レビューは工程の最後にやるものでは?」——こうした発言...
    「KPIは設定した後が本番だ」——モニタリングを”意思決定の回路”として設計し、数字をチームの行動に変える実践技法
    KPIを「飾り」にしてしまうPMの共通パターン プロジェクトのキックオフ時、丁寧にKPIを設定したにもかかわらず、気づけば誰も見ていない——そんな経験はないだろうか。 多くのPMが陥るのは、「KPIを設定すること」を目的にしてしまうパターン...
    「変更管理は”コスト”ではなく”投資”である」——変更を価値創出の機会に変えるPMの戦略的思考法
    変更管理に対する「誤った前提」を疑う 多くのプロジェクトマネージャーは、変更管理を「やむを得ず対処する作業」として捉えている。変更要求が来るたびにため息をつき、承認フローを回し、スケジュールと予算への影響を計算し、ステークホルダーへの説明に...
    「プロジェクト憲章を”最初に書く文書”と思っていないか」——憲章を”合意形成のプロセス”として設計し、チームの出発点を揃える実践技法
    憲章は「文書」ではなく「会話の結晶」である プロジェクト憲章(Project Charter)について、こんな誤解が根強く残っている。 「PMが最初に書いて、承認をもらう文書」 だが、この認識が間違いの入口だ。憲章を「書く」ことに集中してし...
    「振り返りの”場”より振り返りの”間”が大事だ」——レトロスペクティブを点から線へつなぐ”継続設計”の実践技法
    振り返りは「イベント」ではなく「習慣の連鎖」である プロジェクト振り返り(レトロスペクティブ)に関する記事や書籍は多い。ファシリテーションの型、心理的安全性の確保、データの活用法——それらはすべて「その場をどう設計するか」という問いへの答え...