業務知識の必要性
SEは開発作業においてもプロジェクトのトップとして中心的な働きをします、ですが、それ以前の段階からプロジェクトに参加しています、優秀なSEの条件に求められる知識、それは、業務知識です、例えば、金融システムには金融に詳しいSE、物流システムには物流に詳しいSE、病院システムには病院に詳しいSE、新聞システムには新聞に詳しいSEが必要です、業務知識がなければSEは務まりません、ユーザーとの会議が行われた時、開発側からも管理職や営業担当も参加するのですが、ユーザーから発せられる専門用語や現状説明を聞いたとして、開発側で対等に受け答えできるのは業務知識を持つSEだけです、実はユーザー側にも同じことが起きます、システム開発の話を対等に受け答えできるのはユーザー側のSEだけです、ユーザー側のSEって不思議に思われるかもしれませんが、ユーザー側にもシステムの運用、保守、開発に従事している担当者がいるわけです、開発側とユーザーの会議とは業務を知っている開発側のSEとシステムを知っているユーザー側のSEの両者の会話が中心となります、煮詰まった後に営業や管理職がそれぞれの担当の話をするのが一般的な流れです、ところがそうならないことが頻繁に起きます、それはユーザー側の知識が不足している場合です、自分の会社の情報の流れや各課の仕事内容を知らない担当者が出席すると、システム化の話はなかなか前には進みません
SEの本領発揮
先のブログに設計の段階で保留事項が発生すると記述しました、私のいたプロジェクトではペンディングと呼んでいました、ユーザー側において自社に詳しいSEのような存在がいないと仮定した時、開発者側は新規構築システムについて、質問をしたり、詳細を聞き出そうとするのですが、どうも、ユーザーからの反応が鈍いのです「少し時間をください」となるのですが、なかなか、返事はきません、そして、ペンディングは溜まっていく一方です、この状態ではいつまでたっても開発側としては開発作業を開始できません、ですが、開発側に優秀なSEがいた場合、ペンディング事項を発生させない技があるのです、それは、解決案の提示です、ユーザーに対して案A、案B、案Cを提示しそれぞれの長所、短所を解説しユーザー側に採用案を決定してもらうのです、このような会議が何度か行われるとユーザーからの信用が増し、かつ、安心感を与えることにもつながり、ペンディング事項が少なくなります、この瞬間から、このプロジェクトは信頼を得た優秀なSEを中心とした組織に変貌していきます
スーパースターの定義
私はこのような優秀なSEを勝手にスーパースターと心の中で呼んでいました、そして、非正規社員での新規派遣業務に就くと真っ先にプロジェクトのスーパースター探しをするのです、プロジェクトのスーパースターの人数はおそらく一人、プロジェクトの人数は大勢いたとしても、たった一人のSEの存在で成り立っているのです、その姿は開発者達の憧れであり目標でもあります、若い野球選手はイチロー選手や大谷選手がいるからこそ「あのレベルまでは到達できるんだ」と実感できるのと似ていますね、いずれ、ブログにてスーパースターの話を記述する予定ですので、興味のある方は楽しみにしていてください、もちろん、システム開発のスーパースターの話です、今、思うと、私にはとても眩しく、だからこそ必死で見つめ続けていた人でもあります
コメント