■プロジェクトのリスク
プロジェクトをすすめる上で、様々なリスクを想定して、それに事前に手を売って置かなければなりません。
抽象的に言うと、リスクへの対処の仕方(戦略オプション)は3種類しかありません。
・リスクを発生しなくする ・リスク発生による障害を軽減する ・リスクが起きないような作業を選ぶ(回避)です。
本日は、この内、リスク軽減策について。
■究極のリスク軽減戦略
プロジェクト管理のバイブルとも言える「熊とワルツを」という本をごぞんじでしょうか？
この本に
究極のリスク軽減戦略というのがあります。
究極っていうのがすごいですね。
どんな方法だと思いますか？
著者のトム・デマルコ氏は、遠方の会議のために出張が必要な場合、
・前日に飛行機で移動し、その都市のホテルに前泊して、翌日は市内のホテルから会議に向かう ・当日の早朝から飛行機で移動し、その日のうちに会議に向かうの2つの戦略があると書いています。
この2つのケースでは、前者はあらゆる場面において余裕を持てますが、後者は「ひとつの前提でも崩れた場合」、会議に間に合わず、移動時間中はミスがひとつもできないという緊張感と不安に包まれたものになると指摘しています。
つまり、以下のように書かれています。
★−−−−−−−−−−−−−−−−−−−−−−−−−−−−
期日が絶対のプ口ジェクトでは、早く始めることこそが真のリスク軽減である。ほとんどのプ口ジェクトでは、それが遅延リスクを抑制する唯一の有効な方法だろう
−−−−−−−−−−−−−−−−−−−−−−−−−−−−★
一般のプロジェクトにも当てはまりそうですね。
■素早く着手する
プロジェクトをうまく予定通り終わらせるためには、
とにかく早く着手することがコツです。
もし、想定外の問題が起きたとしても、早く着手していれば、それを回復させるだけの時間がしっかり取れます。これに対して、上の遠方会議のように、当日に時間丁度につくように出発すれば、想定外の問題が発生した時に、プロジェクトは崩壊を免れません。
■引きずらない
プロジェクトの進行中に、どうしてもうまくいかないことや、精神的に参ってしまうような事態が起きる場合もあります。このときに、いつまでもその鑑賞に浸っていると、それがその他の作業を遅らせる原因になります。
つまり、済んでしまったことをすぐに忘れて、どうやったらプロジェクトのゴールに行き着くかということにフォーカスし続けていれば、ムダな時間を過ごさなくて済むわけです。
よくプロジェクト管理の本などでは、「振り返り」をちゃんとしましょう、という論調で書かれていることが多いです。特に「正確に覚えているうちに」などと書かれているなど、その反省や再発防止の検討を優先するかのように書かれているものがありますが、
嘘です。
プロジェクトのゴールにフォーカスし続けていれば、まず問題を収束させるか、回避をしておいて、プロジェクトを次に進める作業をするべきです。反省はプロジェクトが終わってからすればいいです。
ましてや、上司に怒られたなど、負の感情を引きずっていては、いい仕事はできません。さっさと忘れてしまうのが吉。
■ダメに成ったプロジェクトを嘆かない
もしそのプロジェクト自体がダメに成った場合でも、直ぐに次のプロジェクトの段取りをして、着手できるものは、とっとと着手していくことです。
反省や振り返りは、そこで開いた時間にやることです。
■同じテーマの記事
ある長いプロジェクトだと、目標は上司や顧客から与えられます。しかし、仕事が遅い人というかギリギリまで放置しておく人のパターンとして、仕事が分解できないということがあるようです。与えられた仕事を今日のタスクにまで分解する分解の方法については、過去記事で書いてますので、そちらを参考にしてください。ピクニックに行くタスクの分割と自動化WBSを作るスケジューリングの７つのコツタスクの分割単位は大きくていい仕事効率を上げる基本ルールいろいろな手法があります。どのよ..
プロジェクトマネジメントにはリスク管理はつきものです。ところが、ウチの会社では、「今回のプロジェクトにおけるリスクは何ですか？」と聞くと、「現場と意見が合わない」「シミュレーション環境が構築できない」とか、過去に起きた問題をリスク視する情報はあまり上がってきません。P仕事の段取りを考える上で必ず意識したいことは、先をイメージして、想定の範囲を広げるということです。ここまでご紹..
プロジェクトマネジメントにはリスク管理はつきものです。ところが、ウチの会社では、「今回のプロジェクトにおけるリスクは何ですか？」と聞くと、「現場と意見が合わない」「シミュレーション環境が構築できない」とか、過去に起きた問題をリスク視する情報はあまり上がってきません。P仕事の段取りを考える上で必ず意識したいことは、先をイメージして、想定の範囲を広げるということです。ここまでご紹..
プロジェクトスケジュールを決めるときに、１．タスクをリストアップする２．日程を決める３．担当者を決めるってやりますよね。でも時々担当者を決めないままスケジュールとして公開してしまう場合があります。多くの PMBOK 系の進め方だと、担当者を決め、最終的に各担当者の業務負荷をチェックして業務量を可能な限り平準化するのがセオリーです。私の勝手な持論ですが、世の中セオリー通りには行かないものです。原則は担当者ありき当然ながら、担当者を決めなければ、そのタスクを責任を..
いろいろな作業を経て完成する仕事(GTDではプロジェクトと読んでますね)があった時に、よく「作りなさい」問われるのが、計画化と「やることリスト」です。これはベースになっているのは、「やることリスト」であって、それを時系列に並べたものが計画です。みなさんはやるべき作業をどのようにまとめていますか？上司の指示、クライアントとの打ち合わせでできた宿題、自分自身で解決..
仕事は、大抵の場合、誰かから指示されて、その結果をまた誰かに渡すことで成り立ってます。指示するときや、指示を受けた時にキーポイントになるのは、QQCDR だそうです。仕事の五要素QQCDR私は「QQCDR」という仕事の五要素というやり方を頻繁に使います。それは、Quality(クオリティ・質）Quantity(クオンティティ・量）Cost(コスト)Deadline(..
私は電車を乗り継いで通勤してます。だいたい家を買うとき、「通勤30分」などという売り文句に釣られて、「30分なら圏内か…」と判断すると、電車の本数が少なくて、結局1時間コースになったとか…。時間計画には余裕時間が必要「遊びの時間」を考慮して逆算する到達点から逆算する方法にも、落とし穴があります。それは、「突発的なスケジュールが発生したとき」と、「逆算の過程が抜けて..
次から次へと仕事が降ってくるちょっと勉強熱心な上司になると、休日を使っていろんなセミナーに出かけたり、本を買い込んできて新しいチームビルディング方法やプロジェクトマネジメント手法を勉強したりしてます。逆にそういうことをしない上司は、過去の経験でしか物事を見られないので、組織を硬直化させる原因にもなるので危険なのですが、この勉強熱心な上司というのも、部下にとってはちょっと困りもの。なんでかというと、ちょっと聞きかじったようなことを「最近はこういうやり方が上手く言って..
業務が増えた職場が変わったり、人員の入れ替えが合ったりすると、今まで経験のない仕事の担当になったりすることがありますよね。そういう時に困りモノなのは、「どうやったらいいかわからないし、教えてももらえない」ということがちょくちょく。実際の仕事を優先する本来であれば、業務の引き継ぎは、「手順書(業務指示書)」があるのが最善ですし、それが業務を指示する側としての義務なのでしょうけど、普通の会社では結構ない場合があります。だからとい..
ステップファイルこれは『すべては「単純に！」でうまくいく』という本に書いてあった方法です。あるステップに従って仕事をこなすときに、そのステップごとに独立した色のクリアファイルに書類を入れ、複数の書類で同じステップのものをまとめて処理できるようにすることと、どこまで進んでいるかを簡単にわかるようにする仕掛けです。複数の仕事が平行して走るような場合に、間違が少なく時間にやれるようにするすごくいい方法だと思ってます。ステップファイ..
仕事の基本ルール
