第32回 欲しいのは、PDCAサイクルが短い人
トライアンツコンサルティング
野村隆
2007/12/19
■Pが異様に長い人
次に、もう一方の「PDCAサイクルが短い人」について解説させてください。PDCAサイクルが長い人、特にPlanのステップが長い人は、考えるだけで行動しない結果に終わってしまうことがあり、これもこれで問題です。
例えば、システム開発の提案段階で、お客さまが何かに悩んでいるが、悩みが何か分からないという局面があります。
相手の悩みが分からないときは、相手に直接聞くのが一番だと私は思っています。かっちりした資料を用意する前に、まずは相談する方が誤解も少なくなるし、相手はできるだけ早く悩みを聞いてくれることを望んでいるでしょう。
しかし、あるとき私が一緒に仕事をした人は、「手ぶらではお客さんの前に行けない。資料を文書化して持参しなくては失礼に当たる」という発想、つまり、ちゃんとPlanしないと駄目という考えの持ち主でした。
この考えに基づき、ある日私たちは、お客さまの悩みを想定した資料を深夜までかかって文書化しました。そして翌朝、お客さまとの打ち合わせに資料を持っていきました。
でもこの資料は、お客さまの要望・悩みを考慮していない、独り善がりの考えを文書化しただけの内容でした。内容が独り善がりなので、お客さまに受け入れられるわけがないのです。「悩みの相談には乗ってほしいが、こんなことで悩んではいない。的外れだ! お前は何も分かっていない!」と怒られるところから、お客さまとの会話が始まるわけです。これでは効率が悪いですよね。
これでは、文書化する意味がないので文書化の時間がもったいないと思います。また、お客さまに聞けばいいものを、聞かないで独り善がりの文書を作成するという段取りも悪いです。最悪なことは、せっかく苦労して文書を作成したのに、お客さまの印象はかえって悪くなっているという状況です。
私の経験から考えると、失敗を恐れるタイプの人は、このようにPlanのステップが長く、考えるだけで行動しないことになりがちです。
この連載の第3回「失敗を恐れず行動しよう」では、失敗を恐れて行動ができなくなるという学校教育の弊害について解説しています。失敗を恐れ、過度にPlanに時間をかける、もっというと「Planする段階で時間をかけて検討したのだから、Doの段階で失敗してもいい訳が立つ」という発想に至っては、学校教育の弊害の1つだと思います。
そうではなく、PDCAのサイクルを早く回せる人、Planしたら失敗を恐れずにDoに移せる人が望ましいのです。PDCAの精神からすれば、Dで失敗しても、Cでチェックして、Aという是正措置を取ればいいのですから。
■心掛けだけでも、仕事は変わる
PDCAサイクルを基準に、いま求めている人材像についてお話ししましたが、皆さんの参考になったでしょうか。
具体例を引き合いにいろいろ書きましたが、私自身も毎日の作業において「ああ、もっと考えて行動すべきだった、PDCAのPを軽視したなあ」と思うときもあれば、「うーん、今回は、考えすぎて頭でっかちになってしまった。PDCAのPを短くすべきだったかな」などと反省するときがあります。
まだまだ修業中ですが、PDCAサイクルをきちんと踏もう、PDCAサイクルを短くしようと心掛けています。
心掛けるだけで、仕事の質は変わります。自分の行動を振り返って、「Pが長いかも」とか「DとAだけになっていないか?」と自問自答するだけでも、効果はあると思いますよ。ぜひ、お試しください。
| 今回のインデックス |
| PDCAサイクルの、DとAだけな人 |
| Pが異様に長い人 |
| 筆者プロフィール |
| トライアンツコンサルティング エンタープライズアプリケーションサービス ディレクター 野村隆 無料メールマガジン「ITのスキルアップにリーダーシップ!」主催。早稲田大学卒業。アクセンチュアにて、金融・通信業界の業務改革・大規模システム導入プロジェクトに多数参画。ITバブルのころには、少数精鋭からなるITベンチャー立ち上げに参加。大規模(重厚長大)から小規模(軽薄短小)まで、さまざまなプロジェクト管理を経験。SIプロジェクトのリーダーシップについてのサイト、ITエンジニア向け英語教材サイト、人材派遣情報サイトも運営。 |
ITエンジニアを続けるうえでのヒント バックナンバー
- 第1回 WhyとHow、どちらで悩みますか?
- 第2回 なぜ「決めただけではダメ」なのか?
- 第3回 失敗を恐れず行動しよう
- 第4回 現場で学び、将来への不安を減らす
- 第5回 リーダーシップは生まれつきの才能ではない
- 第6回 正しい行いは将来を変える
- 第7回 中心は「ココロ」、リーダーシップトライアングル
- 第8回 コミュニケーションはリーダーシップの基礎
- 第9回 ソフトウェアは目に見えない
- 第10回 正しいことをし、行動力を発揮するココロ
- 第11回 信頼は河原の石のように
- 第12回 「見える化」だけでは見えないもの
- 第13回 プロジェクト成功につながる100年の杉苗
- 第14回 「もっとスキルを」が引き起こす問題
- 第15回 困難に立ち向かうリーダー、逃げるリーダー
- 第16回 自分を陥れた人に感謝する理由
- 第17回 苦境でも人を恨んでいる暇はない
- 第18回 スペシャリストはリーダーになれない?
- 第19回 プロジェクト運営で重要な「リアリティ」とは
- 第20回 その「リアリティ」はプロジェクトに不必要
- 第21回 石につまずいて怒りますか?
- 第22回 スキルや経験より大切なもの
- 第23回 最近、あなたは職場で人を褒めましたか?
- 第24回 人を育てるためには我慢して待ちましょう
- 第25回 やる気を重視すれば将来は明るい!?
- 第26回 筋の通ったプロジェクト運営を目指そう
- 第27回 最後まであきらめないココロ
- 第28回 デキる技術者になるためのちょっとした心掛け
- 第29回 議論すべき会議とそうでない会議
- 第30回 せきばらいで会議をコントロールする?
- 第31回 なぜか、頑張らない人たちの行く末
- 第32回 欲しいのは、PDCAサイクルが短い人
- 第33回 朝令暮改は悪いこと?
- 第34回 オフショア成功に必要な「ある特性」
- 第35回 何でオフショア開発しなくちゃいけないの?
- 第36回 「面倒」なオフショアを、それでも行う3つの理由
|
|
| スキルアップに役立つ問題を無料で出題 | |
| ITスキル研修4000件、最新情報の検索できます |


PHP技術者認定の最上位、ウィザード試験が5月より開始