年末休み

こんにちは。
今日から年末休みに入るという方も多いのではないかと思います。
私も１２／２９から年末休みです。
年末休みに入る前に思ったことがあります。年賀状です。身内に不幸があれば新年の年賀状を出すのはマナー違反であるため、喪中ハガキを出すと思います。
しかし、新年は年が変わっているので喪中ハガキを出して年賀状を辞退するのは何か変な感じがします。
むしろ、気持ちを切り替えるという意味で年賀状は出したほうが良いのではないかと思うのです。
前年に不幸があったから新年の挨拶は辞退するというのはよく意味が分かりません。
このような事を思うのは私だけでしょうか。

タグ：新年 年賀状

システム障害

こんばんは。
仕事が終わってこのブログを書いています。

今日は朝から三菱ＵＦＪ信託銀行さんの障害がありました。中の方対応お疲れ様です。システム障害は大変だと思います。委託先の方やシステム担当者が一番大変であったと推察します。
障害対応を行えるようにするには普段からシステムへの理解を深めておくことが重要だと思います。（当たり前ですが・・・）
障害対応手順を覚えても意味がありません。
障害はあらゆる角度から発生します。
応用が効かいないと思います。
開発やら保守やらで普段からそのシステムを知る努力が大切なんですね。
とはいえ、初めからすべてを知るのは中々難しいので何かあるたびに対応した時の記録を整理して少しづつ知っていければと思います。
また、整理したことをメンバーと共有して同じ認識を持っておければなおよいのではないかと思います。（１人で対応するよりみんなで対応した方が時間的余裕もできるし精神衛生上健康的です。）

まぁその整理する時間が無いのですが・・・

プログラムの確認について

仕事柄、自身が生まれる前に書かれプログラムを解析することがある。解析といっても、どのようなロジックになっているかを追う事ぐらいですが・・・
普段は取りまとめ的なことしかやっていないのでプログラムを読むのになかなか時間がかかる。
通常時ならまだよいが、障害時はスピード＆正確性（お客様への報告内容に誤りがあってはならない）が求められるため、今のレベルではとてもじゃないが障害時は通用しない気がする。
最近はどのプログラムのどこをどのように解析したか記録するよう心掛けている。
例えば今まではプログラムを目で追って頭の中で整理して（整理した気になって）それで終わっていた。
しかし今後はプログラムをそのままエクセルに貼り付けてどこをどのように解析したかを色付け＆コメントを付けながらおっている。（後から見たときにどのような観点で解析したかを思い出すことにも役立つし）
この習慣によってスピード＆正確性が向上すればよいが・・・アウトプットあるのみ！！

タグ：仕事 プログラミング コボル

見積り

今日も仕事で見積をしました。
あんまり詳しく書くとバレますので見積ということしか書きません笑

見積精度を向上させるのは難しいですね。どうやったら精度が上がるのだろうか。
または短時間で見積を作成することができるのだろうか。
やはりある作業に対して標準所要時間を一覧にしたものがあれば良いかなと、思います。

それを見れば誰でも早くかつ、正確に見積をすることができるようになる気がする。
そもそもその標準見積を作るのに時間が掛かりそうだけど・・・
他の会社さんはどのように見積作業を進めているのだろうか。

同じ会社の他の部署ですらどのようにしているか分からない。。。

タグ：標準化 見積