あるBlogのエントリを見て思ったこと。
(※DiaryNoteのユーザのではありません)

よく、ホームページとかMLとかにプロジェクトの情報を大量に垂れ流して、それで「管理」ができていると思い込んでいる人がいる。それで情報に乗り遅れてしまった人に「怠慢」だと言う。

せっかく情報発信するなら、もうちょっと「理解させることにも責任を持つ」くらいの気概をもって発信してくれないかなあ。例えば情報を見てくれたか、理解してくれたかフィードバックを行ってみたり、本当に「現場」が必要としている情報を出せているのか、出せているのなら情報を受け取る人に期待するアクションを伝えきれているかを自己確認してみたり。
(Blogの内容を見ると、SIを行う？プロパーには伝わっているが、実装を行う？協力会社には伝わっていないような感じに取れる。)

それでも駄目なら隔離なり、追い出すなりするべきなんじゃないかなあ。

って思ってたらコメントに同じようなことが書いてあった。リーダーでもない分際で続けてコメントするのも気が引けるので、ここにこっそり書き留めておく。

「セキュリティマーク」なるものを取得するために、机の周りをきれいにしろとお達しが出た。現部署が監査対象になっているらしい。みんな真面目に整理整頓していた。

機密情報が外部の人に漏れないようになっていますよ、とアピールするための制度。なのに監査間近の今日となってシュレッダーが大混雑するわ、スクリーンセーバーのパスワード保護のかけ方の分からない先輩がフロア中聞いて回るわ、セキュリティロックがかかっているPCに貼るシールの請求が殺到するわで師走状態。なんでだろう。

私はこの前前部署の財産をきれいさっぱり処分したばかりだから機密情報は持ってなかったが、何件ものプロジェクトを掛け持ちしている先輩方はそれぞれの案件で蓄積されるファイルの処理に困っていたようだ。空席のキャビネットを一晩だけの「無料ロッカー」代わりにする人もいたり。

そこまでしてきれいにして「セキュリティマーク」を取得して、それでもって情報漏えい事件なんか発生したら制度自体意味無いよなあ、と思う今日この頃。

昨日今日と2日間、新職場に半日だけ勤務している。

会社に対する見方が変わるほど、環境違いすぎ。

1．女性が多い
2．普通の声で会話しても怒られない
3．雑談OK
4．何かと便利

前職場は工場のような建物だったけど、新職場はちょっと古めのオフィスビル。執務スペースが狭く、こじんまりとしている。このため、1つのフロアにある席の数が少なく、1週間もすれば全員覚えられるぐらいの人しかいない。年配の方から若手(1コ上)まで、プロパーの女性が数人いる。前職場では同じぐらいの広さに私かもう一人ぐらいしかいなかったので、女性密度は断然高い。

以前はちょっとプラスチックをガサッと言わせただけでも怒られていたが、今のところはフロアの端と端で会話が成立しているようなところ。慣れないうちは自分が呼びかけられているのかわからなかったりするけど。IP Messangerでやり取りするのと違って、途中からその話題に詳しい人が後で関連方面に手を回してくれていたりする。

課員全員が集まるような大きな会議でなければ、基本的に会議は席の近くのホワイトボードの周りで立ってする。椅子のあるレビュー卓は一応あるけど、別フロアで2個しかないのでほとんど使ってない。でも見ていると、だいたい長くて30分ぐらいで終わっているようなので、効率が良さそう。執務スペース自体静寂に包まれている前職場では、ちょっとした会議でも会議スペースに移動しなければならなかった。一旦移動してしまうと、往復するのが面倒なので一気に全部の議題を消化しようとしてしまい、朝会で午前が全潰れ、ということがざらにあった。

本社から離れてしまったら何かと不便なのかなあ、と思ったけど、意外と便利なところがある。同じフロアに事務の人がいるので、外線取次ぎや事務手続きを全部代行してくれる。建物が大通りに面していてバス停が近いので、1本遅いバスでも遅刻せずに行ける。ただ、トイレが狭いのがちょっと苦しい。そこは借りビルだから仕方ない。

まあデメリットよりメリットの方が大きかったので、今回の異動は成功だった…のかも。あとは自分がこの環境に慣れていけるかどうかか。

mixiの日記に飽きたので戻ってきました。
どうでもいいことにもコメントがついてきて、それに応えなきゃいけないのが面倒だったりします。

まだ休職中。今月から別部署に異動して、ちょっとずつ復帰する予定。なので今日、こっそりと前職場からPC以外の荷物を引き取りに行ってきた。

昨日プロパー社員用の椅子が新調された模様。真新しい椅子にちょっと腰掛けてみた。椅子は肘掛がついていないけど、背もたれが頭まで伸びていていい感じ。もうこの椅子に座って仕事をすることはないんだけど、新しい部署でも新調されているといいなあ。

自分の机は既に誰かが使っているらしく、他のメンバーのPCが机の上に置かれていた。その下敷きになって、自分宛の配布物が無造作に置いてあった。その中に去年の源泉徴収票が混じっていたので、危うくDMと一緒に捨てそうになった。健康診断の結果が入ってる封筒だけはなぜか引き出しにご丁寧にしまわれていたんだけどね。重要度が健康＞＞＞＞給料なのはよく分かった。

自分のPCが見当たらなかったので探したら、鍵のついている引き出しの中の、誰のものか分からない未検収PCの下敷きになっていた。しかもご丁寧に別の引き出しにしまっておいた鍵を使って施錠までされていた。

前職の紙資料を一気に捨てて、私物と新人研修のころの資料だけを持って、気分爽快で職場を後にした。

タイトルは持って帰った技術書の今の状態。

-------------------------------

長らく休職状態が続いていたけど、晴れて部署を異動して復帰することとなった。それもこれも常務のお陰。社内の事実上の最高権威の采配により、私が希望していた(ミドルウェアでなく)アプリケーションを開発する部署への、事業部越えの異動に成功。4月から前職の事業部に吸収されちゃったけどね。

課長からは何度も異動無しの復帰を打診されていた。でも、今の状態が変わる、もしくは(少し上の立場になって)変えることができるようになるまでに自分の精神力がもたなければ、現にもってないけど、お互い不幸になるだけじゃん。ということで、「異動なしには復帰なし」というポリシーを通していた。それが部長→常務の耳に入り、常務が「それなら直接話を聞いて即決しよう」という流れになったらしい。

とにかく良かった。

タイトルの通りです。。現在ドクターストップで1．5ヶ月休職中。

第九が終わったあたりから、何かをやるとすぐに疲れがやってきて、吐き気がするように。そのうち仕事もまともにこなせないようになり、産業医の先生に診ていただきました。

「とにかく休むのが一番」と言われたため、上司に相談して現在持っている作業を全部外してもらい、自宅療養開始。その後、心療内科で診断書を発行してもらい、正式に休職。

現リーダー含め、現在のチームの過半数が既にうつ病なので、すぐに対処していただけました(既に太字の時点で問題なんですが)。ただ、少数の「元気な人」には病状を正確に理解できないだろうというリーダーの配慮から、公には「家庭の事情」と説明されているそうです。

普通に仕事ができるようになる日は、いつになることやら。。

前のほうのエントリに書いた試験に受かりました。研修受けただけ。自力で勉強するほうがあほらし。

昨日NHKの県内ニュースを見ていたら、某ベンターの子会社社員のノートPCが盗難に遭って、某公権機関の情報が流出したんだとか言ってました。そういえば、1週間前ぐらいに社内ポータルに「ノートパソコンの置き忘れに注意してください」って書いてありました。。うちの県内にそのベンダーの子会社なんて1社しかないから、家ではうちの会社なんじゃないかと疑われる始末。結局、今朝その子会社の会社名が出たことで、疑いが晴れましたが。

今日お上の非常にお偉い方が来て、新規プロジェクトを立ち上げるとか何とか言って去っていったそうです。その新規プロジェクトへの派遣要員として、自分か同期Eのどちらかが候補に挙がっているようです。派遣が決まったほうは横浜行って缶詰だそうです。残留するほうはチームの次期バージョン開発を全て一人で担当だそうです。どうなることやら。

うちの事業部は、主に7月と11月に体制変更があります。ということで、うちのチームも体制変更の波に飲み込まれました。

まず、入院中の上司に代わって、けっこう口うるさいがまともなプロマネを行う上司がチームの指揮をするっぽい。チームに数人プロパー社員が入り、そのうちの1人(2人？)は、トレーナとして自分と同期Eの面倒を見てくれるそう。

で、自分は担当部分が割り当てられて、晴れていっぱしの「開発者」になります。2年目の自分にミドルウェアのデーモンを任せるこのチームはどうかしてるかと思いますが、今まで割り当てられた仕事で一番SW開発者っぽい仕事なので、満足してます。

ここ数ヶ月リーダーの使いっ走りをしてた頃は、上のほうの人達の仕事が分かってそれはそれで勉強になりましたが、御上などからの精神的プレッシャーに押しつぶされて参ってました…。この体制変更を聞いた瞬間、めでたく閉塞解除となりました。

今はNWや、C言語(これから頻繁に使うセマフォ操作あたり)、awkなどを勉強してます。妙にやる気ある。この調子で今年こそネスペを何とかしたかったりします。

↓のような状態が未だに続いていて、さらにユーザートラブルの再現テストの依頼まで来てしまいました。C言語あまり良く分かっていない自分にとって、Cでマルチスレッドのプログラムを作るのは工数取られすぎます。結局その件はスレッド起動部分をPerlで作って逃げましたが。

とうとう、先週持病が再発してしまい、ダウンしてしまいました。半分ぐらい復帰しましたが、新規の作業は受け付けられません。誰が代わりにやってくれているのかさえ把握するのが億劫になってしまっています。

ということで、現在「閉塞中」。閉塞解除は手動で行ってください。

IPmessengerでは見つからず、携帯は持っていかずのリーダーに、やっと今日連絡が取れた。
今朝、作業用MLにリーダーのメールが流れているのを発見。ヘッダから送信元とおぼしきIPを抜き出し、IPmessangerの[Local Network以外へのBroadcast設定]に送信元のブロードキャストアドレスを入力して[更新]。これで無事リーダーがリストに表示された。やれやれ。

今日会社に来てみると、リーダーが出張してしまっていた。出張中といえどもやらなきゃいけないことは減らない。

せっかく今日リーダーに見てもらおうかと思ったドキュメント類を用意して待ってたのに、連絡すら取れない状況。期限は明日だというのに…。居る人で分かりそうな人を捕まえて見てもらって、明日も連絡が取れないようなら仕方ないけどそのまま出すことにする。

こんな中、さらに明日出張要請がうちのチームに来ているらしい。今3件ぐらいの障害調査を同時進行でやっているので仕方ないけど、もうちょっと管理職レベルで流出を止めてほしいと思う今日この頃。調査をする人間が居なくなっちゃう。

…とぼやいても、入院している管理職の耳には届きもしない。
　(注・現在さらに上のレベルの管理職の人達が代理)

GWも今のところ毎日会社。現在某国家機関絡みでうちのモジュールがトラブっているらしく、御上の上層部まで巻き込んで大騒ぎになっているらしい。うちの会社の事実上のトップ＆事業部長級クラスがひたすらリーダーと打ち合わせしているため、リーダー不在気味。

いくらトラブルだといっても、通常開発の納期は待ってくれない。このため、私以外のプロパーがトラブル対応して、私がその他の作業をやることに。

トラブル発生前は分担してやっていた作業を、最初から最後まで一人でやらなきゃいけない。それはそれで力がつくのかもしれないけれど、作業をまともにチェックしてくれる人が皆無で、御上に提出してNG食らうことも。

周囲のチームから哀れみの言葉をかけられつつ、寂しく会社でGW。

しばらく平日は深夜、土日も出勤という日々が続いた。といってもコードは全く書かない。書くのは文章。ひたすら文章。この2週間ぐらいで卒論の2倍は書いた気がする。

なんの文章かというと、「ウチのモジュールにこんな問題があって、ここに修正を入れましたが、品質はきちんと確保されていますよ」という証明書。普通は修正した本人が責任をもって書くのだが、次から次へとインシデントが来るので、最近になって修正する人と人的・物的資源をマネジメントする人との分業体制ができあがり、後者の人が書くことが多くなってきている。まだデバッグの知識に乏しい私は後者の担当。

うちで作っているモジュールには様々な種類のものがあり、言語はC/C++/Java(まれにCOBOL)、メソッドの形態にも管理操作用GUIから呼ばれるものやコマンドラインから呼ばれるものなどがある。さらに歴史的に、ハードウェア制御から派生したものとJ2EEの実装から派生したものの2つに分かれている。協力会社含め約10人(実働約70％)いるメンバーは、それぞれに「専攻」の分野があり、そのインシデントや開発を主に担当している。全体を完全に把握してる人なんて誰一人いない。

こんな状況で、うちに来たほぼ全てのインシデント・開発要件に対し、スケジューリングして資源を割り当てていくのは、かなり難しい。何しろ、仕様を知らないのに、どれぐらいの工数がかかるかなんて分からない。

もっと大変なのは、文章を書くこと。今まで知らなかった仕様を理解し、修正した実装の説明を受け、それをほとんど製品について何も分からないSEに分かるように書くなんて…。ま、「書く」こと自体はリーダーや修正担当の手助けがあって何とかなった。

しかし、御上からは却下。文章だけじゃ何も分からない。だと。それは貴様の頭あqwせdrftgyふじこlpと一瞬思ったが、御上なので仕方ない。土日潰してせっせとお絵かき。

この絵というのが曲者で、ワードを使って描いていると、描いている途中に固まったり、マウスを動かしているのとは逆方向に曲線が描かれたりと、(他人のことは言えないが)バグに悩まされる。そんなこんなで文章を書くより、数段疲れてしまった。

だけど、この「描く」という作業、本質を分かっていないと手も足も出せない。逆に言うと、「描く」ことで、うちで作っているモジュールの仕様が明快になるということ。この結論に達してからは、けっこう文章作成も馬鹿にはならないな、と思えてきた。

あまり実感がない。新人はしばらく別の建物で研修なので姿を見かけないし。

1日は夜23時過ぎまで仕事をしていた。通常なら本体の上層部を通すのに1週間ぐらいかかるツールを、来週半ばに提供しろとSEが言ってきた。晴天の霹靂。まだテストすらしてないのに。

とりあえず動作確認は協力会社の方に任せて、自分は上層部を通すのに必要な資料をひたすら作成。操作手順書、ツールの仕様書、内部ロジックの仕様書、品質についての見解書…。

トータルでたった200ステップくらいのツールに、A4で20枚ほどの書類を書かなきゃいけないなんて…。「Fは修正対応が遅い」と言われるのはこのせいなんですよ、まったく。さらに上層部に直接会い、これらの書類＆モジュールを承認していただかなければならない。その本州縦断の旅に出るのは、私になるかもしれないのだ。

さらに追い討ちで、SEからは事実上ツールの「先行提供」(注：期日までに上層部の承認が得られない場合、現時点でのモジュールを仮提供する)なるものは認めないとのご発言が。承認が却下されたら、一体どうなるんでしょうねえ。

去年の今頃はきっとガクガクブルブルしてたんだろうな…

身についたもの
　Javaの知識(0から勉強してSJC-Pまで取れた)
　Windowsサーバ・Solaris・Linuxの知識
　○投げの技術
　Noと言う勇気

相変わらずそのままなもの・退化したもの
　電話対応
　接客の心(親会社の期待に応えようとする優しさ)

…明日どんな新人さん入ってくるんだろう。

最近になって絶対評価になったらしい。親会社について書かれた某暴露本を読んだときには「相対評価」になってたけど、変わったんだねえ。でも最終的には課長級の人数を調整しないといけないから、意図的に評価が操作される人が出てくるんだろうねえ。課長何考えてるか分からないし。

うちの会社(件の親会社も同じ)では、4月に個人が達成すべき目標を決め、上司の承認を得る。目標といっても自由に立てられるわけではなく、業務改善とか品質向上とか自己啓発とかでそれぞれ何％ずつの力を割り振るかを決めて、それぞれについて目標を立てる。数年前の「反省」から、まず課ごとに目標を決め、それに沿うように個人の目標を決めていかなければならないので、必然的に課内の人間はほぼ同じ目標になってしまう。それについて評価を下すため、結局個人目標があってもなくても一緒(個人のモチベーションの問題は抜きにして)。

ということを、2年目でそろそろ目標を決めなきゃいけなくなる今日この頃になって考えてみた。

今、1つのマシンに
?WindowsXP
?Windows2003Server
?Windows2000Server
?WindowsNT4.0
?RedhatLinuxES
の5つのOSを入れようとしている。

?までは順調。ところが、?をやった瞬間に、?と?が起動できなくなってしまった。原因は?のブートローダで?のブートローダを書き換えてしまったから。

http://support.microsoft.com/default.aspx?scid=kb;ja;jp283433
↑microsoftの説明が、
「この現象は仕様によるものです。一般的に、将来のバージョンにおける仕様の更新は不明なため、製品には将来の製品との互換性 (上位互換性) はありません。 」
なのはちょっと気に障った。

「将来の製品」が世に出回った時点で、それは未知の製品ではなくなるわけで、それに対して互換性がない、と言い張るのは短気ではないかと思う。ウチの製品でこのような現象があったら、修正を作って公開する。さすがに古すぎてサポート対象外になったものについてまでは修正しなくてもいいけど、前々バージョンぐらいまではサポートしてもいいのでは…。まあ、お忙しいM$さんのことだから現バージョンしか手が回らないんでしょ。

何の当番かって、「居残り当番」。協力会社の人は最終退出者になってはいけないため、自社社員が(特に用も無いのに)残っているための当番。うちのチームはhttp://diarynote.jp/d/53173/20041009.html←このような状況のため、当番日には徹夜を覚悟の上の勤務にあたるらしい。今月からやってみるというが、どうなることやら。

話し合いの中で既にいろいろ問題が見えてきているようだ。(以下、協力会社＝T社)

?T社にはタイムカードが存在せず、勤務時間は自己申告。このため、契約は社員と同じ時間帯なのに、1時間程度遅れて来る。社員は例え当番明けでも、定時に来なければならない。(同じ協力会社でも、I社はきちっと定刻に来る)

?1週間に1，2回、他の関係会社が作ったモジュールを入れて、T社の人が回帰テストをする。その締め切りが翌朝朝一のため、モジュールが届いた日の夜にテストを完了させなければならない。?もこのせいで上からは「仕方の無いこと」と思われているようだ。(最近になって、締め切りはその日の定時になった)

?社員の女性が夜遅く残っていると、「世間体に悪い」らしい。このため、当番は男性のみ。ただでさえステータス異常がない社員が少ないのに。(そのお陰で、リーダーに迷惑をかけないようにと、仕事をさっさと済ませて、家でゆっくりツールの調査をするという生活パターンが形成できたのは良かった)

?は重大だと思うんだけど…。今さら「時間通りに来い」と言うのは手遅れなのかなあ。

「新人」と言っていられるのも今のうち。1ヵ月後には年下の人が(半分ぐらいの確率で年上もか)入ってくる。そういえば去年の今頃何してたっけ。。卒論書いてたようだ。いや、フリーゲームをやりこんでいたようだ。暇だね。

最近どうも課長が現時点の新人2人に過剰な期待を寄せて、人員補充をせずにこのままの体制で行くとか言っているそうだ。

現在うちのチームは、3分の1が新規開発、3分の1がインシデント対応、3分の1が品質測定をやっている。全てに少しずつ駆り出されている私を除くと、2人ずつだ。このような時にインシデントが大量にくると、正直さばききれない(最近はこっちに非があるようなものが多いので、非難はできないけど)。

期待を寄せてくれているのはありがたいが、もう少し各チームがどういうタスクを抱えているかを把握して欲しいなあ。それとも、予算がないのかなあ。

http://csx.jp/~inko/swf/dm.swf
↑こんな感じ。

皆、だいぶ疲れてきている。1日の作業量は昨秋に比べて少ないはずだが、寒い冬もあいまって、自宅療養に入ったきり出てこなくなった人やら、入退院を繰り返して異動になった人やら、そろそろ入院リーチがかかっている人やらで、残るのは最近某銀行にかかりっきりになってる人と、リーダーと協力会社の人と新人。社員少。

あれからマシンの管理(設定とかスケジュール調整とか)はほぼ全て自分に来るようになった。研修以来C言語触っていなくてもコードレビューに呼ばれるし。今日はあわや商談対応まで打診されるとこだった(断った)。

協力会社の人達が戦力の我がチームって、一体…