敏腕PMブログ

お客様は何らかの課題があるので仕事を外部に依頼します。
なのでプロジェクトは課題解決の連続です。
プロジェクトマネージャーは課題解決の責任者です。

課題解決の第一ステップはまず課題を定義することです。
これが意外に難しい。
例えばECサイトをリニューアルしたいお客様の場合、
課題は何かしらあるのでしょうが、
・売上が思うように伸びない
・サイト内で商品が検索しずらい
・そもそもサイトへのアクセス数が少ない
といったように、多岐に渡ります。

忘れてはならないのが、課題は定義しっぱなしではいけません。
課題には必ず解決策がセットになります。
「売上が思うように伸びない」という課題を定義するなら、
「売上げを伸ばす」解決策も提示できなければならない。

弊社で大切にしている言葉で、
・できない理由ではなく、できる理由を考える
というのがあります。
・課題を定義するだけではなく、解決策を考える
というのと同じです。

「○○という理由だから△△ができません」
ではなく、
「○○という課題がありますが、□□によって解決は可能です」
という発想と行動が大事です。

—

プロジェクトをやってると、たまーにですが、
“もうどうにもならん“という状況になります。
にっちもさっちもいかなくなる、というやつですね。

普通は課題があると、解決策を洗い出して、
まずは自分達で精査して、
それでも解決策が1つに絞り込めなければお客様に
判断を委ねる。
という形を取ります。

社内メンバーで解決しなければならない課題は、
できるだけ情報を社内で共有して、
プロジェクトメンバー以外からもアイデアをもらって、
最終的な決断をしていきます。

でも、上記手順を取ったとしても、妥当な解決策が見つからないときがあります。
例えば、データを全部消してしまい、かつバックアップも取っていなかった場合
なんていうのは、エンジニアの方だったら一度くらい経験しているのではないでしょうか。

パニックになると、冷や汗流していろいろと言い訳を考えたりするのですが、
大抵後からつじつまが合わなくなり、自分で自分の首を絞めることになります。

私もこれまでいろいろと窮地に追い込まれて来ましたが、
もうだめだ、解決案が思い浮かばない
状況になったときの、方針だけは明確にしてあります。

それは、、、、「正直」です。
正直に状況を全て話す。
ダメモト、怒られて当然、の状況で、それでも正直に話す。

短期的な逃げではなく、長期的な視点で解決策を探すと、
最後は「正直」という解が導かれる。
これは私の経験則ですが、結構同じ事を考えている
プロジェクトマネージャーは多いのでは？と思っています。

–