IT業界における本番リリース作業計画の「対策前進」とは

「対策前進」という言葉には、はっきりした定義が無いように思います。
私の経験上、トラブル時にその場で原因調査・対策の検討を行い、
都度実行することを指します。
「トライアンドエラー」 という 言葉に近いと思います。

 本番リリース作業のタイムチャートを作成するときに、
「デッドライン」や「最遅戻し判断」 という用語と使われることが多いです。

「○時までは対策前進、△時に未解決の場合は旧設定に戻す。」
という使い方をします。

本番リリース作業には、トラブルが付き物ですが、
闇雲に時間を使って調査を行うのはマズイので、何時まで調査を行うか
本番リリース作業の計画時に各制約を考慮の上、決定しておくべきです。

私はネットワークエンジニアなので、自業務の例を挙げます。
本番リリース作業の計画時には、以下3点がポイントです。


(1)何時まで顧客環境のメンテナンス許可を取ってあるか(借用時間)
(2)リリース作業自体の所要時間(オンスケ作業時刻)
(3)旧設定に戻すのはどれだけ時間がかかるか(戻し所要時間)


顧客環境のネットワーク機器を設定変更する作業を、
17:00～18:00 で予定しており、旧設定への戻しは1時間。
作業には顧客立会が必要かつ、最長で21:00までという制約があるとします。

この制約の場合、ポイントとなる時間は以下です。

(1)・・・ 21:00
(2)・・・ 1時間
(3)・・・ 1時間

上記を考慮してタイムチャートを考えると下記になります。

■設定変更
　17:00～18:00

■(トラブル時)対策前進
　18:00～20:00

■旧設定への戻し作業
　20:00～21:00

この場合、
「借用時間及び戻し作業時間を考慮し、トラブル時は対策前進、
　20:00の時点で解決できない場合、旧設定へ戻す。」
という本番リリース作業計画となります。

パンくずリスト

Webサイトの階層を現すリンクのことを言います。



「ヘンゼルとグレーテル」が帰り道の記録として
パンくずを少しずつ落としながら歩いたという出来事から呼ばれるらしいです。

どのあたりを参照しているのかが一目瞭然になるため、
大規模なサイトではとても役に立つでしょう。

・・・この単語、なんと応用情報技術者試験で出題されてました(笑)
小難しい単語が並ぶこの業界も、このような単語を見ると心が和みますね！

受験の感想ですが、応用情報技術者の難易度は、
実務経験3年少々(基本情報は取得済)の私でも、
1日1時間 * 3 ヶ月間勉強した状態にて、そこそこ戦えるレベルでした。
(※午前試験正解率78%程度)

もちろん、得意不得意はありますが、
(旧ソフトウェア開発技術者試験の)過去問題と比較した限り、
応用情報技術者試験の方が難易度が易しいようにも思えました。
問題と睨めっこしたまま時間が過ぎることが少なかった気もしました。

合格できていれば嬉しいのですが・・・(笑)

アクセスキー

Altキーを押した状態で押すと、
メニューバー等の操作ができるボタンのことを言います。



上の画像では、[ファイル]のアクセスキーはF、
[編集]のアクセスキーはEということになります。

このアクセスキーと言う名前を知るのに実は苦労しました(笑)
VBやAccessなどでフォームを作成していた際、
[検索]というボタンを作りたかったんです。

世の中、[検索]ボタンにはSというアクセスキーが割り当てられていますよね？
それを再現したかったのですが、
Webで検索しようにも名前がわからず・・・。
ヘルプファイルをひたすら読んでようやく発見したわけです。

ショートカットキーも便利ですが、
アクセスキーも併用すれば、より素早く操作できます。
例えば、先日紹介したExcelのヘッダー設定ですが、
Alt+V→H という操作なら一瞬で表示できます。

アクセスキーをうまく使って、素早い操作を目指しましょう！

インプット / アウトプット

入手情報＝インプット、出力情報＝アウトプット

と呼ぶことがあります。
アウトプットは資料以外の仕事の成果等も含みます。

先輩Xさんの下に、
Aさん、Bさん、Cさんが同じチームで仕事をしていたとしましょう。
BさんがXさんから口頭で、作業用ツールの使い方を説明されたとします。
この後、Bさんがこの作業を手順書として残したとします。

上記の場合には、Xさんの口頭による説明をインプットと言い、
手順書をアウトプットと言います。

特に口頭での場合は手順書を作っておかないと、
Xさん（あるいはBさん)が再度説明する羽目になります(笑)

SEは、急な勤務地変更や人事異動ってことも多いですからね・・・。
アウトプットさえあれば、いざというときにも困りません。

なるべく多くのアウトプットを残すことを心がけましょう！！

スタブ

テスト用の代替プログラムのことを言います。

例えば、Linuxのシェルスクリプトなどで
"main.sh"から"new.sh"を呼び出す処理をテストしたいとします。
ただし、"new.sh"はまだ別の担当者が開発中です。

下記のように代替で作成したものを、スタブと言います。

new.sh
--
#!/bin/sh

#正常終了 ０、異常終了 1
exit 0

上記をmain.shにて呼び出します。

main.sh
--
#!/bin/sh

new.sh

スタブを使えば、実物がなくてもある程度テストを先行して行うことができます。

UAT

ユーザ受け入れテストのことを言います。
User Acceptance Test　の略です。

新機能を作ってリリースするとしましょう。
ただしいきなり一般にリリースするのは危険なので、
事前に一部のお客さんにテストをしてもらうのです。

基幹システムなど重要なシステムでは、
UAT環境という準本番環境を構築することも多いです。

まぁ、「準」というだけあってディスク容量やCPUなど、
費用を節約して構築されることも多いです。
あくまでもテスト環境なので、
障害で停止しても多少は平気だからです(笑)

EOSL

End Of Service Lifeの略で、「サービス提供終了」を意味します。

古くなったハードウェアや、
ユーザがほとんどいなくなったソフトウェアなどは
販売やサポートが終了します。

これは、商品販売よりもサポートの方が人件費がかかるからですね。

古い商品のサポートにかかる人件費を削減し、
ユーザには新商品への買い替えを促すという・・・
ベンダにとっては美味しく、ユーザ泣かせな制度ですね(笑)

【例文】××システムのEOSL対応をよろしくお願いします。

伝言ゲーム

違った解釈で伝わってしまうことを言います。

上司に報告する際、気をつけないと伝言ゲームになります(笑)

「最初の4つは確認できた。
　ただし、それ以上のことは○○という理由で断られた。」

という報告が・・・

「最初の4つは確認できた。ただし、5つ目で断られた。」

このように、微妙にズレて伝わってしまうことがあります。
これは、技術担当者が営業担当者を通して話をする場合によく起こります。

細かい内容まで話しすぎてしまうと、かえって混乱させてしまいます。
嘘にならない程度になるべく短くまとめましょう。
できれば、技術者同士で話せるようなパスを用意してもらいましょう。

【例文】伝言ゲームになるとまずいから、技術者同士で話そう。

アジェンダ

打ち合わせ議題のことを言います。

ざっくりですが、下記を押さえておくと良いでしょう。

・目的 (例：現状の問題点の把握)
・スケジュール及び担当者
・必要な成果物

話が広がりすぎたときは軌道修正も大切です。
問題点の把握を目的にしていたのなら、
解決策の提案は次回に話し合えばよいでしょう。

このような段取り・目的を明確に決めておけば、
ダラダラと打ち合わせが伸びることも少なくなります。

【例文】明日の打ち合わせのアジェンダは、彼に作成を依頼します。

吐く

文字列などを出力することを言います。

例えば、
以下をコマンドプロンプトから入力した場合。

echo test > log.txt

log.txtというファイルにtestと言う文字列が書き込まれます。

これを、testをファイルに吐き出すと言います。
また、プログラム実行時など、
単にエラーが表示された場合も、「エラーを吐く」と言うこともあります。

エラーを見るとがっかりする人も多いですが、
中には何のエラーも吐かないプログラムもあります(笑)
エラーが見えるだけマシと考え、ポジティブに取り組みましょう！

【例文】さっきのプログラム、エラー吐いてたから確認して！

エスカレーション

上司に報告し、判断と指示を仰ぐことを言います。

どうすればよいかわからない事が起きた場合、
自分勝手な判断をしてしまうと・・・
後で怒られてしまいます(笑)

何か問題が起きていて、作業が遅れているのなら
上司はその理由を把握しておく必要がありますし、
場合によっては作業スケジュールを見直さねばなりません。

メールで内容と経緯を整理しておいて送信後、
口頭で補足を行うやり方がオススメです。

上司は基本的に忙しい人が多いため、
口頭だけだと忘れられてしまうことも多いです(笑)
かつ、メールだけだと埋もれてしまう場合もあります・・・。

エスカレーションは、迅速・確実に行いましょう！

【例文】この設計ではディスク容量不足だと気付いた。エスカレーションします。

アベンド

異常終了のことを言います。

Abnormal Endの略だと思われます。
システム運用中には、
色んなスクリプトやバッチファイルなどが自動で実行されることが多いです。
小人さんが夜中に働いてくれるみたいなもんです。

つまりアベンドってのは、
夜中に働いてる小人さんが倒れるようなものですね(笑)

重要なシステムの場合、監視のシステムを別途用意することも多いです。
アベンドしたらパトライトが鳴るように作られることもありますよ！

【例文】アベンドしたら、直ちに連絡するように。

パス

問い合わせ経路のことをこう呼ぶことがあります。

英単語上は同じですが、
これから書くことはファイルの置き場所を指す"パス"のことではないです(笑)

例えば・・・

A会社には山田さんと小林さんがいます。
B会社の鈴木さんに問合せをしたいとします。

鈴木さんに問い合わせることができるのは小林さんのみ。
つまり山田さんは直接問合せできない。など

問合せの件数や内容を一元管理するために、
このような運用ルールを設定することが多いみたいです。

色んな人から問合せが来ても煩雑になり困ってしまいますもんね。

【例文】小林さんしかパスがないのは不便です。

同期

複数の場所にあるデータを同一にすることを言います。

サーバAとサーバBがあります。
どちらにデータを保存しても、一方に同じデータがコピーされるとします。

この場合、サーバAとサーバBは同期が取れていると言えます。
一方が壊れてしまった場合にも、
常に同期が取れていれば最新のデータは失われません。

同期はバックアップを用意する際などに非常に重要な課題となります。

【例文】ノートPCに入ってる資料と、最新の資料の同期取っておいて！

アレイ

複数のハードディスクの組のことを言います。

企業で使っているサーバのほとんどは
耐障害性や、書き込み/読み込み性能の向上のため、
アレイにてRAIDを設定します。

ハードディスクはコンピュータで一番壊れやすい部品ですからね(笑)

RAIDカードという部品が必要な場合があるのですが、
メーカーによっては、アレイカードと言う名前だったりします。
設定方法も、RAID設定だったりアレイ設定だったり・・・。
似たようなものだと思っていても、そんなに支障はないでしょう。

【例文】OSインストール前に、アレイ設定しといてください！

メールゲートウェイ

メール送受信の際、事前に通るところを言います。

これだけじゃわかりづらいですよね(笑)
メールゲートウェイに社内のみのメール送信に限定させたり、
機密情報が本文に含まれれば送信を停止するなど・・・
主にセキュリティポリシーを実現するために使います。

◆メールゲートウェイを使用しない例
(１)送信者がメールを送信する。
(2)受信者側のメールサーバに届けられる。
(3)受信者がメールを受信する。

◆メールゲートウェイを使用する例
(１)送信者がメールを送信する。
(2)メールゲートウェイへ届けられる。
(3)受信者側のメールサーバに届けられる。
(4)受信者がメールを受信する。

【例文】メールゲートウェイをメンテナンスするため、30分程メールが使えません。

メールアーカイブ

個人の受信BOXとは別の場所にメールを保存しておくことを言います。

メールは、公的文書としての扱いを受けることも多いため、
企業内のメールシステムでは業務の監査や記録を目的とし、
このような運用をしていることが多いです。

例えば製薬業者など人の命にかかわる仕事の場合は、
10年間のメール保存が義務付けられていることも多いです。

【例文】当社のメールアーカイブは3年で運用しています。

再現性

意図的に再現できる可能性のことを言います。

システムに問題(と思わしき状態)が起きたときなどに、
それを何度も繰り返し発生させることができるか？
ということを言います。

実際には、サポートセンターへの問い合わせ時などに使います。
問い合わせ時には、発生条件、再現するための手順などを
あらかじめ整理しておくと話が早いです。

というか・・・
再現させられない問題は調査を受け付けてくれない場合も多いです(笑)

【例文】再現性は100%です。手順は○○です。

プロパー

単に社員のことを言います。

この業界は客先常駐という名目で社外勤務の人も多いです。
急に勤務地が変更になることもあって悩ましい限りですが(笑)

勤務地はお客さん先や取引先のオフィスだったりします。
まぁ、派遣みたいなものですね。
こういう現状なので、協力会社と区別するための用語みたいですね。
実際、現場によっては、プロパーを探す方が難しかったりします(汗)

【例文】実務経験のあるプロパーをこのプロジェクトに投入してください。

ボール

作業順が回ってくることを言います。

(1)作業１をAさんが実施し、Bさんに報告する。
(2)作業2をBさんが実施し、Cさんに報告する。
(3)Cさんが確認する。

このとき、工程(2)が完了した状態だとボールはCさんにあるのです。
作業をボールのように投げつけるイメージですね。

【例文】私の担当分は完了したので、ボールはCさんです。