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の時点で解決できない場合、旧設定へ戻す。」
という本番リリース作業計画となります。

新人SEの「心構え」 最初に意識しておくべきこととは

新年度となり、新たにSEとして働き始める方も多いことでしょう。
私は本日から9年目のSEです。

中堅とベテランの間の中途半端な立場だからこそわかることもありますので、
挨拶や報告連絡相談といった超基本的な内容ではなく、
個人的に思う、最初に意識すべき心構えのポイントを書いてみます。

新人時代にこれらを強く意識できていた新人さんは、 
例外なく、優秀なSEとして活躍しています。

1. 好奇心を持って【何のために】を常に意識する

　ある仕事をする上で、その目的を正確に把握することはとても重要です。
　目的を理解していれば、解決案が複数浮かんだり、
　より適切な行動を取ることができます。

　例えば、とある機器を経由する、
　毎月のデータ通信量を月末15時までに集計し、
　グラフ化する依頼を受けたとしましょう。
　このとき、以下のように考えることが重要です。

　【何のために】毎月のデータ通信量が必要なのか？
　【何のために】15時までに必要なのか？

　このようなケースですと、

　「データ通信量のグラフを確認することで、
　 上位機種への交換を検討するための会議が毎月16時に行われるから」

　という理由があったりします。
　社内であれば、多少の遅れも調整可能かもしれませんが、
　社外に提出している場合、気持ちをより引き締める必要がある
　ということも理解できるかと思います。

　まずは目的を自分で考え、推測をした上で依頼者に

　「これは、性能管理のための社内資料という位置づけでしょうか？」

　という確認をしておけば、あなたはきちんと目的を理解していると、
　依頼者の方に思わせることもできるでしょう。

2. 何がわからないのかを整理した上で質問をする

　思い込みで仕事を進めてしまうことはマズイので、
　不明点を質問することは重要です。
　ただし、質問先や質問の仕方に失礼があると、
　先輩や同僚も人間ですから、トラブルを生む可能性もあります。

　※人によっては、「なんで私に聞くの？」ですとか、
　　 「そのくらい調べなさい！」と言われてしまう場合があります。

　基本的には、以下のような質問の仕方が良いでしょう。
　もちろん、Google等のサーチエンジンは駆使した前提です。

　なるべく、年次の近い先輩に質問しましょう。

  「○○までは理解できたのですが、△△について、
 　□□という解釈で正しいでしょうか？ 」

　どうしても、上の役職の方しかいらっしゃらない場合、
　以下のように質問しましょう。
　この質問方法は、自分の不得意分野に関する質問をしたいときにも
　有効です。

　「○○の件について疑問点 (or 効率が悪いという悩み)があるのですが、
　 どなたに質問すればよいかご存知ないでしょうか？」

　失礼の無い質問の仕方を覚えて、若手のうちにドンドン質問しましょう！
　
　ある程度年次が上がってくると、
　「今更こんなことを聞くのも恥ずかしい」となりがちだからです。

3. 雑談をする

　こんなことを書くと怒る方もいらっしゃるかもしれませんが、
　移動中や、お昼が一緒だったりする場合、業務に支障がない範囲で
　雑談を交わすことは非常に重要です。
　
　学生の頃、親しみやすい人に友人がたくさん集まっていませんでしたか？
　社会人でもこういった傾向はあります。

　「う～ん、A君かB君に仕事を任せたいけど・・・
　 A君の方が話しやすいから、A君にしよう！！！」

　といった具合です。仕事は経験してこそ身に付くので、
　仕事がもらえないとスキルも上がらず、将来的に厳しくなります。

　また、上手に打ち解けられると、過去の経緯や経験則等、
　有益な情報を聞き出せたりします。


　例えば　「過去に作業ミスがあったため、○○に注意が必要」
　という話を聞き出せれば、類似の作業をするときに、
　注意書きを組み込んだ手順書を作成しておくことで、
　同様のミスを防ぐことができると同時に、

　「きちんと過去事例まで勉強している」という印象を
　上司に持たせることもできます。


　マンガでも音楽でもゲームでも、学生時代の部活動でも
　アルバイトのお話でも、少しは話した方が結果的に得をすることが多いです。

Accessは勝手に保存されるため要注意

Microsoft Accessで作られたファイルに触ったことはあるでしょうか。
このように、.mdbの拡張子を持つファイルです。


社内のファイルサーバなどのほとんどは、
従業員に共有されているファイルでしょう。
ただし、ExcelやWordなら間違えて中身を変更してしまっても、
「保存しますか？」に"いいえ"と答えれば問題は出ません。

Accessはそうはいきません。変更した時点で保存されてしまいます。
データベース更新の保存のことを、コミットと言います。
Accessはこの「コミット」という概念がありません。

※こんな風に書いてしまったら、もう保存されてしまっています。
GUIインタフェースなので編集が簡単なのも、触りたくなる要因です(笑)



必要なファイル以外は極力開かないようにするか、
ローカルにコピーしてから開くことを徹底しましょう。

SNMPでTrap設定をする理由

SNMPといえば、ネットワークを通じて機器の監視を行うプロトコルです。
相手が死んでるのか、生きてるのか確認するわけですね。

A:マネージャ(監視するマシン)
B:クライアント(監視されるマシン)　とします。

AからBへPingで疎通確認することをポーリングと言います。
逆に、BからAへ状態を通知するのをトラップと言います。

ポーリングは実行間隔を決めて設定します。
トラップはリンクダウンやリンクアップ時など、
イベントに応じて設定ができます。

トラップを設定するのは、主に3つ理由があります。

(1)瞬断を検知するため。
(2)インターフェースを特定するため。
(3)複数の経路を持つ冗長構成で、切り替わりを検知するため。

ドシロウトではない

よく知らない技術をはぐらかすときに使います。

エンジニアたるもの、色んな技術を知っているに越したことはありません。
ただ、名前くらいは知ってるけど詳細は知らないってこともよくあります。

例えば、次の会話です。

「君、メールシステムについては詳しいかい？」

と聞かれたとしましょう。
あなたは下記の知識しかないものとしましょう。

・SMTPはメール送信のときに使う
・POPはメールサーバからメールを取り出すときに使う

ここで「詳しいです！」なんて言おうものなら、
よくわからない仕事を丸投げされることもあり得ます。

そんなときは、こう答えておきましょう。
「ドシロウトではないですが・・・余り詳しくないです。」

「全然知らないです！」と答えるのも悔しいですものね(笑)

最低限自分で調べることはもちろんですが、
それでもわからないことを質問するという能力は非常に重要です。
こうしておけば、仮に仕事を受けることになったとしても、
質問しやすい空気を事前に作っておくことができます。

仕事を断ることの重要性

場合により、仕事を断ることは非常に重要です。
「コイツはなんでも引き受けてくれる便利なヤツ！！」
と上司に思わせてしまうのも癪ですから、仕事は切り分けましょう。

ただし、興味がある素振りは見せておきましょう(笑)

「明日までに新人研修用で使うデータベース作っといてくれない？」
と言われたときに、あなたは明日まで余裕がないとします。

こういう漠然とした指示が降りてくることも多いですが、
これだけじゃ・・・何のこっちゃですよね(汗)
普通に断ってしまうと角が立つので・・・

PostgreSQLで実装している例のデータベースですよね？
ぜひお手伝いしたいのですが、あいにく明日が期限の資料作成がありまして・・・。
またの機会にお願いします。

などと言えるといいでしょう。
ただし、断りすぎていると仕事が来なくなるので注意です。

先方に資料の差し替えを依頼するとき

Excelの資料などを数人で入力を行い、送付することがありますよね？
入力完了！送信！した後に・・・

「あ！おれまだ入力してない！！」

なんてことはよくあります(笑)
こんなときは、
「○○の分が入力されてなかったので差し替えてください」

と言うよりも、
「誤って更新前の状態を送信してしまったため差し替えてください」

と言ったほうが個人が責められないで済むため、オススメです。

説明不足な資料を上手に指摘する

○○の説明が記載されていた方が、
よりわかりやすいものになるかと思います。

と言うことにしています。

○○の説明が書いてないなんて不親切だっ！
と言いたい気持ちを抑え、大人の対応を心がけましょう。

もし、指摘を受けてしまった場合は、
おっしゃるとおり、○○だった方が親切でした。修正します。

と言うことにしています。

このような現場の空気を悪くしないよう細かい気配りは大切です。
「資料をよく読んでくれてるんだな」という印象を与えることもできます。

会議や、お客さんへの説明が上手にできることを目指し、
常に相手の立場に立って資料を作りましょう！

電話とメールの使い分け

認識合わせに電話を使い、記録としてメールを使ってます。

確実に「記録」として残しておきたいことは、メールを使うことにしてます。
関係者をCCに入れておけば効果は絶大です。
簡易的な議事録みたいなもんですね。

こうすることで、「言った言わない」での揉め事を防ぐことができます。

ただし、一方的に仕事を投げつけたりすると、
角が立つ可能性があります(汗)
こういう場合のフォローにも電話は有効です。

【例文】先ほどお電話でお話した内容を認識合わせのためメールします。

聞き慣れない単語なので

会話中に、自分が知らない単語が出てくることはありませんか？
そんなとき、やり過ごして後で調べるのもアリですが・・・
出来る限りその場で確認してしまった方がいいですよね。

ただ、「○○って何ですか？」とストレートに聞くのも、
なんだか気が引ける方も多いでしょう。

そんなときにおすすめな言葉です。

【例文】聞きなれない単語なので、○○とは何かを確認させてください。