無理ぽ

一ヶ月は必要な修正なのに、今週一週間で完了するスケジュールを組まれた。

現時点ではまだ仕様も固まってないから、貰った時点で2日遅れ、3日遅れ。

今週一週間では仕様を決めるだけで終わりだろう。

「不可能なスケジュールを決める⇒やっぱ出来ませんでしたｗ⇒リスケ」

こればっかだな、この現場は。(´・ω・`)

36協定

今日は先々週の休日出勤の代休を取ってお休みだぜ～。

しかし僕は派遣の身だからこういうことが出来るけど、プロパーはキツそうだな。

どうもプロパーは36協定に抵触しない範囲じゃなければ残業出来ないというルールで動いているらしい。

で、実際はどうかと言うと、

・大体、毎日22時くらいまでは残業している。
・酷いときは深夜3時とかまで残業している。
・月に2回くらい休日出勤している。
・代休は取得していない。

こういう状況から察するに、大体、月に100～120時間くらい残業しているはずだ。
そして実際に申請しているのは45時間。
毎月80時間以上のサービス残業。

こんな調子のプロジェクトがもう一年以上も続いているわけだ。

これはキツいな。(´×ω×`)

派遣先は誰でも知っている有名大企業の子会社で、給料もそれなりに良いのだろうとは思うけど、それでもこんな勤怠じゃ……。
元々の給料が良いからサービス残業も成立するんだろうけど、割に合ってるのかな？

それでも毎月45時間分の残業代が入っているなら結構な年収になっているだろう。
しかし、一方でデスマなんてどれだけやってもスキルにはならんし、資格を取得する時間とか取れていないわけだ。

まあ、役に立たんスキル身につけるより潔くデスマやって残業代稼いだ方がマシって考えもあるし、
逆に目先の金銭よりも時間を充実させることの方が人生で有意義、という考えもあるだろう。

考え方は色々あるだろうけど、ともかく、人生、ちゃんと考えねばアカンよ。(´・ω・`)

ダイエット中

現場が暇なときにメロンパンとか食べたら太ってしまった。( ´・ω・` )

というわけで、ダイエットを開始した。

とりあえずご飯などの炭水化物を減らした。
おかずは普通だが、出来るだけ鶏肉をメインに食べるようにしている。

年末年始は飲み食いが多くて困るのう。(´・ω・`)

ボーナス2倍

社内の人事評価がＳだった影響だろう。
冬の賞与の額が通常の2倍になった。(；´・ω・`)

まあ、元々今年は賞与の支給総額自体が多いらしいな。
僕だけでなく、みんな今までより多く貰っているはず。

我が社の賞与制度は、簡単に言えば、

貰える金額　＝　支給総額　×　配分比率

となっており、
全社の利益が増える程に支給総額が上がる。
個人が奮闘して評価が高いと配分比率が上がる。

今年はその両方が高い状態だから相乗効果になったんだな。

結果、一気に2倍というデンジャラスな賞与になった。
急に増えすぎて怖いお。(；´・ω・`)

しかし、これで何とか年を越せるな。
クリスマスはハニーに良いうどんを食べさせてやるお。(´・ω・`)

Ｓ評価

会社の人事評価がＳになってしまった。(((( ;ﾟдﾟ)))ｱﾜﾜﾜﾜ

我が社の人事評価はアルファベットでランク分けされており、概ね以下の感じ。

・Ｓ：そんな社員はいねえよ。
・Ａ：エース級
・Ｂ：主力層：上位
・Ｃ：主力層：下位
・Ｄ：バカタレ


雰囲気で言えば、業務の中心を担っているのが「Ｂ」で、ここが優秀な社員のランクになる。
僕は自己評価ではココが安定地位だと思っている。

で、Ｂ社員の中から、その時に特に活躍した人がＡになる。
Ａになるかどうかは、実力もあるけど、どっちかって言うと運で影響する部分が大きいと思う。

偶々、その時に担った案件が自分と相性が良いかどうか。

僕は過去に1回だけＡになったと記憶しているけど、それ以外はＢだ。
基本はＢ。
Ｂ安定って人は結構多いと思うな。

それが、今回は突然にＳが登場。

Ｓってのは、これ、該当者がいないのが常の謎の評価なんだよ。
Ａ以上の者は公開されるから分かるんだけど、Ｓって今まで見たことが無い。

僕が入社して以降は初めての事例だ。

こんな高評価、逆にｵｿﾛｼｽ。

現場でハニーとメールとかしまくってるのがバレたらヤバいお。
(((( ;ﾟдﾟ)))ｱﾜﾜﾜﾜ

ガチ麻痺

朝、現場で業務が開始してしばらくすると、どこからともなく人が大勢集まってきて何とも騒がしい。
一体どうしたことかと耳を傾けてみたところ、こういうことだ。


三連休全ての休日出勤がドブに捨てた。


やっぱりね、という印象だった。

僕は出勤しなかったが、この三連休は休日出勤する人が大勢いた。
目的は負荷テスト。
三連休でシステムに負荷をかけて異常が発生しないかどうかをチェックする試験だ。

この手の試験は普段人が使っていると実施が難しい為、連休など人がいない時にマシンを占有して実施することが多い。
今回もこのセオリーに乗っ取ったものである。
休日に負荷テスト、という発想自体は間違ってはいない。

ダメだったのは、『負荷テストの準備が整っていない』ということを認めることが出来なかったことだ。

上の方から指示が出て、大勢が休日出勤する。

・モジュール⇒バグで動かない。
・ハードウェア⇒原因不明の動作不良
・データベース⇒データ不整合

この状況で負荷テストなんて出来ないわな。
普通にバグ修正の段階だよ。

しかし、一回「この連休で負荷テストする」と決まってしまうと、それを覆す力がこの現場には無いんだ。
そういう意味の無い力学が存在する。
かくして大勢が休日出勤したけど、結局何も出来ずに終わり。

多人数の三連休出勤を全部ドブに捨てた事は流石に罪深いらしく、かなり問題になっている様子だった。

そして、「負荷テストチームがサーバを使うので、他のメンバーはサーバを使用しないこと」と指示が出ている。
その上で負荷テストチームが作業に失敗し、なおかつサーバを手放そうとしない為、
プロジェクトの全員がサーバを使用出来ないというデッドロック状態に陥った。


プロジェクトのほぼ全員が作業停止状態。
完全にプロジェクトは麻痺した。


僕も作業進捗はほぼゼロ。
明日も一応現場に行くけど、負荷テストチームがサーバを占有している以上は、特に主だった作業は出来ない。

これは長引きそうだ。(´・ω・`)

データ不整合

結合環境でモジュールが動かないなぁ、と思って調べたら、データ不整合を起こしてた。
しかもマスタデータ。

どうなっているかと確認したところ、今週に大量データセットアップを行ったらしいんだ。
250万レコード。

2日間かけて。

で、その成果としてセットアップされたデータは整合性が取れていない。


「大量レコードをセットアップしろと言われたから250万レコードをセットアップした。しかし、データの整合性が取れているかは考慮していなかった」


全く無意味。(´×ω×`)
2日間をドブに捨てたのと同じだろ……。
まあ、その担当者は、前任が倒れてしまったので急遽来ただけの、新人に毛が生えたような人が一人でアタフタしてやっているだけだから、作業の意味が分かってないのも無理は無いが……。

で、このデータがあることを前提にテストスケジュールが組まれていたけど、これにより完全に頓挫。

テストしないままリリースすることになった。

こりゃ酷いお。(´・ω・`)