エンジニアをレベルアップさせる「ファシリテーション入門」

第2回　プロジェクトがうまくいく，問題早期発見のコツ

2008年6月16日

野口和裕

Twitter リスト

この記事を読むのに必要な時間：およそ 2 分

ファシリテーターの大切な役割は，話し合いの場を安全にする事です。場が安全というのは，発言者がだれかに攻撃されたり（責められたり⁠）⁠，不利益をこうむったり，特定の人のみ発言するといった事がない状態をいいます。

みなさんも，場が安全でなければ，発言する気はなくなりますよね。

今回は，プロジェクトがうまくいく上で『安全な場』が大切ということを解説します。

問題があきらかにされない理由

プロジェクトを成功させるポイントの一つは，問題を早期に発見することです。

問題は小さいうちに対応すれば，工数も時間も少なくてすみます。しかし，よく見られるのは，最初は順調そうにみえて，プロジェクトの終盤で大きな問題が噴出し，最終的に身動きがとれなくなる事です。みなさんも，そんな経験はなかったでしょうか？

一説によると，プロジェクトの成功確率は30％なんだそうです。"何をもって成功とするか"という基準にもよりますが，私の経験でも納期を守り，予算内で一定以上の品質を確保したプロジェクトは，たしかにそれぐらいの確率かもしれません。

では，なぜ問題を早期に発見できないのでしょうか？　一つにはシステム開発の現場は，次のような，外から見て問題をつかみにくいという特徴があります。

ソフトウェアというのが目に見えない（もちろん仕様書やソースは見えますが，よほど読み込まない限り問題点がわからない
より専門的になった昨今の開発は専門家でないと問題点がわからない

また，問題を出させるために管理を強化しても，ある程度以上の効果は望めません。強化しすぎると，今度はモチベーションを下げるという弊害も発生します。

こうした事を考えると，最終的に問題を早期発見するには，実際作業しているメンバーに自発的に報告してもらうしかありません。ところが，その報告はなかなか行われません。その理由は次の３つです。

1．問題を報告すると，責められる

だれしも責めらるのは嫌でしょう。できる事なら問題が発覚する前に，自分で解決したいと思うはずです。責任感の強いエンジニアこそ，こうした気持ちは強いはずです。しかし，そうこうしているうちに問題は次第に大きくなり，今度は報告するのが怖くなって黙っておくといった事になってしまいます。

2．問題を報告すると，不利益をこうむる

よかれと思って問題を報告すると，その対応をお願い（命令）されたりします。私は「いいだしっぺがやる」というよくわからないルールによって，非常に忙しいのに自分の仕事以外の事を押しつけられることもあります。こうなると，もう報告したくなくなります。

3．問題を報告すると，無視される。

問題を報告しても，無視されることがあります。張り切って報告しても肩透かしをくらってしまうのです。たしかにプロジェクト全体で見ればさほど大きな事でないのかもしれませんが，大きい小さいは現場では判断できない事も多くあります。現場では大切と報告したことがむげにされると，そのうちに，"報告なんてしても無駄"という気持ちになります。

著者プロフィール

野口和裕（のぐちかずひろ）

13年間の会社員時代，SEとして企業や官庁で各種システムの設計に従事。製造業，建設業，人事システムの構築を数多くこなす。その後，独立しフリーランサーのSEになる。現在有限会社NTX）を設立し，SEの傍らヒューマンスキルの研修を行う。

著書は『SEのための「どこでもやれる力」のつけ方』（技術評論社刊）。3度の飯はお好み焼きでOKという広島人。

ブログ：http://blog.livedoor.jp/facilitator/

エンジニアをレベルアップさせる「ファシリテーション入門」

LINE テクノロジー＆エンジニアリング大全: 「LINE DEVELOPER DAY 2020」より，注目すべきテクノロジー，エンジニアリングをピックアップし，詳説インタビューを実施しました。
プロダクト思考で開発が進む「みてね」の今とこれから～みてねの生みの親笠原健治氏，開発マネージャ酒井篤氏が考える，プロダクトとエンジニアリングの素敵な関係: 「家族アルバムみてね」を支えるエンジニアリングについて，開発体制やプロダクトの開発・運用，これからのビジョンについて伺いました。
自分の証明と持続的な学びがこれからのDX人材の鍵を握る～A-BANKが考えるDX人材バンクの在り方とは？: 2020年11月にスタートしたA-BANKの人材バンク。評価・育成・紹介の一体型人材紹介から見える，これからの人材エコシステムに迫ります。
APIゲートウェイとサービスメッシュの違い: APIゲートウェイとサービスメッシュの，それぞれの概要とユースケースを紹介し，いずれを使用するかの判断の指針となるチートシートを提供しています。
LightningChart® Traderによるテクニカル分析と証券取引アプリケーションの開発: 証券取引アプリケーションの開発プロセスを大幅に簡素化するLightningChart® Traderのビルドイン機能について紹介します。
コードの安全性・安定性を高める開発サイクル～テスト管理の効率を上げ，脆弱性診断を自動で行う～: 本連載では，連載「業務を改善する情報共有の仕掛け」を受けつつ，安全性・安定性を加えた開発サイクルについて考えていきます。