IT業界で使いそうな言葉その4

うちは細々やってるブログですが、このシリーズはそんな中でも需要があるみたいなので、今回はプロジェクトに使われそうな横文字くくりで行きます!

 

この辺はエンジニアというより、営業やプロジェクトを進行する人たちの方が使う機会多そうです。

エスカレーション

クレームや、問い合わせの対応などでよく使われる言葉です。

 

例えば利用しているシステムで問題があったとき、問い合わせ先に連絡すると、最初に対応してくれる人がいますよね。

 

ただ、高度な調査が必要な場合、1次対応者だけでは対応が厳しい場合も当然あります。

 

そんなときもっと詳しい技術担当であったり、システムそのものを作った人に、問い合わせを引き継いだり、相談してみる事をエスカレーションといいます。

 

ざっくり言うと、自分より詳しい人、すなわち上位の担当者に上がってくって事なんで、エスカレーションなんです。

※中華風エスカレーション利用例

 

お客様:この店で一番うまいチャーハンを作ってくれ!金はいくらでも出す!

 
 

見習い料理人:料理長にエスカレーションします

 

サマリー

要約とか、概要とか、まとめって意味です。

 

例えば資料作ったとき、色々突っ込まれる事を想定して作るんで、書くことも増えちゃうんですが、関係者の中には全部読まなくてもいい人、読みたくない人もいるわけです。

 

私個人的に、サマリーとはそんな人への対策だと思ってます。

 

プレゼンの最初のページに要点だけをまとめた概要を書いておけば、資料作っても読んでもらえない事は防げますしななめ読みが基本の方でも大枠の理解はしてもらえます。

 

何をやったら結果どうなった?等のサマリは1ぺージにグラフを集約すると解りやすい為、よく使われています。

※ざっくりですがサマリの例

 

デプロイ

展開するって意味で、現場経験のある方でしたら「展開」という表現ですごく理解しやすいと思います。

 

しかしながら非エンジニアの方やイメージがしにくい場合、開発の人に「デプロイ完了しました!」って言われたら、「本番環境で利用できる様になりました」という意味で理解するのが早いと思います。

 

一例をざっくり解説しますと、例えばバグの改修やバージョンアップをする為に、本番環境にあるシステムのプログラムをそのまま変えたら、利用者にものすごい影響でますよね。

 

なので別な場所でプログラムを作って、完成したら、あらかじめメンテナンスの時間を決めておき、本番環境にデプロイ(展開)して初めて利用できる様になるんです。

※覚えたての横文字を使いたい料理長の一コマ

 

見習い料理人:デプロイって部署に人員を配備するって意味もあるらしいですよ!

 
 

料理長:新しく調理場に人をデプロイするか・・

 

バッファ

余力とか、余裕とか、ゆとりって意味でよく出てきます。

 

例えば「この作業は2人でやる予定だけど、バッファを持たせて3人でやろう」とか「この作業は2日で完了する予定ですが、トラブルを想定して。

 

あと1日バッファを持たせましょう」とかあらゆる場面で使われます。

※中華料理店での利用例

 

見習い料理人:バッファを持たせて長ネギ100本余分に買っておきましたー!

 
 

料理長:バッファ持たせすぎだろ

 

パラダイムシフト

海外のCEOが講演でよくこんな表現使ってる気がします。

 

パラダイムとはその時代の前提とか常識とかをいいます。これがシフトするって事なので、私たちが「当たり前」って思ってる常識が大きく変わる事をいいます。

 

確かにこれを意識する事は大事で、時代に合わせて変化する事ができない企業は、長く持ちませんって若い頃よく言われました。色々経験した結果、確かにそれは正しいと思います。

 

でもね、でもですよ。この言葉を日本語のプレゼンで使っちゃうと、何かかっこいいけど、逆に解りずらくならないですかね・・。って思います。

 

すいません、大変申し訳ないのですが、とあるプレゼンで初めてこの表現を聞いたとき、私こんな感じでした。

プライオリティ

単純に優先度って意味です。今どきは並列で沢山の仕事を動かさなければいけません。

 

なので優先順位をつけて仕事を回すときによく使われます。

 

表現の例として「この仕事はトッププライオリティ(最優先)でやってほしい!」とか「このタスクのプライオリティは?」みたいな感じの使われ方をします。

スポンサーリンク

 

ブラッシュアップ

「今あるものをより良くする」って意味です。

 

よく使われるのはドキュメントのたたき台を作ったとき「まずはドキュメントを作って、それをみんなでブラッシュアップしよう!」って言われるととっても前向きに聞こえます。

 

ただ、現実問題、叩き台は作ってみんなに叩かれて・・叩かれて・・修正してを繰り返して、そんな事にもめげすに完成させていくもんなんで、なかなかつらいときもあります。

 

でも「自分は良いものを作っているが、さらに良くしてるんだ!」と思う様にしましょう。これこそがブラッシュアップの神髄です!

※前向きなブラッシュアップ利用例

 

今回チャーハンのネタ多すぎないか?

 
 

今後ブラッシュアップしていきます!

 

ボトルネック

これ意外と使います。ITで利用するケースとしては、例えばシステムが遅いなどの問題があったとします、そのとき原因の根本はどこにあるか?みたいな意味で使われます。

 

例えばサーバーなのか?ネットワークなのか?サーバーだったらどこに問題があるのか?など根本の原因をボトルネックといいます。

 

使い方は「システムの遅延のボトルネックはどこだ!」みたいな感じです。

 

これは豆知識ですが、この言葉の由来は「瓶」です。

 

瓶って首が窪んでるおかげで水がドバドバでて来ないんです。

 

逆に水をドバドバ出すには首を広げなければいけません。

 

逆に考えると、水がドバドバでないのは瓶で言えば「首」が原因なわけです!

 

この首(ボトルネック)が環境のどこにあるか探し出すときにこの表現を使うわけです。

ロジック

いろいろな意味で使われるのですが、IT用語として多い使い方は「プログラムの内容や順番」を指す事が多いです。

 

例えば、こんな光景をよく見かけます。

 

「ロジックを決めましょう」って感じでスタートして、ホワイトボードに必要だと思われる登場人物(サーバやシステムなど)をすべて書きます。

 

次はそれをどう動かして、どう繋げていけばやりたい事が達成できるかを決めていきます。

 

決まったらこれを仕様書に起こしてプログラミングを進めていく感じです。

利用例:美味しいチャーハンを作るためのロジック


・登場人物

フライパン・卵・米・チャーシュー

ごま油・長ネギ

【処理の開始】

フライパンをよく温める

ごま油を多めに引く

卵を入れる

米を投入(よく炒める)

長ネギとチャーシューを投入

目的(美味しいチャーハンが完成)

 【処理の終了】


番外編  落としどころ・折衷案

プロジェクトを進める人も営業もエンジニアも、何だかんだいってみんなこの仕事が一番多いんじゃないでしょうか。

 

これを繰り返してやっと「完成」にたどり着くのだと私は思っています。

 

では、どうしてこういう流れになるのでしょう?

 

それは、いくらベテランの優秀な専門家が集まって、ロジックを決めて設計してプロジェクトを進めても、どうしても「想定外」が出てしまうからなんです。

 

それが後へ引けない段階で発覚すると、急遽、仕様変更やスケジュールの引き直しなど、対策を考えなければいけません。

 

お客様は想定通りの事ができなくなるので、不安になり温度感が高くなります。

 

ベンダー側は作業の後戻りはできないし、そもそも想定外の状況なので、想定された通りには作れない事が確定してます。

 

こんな、八方ふさがりの状況になったらどうしましょう?

 

こうなってしまうと、ひたすら出来ませんってあやまっても、ひたすら怒って無理難題をぶつけたところで何も解決しません。

 

有効な方法は、正直にお互いの状況を共有しあう事、別な方法で目的を達成するには「お互い何をどこまでできるのか」を話しあう事です。

 

そこから、折り合いをつけて方針を決める事を「落としどころ」とか「折衷案」と呼んでます。

 

プロジェクト慣れしているお客様ですと、この流れが作りやすいですが、お客様が不安になり怒っちゃうケースも当然あります。

 

この場合は、まず不安要素を話してもらって、不安を発散させてあげましょう。

 

経験上、不安が発散して落ち着けば、交渉が可能になるケースが多いです。

 

もう1つのポイントとして、温度感が高くなったときメールだけでやり取りをすると、お客様の不安が増して炎上しやすいです。

 

少しでも温度が高くなっていくのを感じたら、恐れず電話に切り替えるか、関係者を集めミーティングを開きましょう!

フォロー待ってます!
シェア大歓迎!

コメントを残す

メールアドレスが公開されることはありません。