今年を振り返り、来年の目標を

今日は私が加入しているインディペンデント・コントラクター(IC)協会の忘年会に参加してきました。

私が座っていたテーブルにて「ビジネスパートナー(BP)をどのように見つけるか」というテーマを投げかけてみました。裏返すと「どのように自社をBPとして見つけてもらうか」というテーマとも通じるものがあるようですね。

何故私がこのような問いかけをしたかというと、新しいことをしようと思ったときに、自社だけでは力不足であった場合に、やはり頼れるBPの存在が必要になるのではと思っているからです。

議論を交わしているうちに思わされたことは、弊社はまだ事業内容を充分にアピール出来ていないということです。言うなれば「分かる人には分かる」というレベル。これではBPどころの話ではないなと。また、それが出来れば、反対にどの会社あるいはどの人が、どんなことが得意であるのかという事を把握して、弊社のニーズにマッチするパートナーを探すフェーズに移行できるのではないかと。

私自身はこれまでも充分に発信してきたと思っていたけれど、人柄とか考え方とか、そういう人間性の部分しか理解してもらえないような内容ばかりだったと思います。人間性も大事だけれど、BPとして見てもらう為には、少なくともビジネスの領域で弊社の強みは何か、得意分野は何かという事が分かるような内容でなければならないということを再認識しました。

もっと、普段どういった仕事をしていて、例えばITの支援といっても具体的にどんなことをしているのかということを、こまめに発信していく必要があると感じました。現実を目の当たりにして愕然としましたが、見方を変えれば、これで一つ来年の目標が出来たわけです。それだけでも今日の忘年会に参加して良かったと思います。

IC協会には今年も大変お世話になりました。来る年も、より活発に参加していきたいと思います。

「デスマーチ」エドワード・ヨードン著

本書はもう何年も前に一度読んだのですが、今年から「炎上プロジェクトから学ぶセミナー」というのを始めたこともあり、改めて読んでみようと思い立ったのです。

デスマーチ・プロジェクトと炎上プロジェクトは印象はよく似ているのですが、厳密には違っています。まず、デスマーチというのは著者のエドワード・ヨードン氏が「プロジェクトのパラメータが正常値を50%以上超過したもの」と定義しているものです。例えば、納期や予算が通常の見積の半分以下であるといった場合です。

それに対して炎上プロジェクトというのは、手を打たなければ約束を守る(契約を履行する)ことができない状況に陥ったプロジェクトのことで、誰かが定義したというよりはもっと俗っぽい言い方です。ヨードン氏の表現ではデスマーチ・プロジェクトは政治的な背景により意図的に作られたものですが、一方で、プロジェクトが炎上する原因はマネジメントの欠如です。そしてデスマーチ・プロジェクトは必ずしも炎上するとは限りません。同様に、炎上するプロジェクトが全てデスマーチとも限りません。そこははっきりと区別すべきだろうと思います。

見方を変えると、デスマーチ・プロジェクトは(火を点けられて)最初から炎上しているプロジェクトとも言えるでしょう。しかし、本書は単にデスマーチ・プロジェクトの実例を取り上げて、その悲惨さ・異常さを揶揄(やゆ)するのが目的ではありません。むしろ本書ではデスマーチを肯定的に捉えており、デスマーチ・プロジェクトをどのようにマネジメントして成功に導くかというテーマを真剣に展開しているのです。

普通のプロジェクトではマネジメントに多少不備があるくらいでは成功率はそれほど下がらないかもしれませんが、デスマーチ・プロジェクトの場合ではほぼ間違いなく失敗します。本書では、デスマーチ・プロジェクトの処方箋として「トリアージ」という考え方を提唱しています。(他にも、予防策として「プロマネ版フライト・シミュレータ」を用いた訓練を提唱していますが、興味のある方は読んでいただきたいと思います。)

トリアージというのはもともと野戦病院での限られたリソースの中で最高のパフォーマンスを導き出すための考え方です。全ての事項に対処できないので、基準を決めた上で4段階の優先順位をつけ、優先度の高いものから対処していくのです。このことは炎上してしまった普通のプロジェクトでも効果があります。ここで重要なのは利害関係者が「全ての事項に対処できない」という共通の認識を持つことです。「全部やるのが当然」という根深い完璧主義の文化が、容赦なく足を引っ張ることになるからです。

その文化についてですが、デスマーチをマネジメントするにあたっての大きな障害に成り得るとヨードン氏は指摘しています。そして文化を変えることはできないが、文化から隔離することはできる、とエールを送っています。いずれにせよ、本書で紹介されているいずれの方法も特効薬ではなくただの薬であり、何よりもマネジメントを継続していくということが肝要ですね。

――――
書名:デスマーチ 第2版
副題:ソフトウェア開発プロジェクトはなぜ混乱するのか
著者:エドワード・ヨードン
発行:日経BP社/2006年5月8日
ISBN:4-8222-8271-6