下記の案件、アップしました！

ご応募おまちしています！

＜SS1＞注力案件です！

業務内容：キャリア向けシステム構築全般／飯田橋

要求スキル：Unix OSの基本的な運用スキル

　　　　　　　　顧客およびベンダーとの折衝能力

　　　　　　　　ネットワークの基本的な知識

詳細：非常に高くスキルアップできる現場です。

　　　 弊社社員がサポートします。

下記条件該当の方は優遇いたします！

　　　 ①Solaris10の新機能の知識(ZFS、コンテナ、IPMP等)
②Unix OSの障害等の切り分け知識
③Radius（AAAサーバーとして使用）の運用経験
④Sun、Cisco、Oracle、LPICのいずれかの資格

＜111＞上流工程！！

業務内容：Ｊａｖａ開発／上流エンジニア

要求スキル：仕様調整、ユーザ折衝、システム開発の見積り、要員管理などの経験者

詳細：大手メーカの生産管理システム開発業務です。

＜107＞最新技術！！

業務内容：VMWare設計／四ツ谷

要求スキル：サーバ・インフラ運用、又は構築経験

詳細：VMWareを使用したクラウドシステム構築となります。

　　　　※VMWareを使用しての仮想化の経験がある方は優遇いたします。

＜103＞最新技術！！

業務内容：Android開発業務／四ツ谷

要求スキル：Android環境での開発経験1年以上

詳細：ｷｬﾘｱ向け携帯システム開発です。

　　　　※弊社内でのお仕事となります。

＜100＞

業務内容：検索エンジン開発業務／田町

要求スキル：C++開発経験2年以上

詳細：大手インターネット検索エンジンの開発業務です。

＜98＞

業務内容：COBOL開発/東陽町

要求スキル：COBOL開発経験2年以上

詳細：メガバンク向けのシステム開発業務です。

コラムニスト改めブロガ―のチャッピーです

４月の求人情報を掲載しました！

募集お待ちしています。。

　PGとはプログラマーのことで、文字通りプログラムを書く職業の人です。これはとてもわかり易いです。私もプログラムを書くことはできるので、PGと言うことができると思います。

　SEとはシステムエンジニアのことで、一般的にはプログラムだけでなく設計書を書いたり交渉を行ったりする職業の人です。私も設計書を書いたり交渉を行ったりしているので、SEと言うことができると思います。

　ですが今の時代、設計書を書かないPGはいないだろうし、交渉を行わないPGも少ないはずです。SEと言ってもプログラムを書くこともあるし、テスト項目を実施することもあります。

　私の場合、開発者になってすぐ、仕様書を書く仕事から始まったので、SEがスタートということになります。プログラムを書くようになってからも、そもそも設計書が既にあるような仕事はしたことがありません。設計書はまったく無いか、必要に応じてPGが作るものであった仕事の方が多かったです。

　このようにSEとPGの区別は、あまりなくなってきているのが現状のようです。SE、システムエンジニアという言葉は、実は和製英語で、日本以外では通じないとも言われています。

　一昔前は、SEという言葉が誕生したころは、SEとPGの区別があったようです。

　当時は、コンパイルマシンが現場に一台しかないところや、デバッグ環境がひとつしかないところが多くあり、そのようなところで開発を行う場合、ノートにプログラムを書き、机上デバッグを行う仕事が中心だったそうです。そしてコンパイルマシンが空いたら、ひたすらノートに書かれたプログラムを打ち込んでいきます。このようにひたすらプログラムを打ち込む仕事をする人がプログラマーなのです。

　その後、VBの登場などによりGUIが発達していきました。ノートにプログラムを書くのではなく、これらGUIのための新しいツールを使える人がSEと呼ばれたようです。当然ツールを使うSEには、ひとりに一台パソコンがあります。ノートを使っている人と比べると、SEの方が優秀に見えてしまいますね。

　現在では開発者一人につきひとつの開発環境が用意され、統合環境の使い方も簡単になりました。昔のようなSEとPGの区別ははっきりできなくなりました。

にもかかわらず、一般的にSEの方がPGより給料が高いです。

　これは自分をSEと名乗るかPGと名乗るかの差だと感じます。「システムエンジニアとは結局のところ良くわからない、設計書を書いたり交渉を行ったりに責任を持たされるは嫌だ。」PGと名乗ることにより暗にこのような主張をしていると取られてしまうのです。「プログラムだけ書いていたい！」とかですね。

　しかしPGと名乗っても、結局SEの仕事もするのです。本当にプログラムだけ書いている開発者はほとんどいないでしょう。あまり違いが無いにもかかわらず、「やりたくない」ことを主張して、評価を下げてしまうのは損です。実際にプログラムしか書いたことの無い技術者もいらっしゃるかもしれませんが、そうでない方は既にSEであるはずです。

　逆に、SEを名乗っていれば周りからの期待は大きくなり、たくさんの仕事が降って来ると思います。たくさんの仕事を、難度の高い仕事をして信頼を勝ち取れれば、近年のような大不況の中でも生き抜いていける人材となることができます。今、職を失ってしまった技術者の多くは敢えてPGを名乗ってしまっていた方が多いのではないでしょうか？

　SEとPGの技術的な境が曖昧になっている近年では、仕事を背負い込む覚悟が有るか無いかが境目だといっても過言では無いかもしれません。

面接の場でも、どこの現場に行っても「あなたはSEですか？PGですか？」と聞かれたら、胸を張ってこう言いましょう。

「私はSEです！」と。。

最近寒いですね～。

桜も開花してますが、この寒さはちょっと異常じゃあないでしょうか。

そんな中、今日は現場にマネージャが登場したですよ。

私は全国規模の某カード認証システムの運用オペレータのリーダをやってるのですが、リーダといってもそれは現場を統括して運営する立場なので、こうしてたまにお金とか契約を管理してるマネージャが来て情報共有とか意識のすり合わせとかするわけです。

まぁ、雇われ店長が本社の管理職と顔合わせするイメージですかね。

そこでまぁ、多少なりとも人件費というか工数というか、

そういう話にもなるわけですが。

とにかく、個人の店舗レベルの自営業とかで無い限り、

仕事のその先に「人の上に立つ」ことになります。

人の上に立つということは、下の人の給料を搾取することになるわけです。

嫌な表現を使ってしまいましたが、

実際問題、上にいた方が責任が重たくなるし、仕事も増えるし、

下の人の面倒を見なきゃいけなくなって、当然下の人より大変なので、

その分の報酬をもらうのは当然といば当然なのですが。

私は、かなりメンタルの弱い人間ですので、

どうしても「人の上に立って」下の人から「搾取」する、という事に抵抗がありまして。

いや、そんな事は言い出しても仕方ないのは知ってるのですが。

でも、今日は帰りの電車で思いついた事があって、

これは是非とも何かに書き留めておこうと思ってこのブログを書き始めた次第です。

それは、「人の上に立つ」のではなく、「人の前に立つ」と考えることです。

そして前の人と、後ろからついて来る人が

「win-winの関係」であるように意識して大切にすることです。

前の人はどんなに大変であっても、ついて来てくれる人がいるから、

また、後ろから背中を押してくれる人がいるから前に進めるものです。

前の人は、後ろの人より報酬を多くもらう代わりに、

後ろの人をしっかり育てて、いつか前に立てる人になれるようにしてあげるのです。

後ろの人はそれをしっかり理解して、いつか前に立てるように勉強し、

前の人から多くを教われれば教われるほど、

決して搾取をされているわけではなく、winであると考えることができると思います。

win-winの関係が成立していれば、そこには強い信頼関係が生まれるはずです。それでこそ、組織で仕事をやっている強みというものが出てくると思います。

と、まぁ今日はあんまり転職とか求職に役立つような話では無かったですが、

たまには、ということで大目に見てください（汗

あ、後付けっぽいですけど、

弊社にも色んな事を教えてくれる人間のできてる先達がたくさんいますよ！

私も自社でたくさん教わっています！

むしろ現場で教わることより自社の方が大切な事を（口うるさく）教えてくれます！

どうぞ弊社にご応募を！

ここで、COBOLとその技術者の未来を守る、弊社社員を紹介します！

主力拠点リーダー　武蔵
インタビュアー	このたび、大幅な増員を達成できた要因とは何ですか？
武蔵	着実に仕事をやり遂げ信頼を得ているからだと思っています。
インタビュアー	リーマンショック以降、いろいろとご苦労されていたと思いますが、見事な復活でしたね。
武蔵	忍耐の一年でした。他の協力会社の人がどんどん終了となっていく中でシステムテスト、本番運用となったのですが、ほとんど障害も起こさず案件を終了することができました。
インタビュアー	今後は、どのような展開をかんがえていますか？
武蔵	会社として、まとまった体制で一括案件を請け負い、成功させるだけでなく、保守メンバーとして永続的に業務を行う人間を増やしていきたいと思っています。
インタビュアー	最後に、このブログをみてご応募してくださる方もいらっしゃると思いますが、伝えたいことはありますか？
武蔵	COBOL、JCLが得意という方、汎用機に慣れ親しんでいる方、まだまだ仕事はあります！ 貴方の力を十二分に発揮して楽しく一緒に働きましょう！

金融システム課の求人情報

今日は、少し私の話をしたいと思います。

私は、短大卒でしかも2年留年していたのですが、

卒業のタイミングでちょうど良く知人の紹介があって

ツリーベルに入社しました。

当時２２歳の私は社会をナメていましたので、

就職ができたのが不思議な程だったのですが、

入社して最初に教わったことが「謝恩」です。

一人のナメた若者をいっぱしの社会人に育てるのに

どれほどの人に迷惑と面倒をかけるか、を

しっかり考えるように、と教わりました。

迷惑、面倒をかけた分は恩返しをしなければならない。

というぐらいは親から教わっていましたので、

とにかくなんとかして恩返しを考えました。

入社して8年になりますが、まだまだ勉強させてもらう事がたくさんあります。

弊社は、「やりたいです！」と言えば、やらせてくれる風土の会社ですので、

恩返しと思っていろんな事を考えていろんな事をやらせてもらいましたが、

結果としては、私がやった仕事のケツをもってくれる上司には迷惑をかけ、

私自身は勉強になった、という結果しか出なかったことも多いです。

もしかしたら人間社会というものは、

そもそもそういう仕組みなのかもしれません。

師弟論、みたいなものもあるぐらいですから。

仮に、私がナメた若者のまま、とある大企業に入社して、

いっぺん通りの研修みたいなものを受けて、現場にでていたとしたら、

今のような考え方に至っていたか疑問です。

弊社は、いわゆる一般の有名大企業に比べれば弊社は規模も小さく、整備も不十分なところがあるかもしれません。

それでも、大切な事は口をすっぱくして教えてくれる会社でありますし、

会社として不十分なところを「直したい！」といえば「じゃぁやってくれ！」と言ってくれる会社です。

又、やったこと、挑戦したことをしっかり評価してくれる会社です。

これは、有名大企業に負けない弊社の良いところだと思っていますし、

私自身、良い会社、良い上司にめぐり合えたと思っています。

楽していい給料だけもらいたい、という考え方の人には合わない風土の会社ですが、

自分を成長させたい！悪いところは直したい！という考え方の人にはぴったりの会社です。

是非、後者のようなアツい思いをお持ちの方はご応募をお願いします！

一言で言うと、「元気な人」「気合入ってる人」「前向きな人」とか、
そんな感じです。

もう少し言うと、「自分の将来の為に、努力を惜しまない人」でしょうか。
決して、「高スキルで若い人」という訳ではありません。

会社というものは社員が支えるものでして、
決して経営者の手腕一つでなんとかなるものではありません。
経営者ワンマンで成り立つ経営の規模は、
50人が限界だと思います。

例えば、学校で考えてみた時、100人のクラスの担任は成り立つでしょうか？
きっと成り立たないので、日本全国どこの学校も、
一人で管理できる人数は50人ぐらいが限界、という事なのだと思います。

では、50人を超えた会社はどうするか？というと、
中間管理職を作って、3層のピラミッドを作るんです。
これは、会社にとって宝である人材を大切にしたいが為にそうすることです。
派遣業のように人材の将来とか福利とかを考えずに金の出入りだけ管理するなら、
中間管理職は必要ないです。
※もっと言うと派遣業は社員数を増やす必要はなくて、派遣登録者と仕事さえ増やせれば
　儲かるわけですから、社員は営業と事務だけでいいのです。

そもそも、なんで50人を超えてまで人を増やす必要があるの？
という疑問も出てくると思うのですが、
これも又、社員の人生を考えるが故、なのです。

50人の会社が50人のまま売り上げを伸ばすのはとても困難です。
売り上げが伸びなければ、50人の給料はずっとそのままです。
売り上げが伸びなくても社員の年齢は増えるし、
結婚して子供を作る社員もいるでしょうし、子供の学費とかいろいろ、
年齢が増えれば必要なコストは増えますから、
年功序列とまでは言わなくても、心ある経営者なら給料を増やしてあげたいはずです。

ならば、売り上げを伸ばそう！　ということで、人を増やすのです。

逆に言えば、高コストになってしまった年配の社員に退職してもらって、
若い低コストの人を同じだけ雇えば50人のまま売り上げを増やさぬまま
会社の維持だけはできるかもしれませんが、
それはそろばんの上の話であって、
そんな考え方の会社に生涯を捧げる社員はいないでしょう。

ちょっと、一般的であたりまえな話ばかりになってしまいましたが、
弊社も社員は宝という考え方の会社ですので、
(別に会社自慢というほどのことでも無く、普通の会社という意味ですがｗ)
3ヶ月とか6ヶ月とかの案件を「技術者」という立場だけで働くのではなく、
いかにして売り上げを伸ばして、会社を大きくするかを長期的に一緒に考えて頂けるような、
そんな人材を求めています。

会社に貢献、という言い方をするとちょっと偽善的ですが、
社員は会社の一部なのですから、会社に貢献して会社が儲かれば
得をするのは社員なのです。

一緒に弊社の将来を考えて下さる方！　是非ともご応募をお願いします！

私は、某システムのオペレータチームの統制をやってます。
まぁ9人という小さなチームの頭ですので、たいしたこたぁ無いんですが。

そんな私が今回はシステムオペレータのお仕事を紹介します～。

現場は24時間365日を3交代シフトで回しています。
チームメンバーは体育会系で(というか私が体育会系で)、
シフト引継ぎの時に毎回「基本動作」を叫んでいます。

いち！　優先順位は、監視＞定時＞申請！

に！　作業は手順書に従え！

さん！　作業前に確認、作業後に確認！

よん！　迷ったらすぐに報・連・相！

といった感じです。

あ、というか余談ですけど、
システムオペレータというと、ヲタク寄りのチームか、
体育会系のチームかの二通りが主流のようです。
※ウチはヲタク寄りです。本当は。

これは完全にイメージですが、
汎用機を見てるオペレータは体育会系が多くて、
オープン系はヲタクが多い気がします。

根拠もは何一つないので、
本件は筆者は責任とりませんがｗ

脱線しましたね。
では基本動作の「いち！」について説明をします。
この説明を読むと、何となくオペレータという仕事が
解ってくるんじゃないかと思います。

「優先順位は、監視＞定時＞申請！」

先ず、監視ですが、
これこそがわざわざ人間が24時間365日、
システムのお守りをしている一番の理由です。

システムの規模が大きくなればなるほど、
サービス故障が発生した時の影響は莫大になります。
とある全国規模のシステムでは、
1分のサービスダウンが5,000万円の損害になるという試算が
あったりします。

つまり、対応が30分遅れただけで小さい会社なら２～３社ぐらいは
簡単に潰れてしまうような損害が出てしまうのです。

よって、サービスダウン～サービス復旧までの時間を短縮することは、
システム運用にとって死活問題なのです。

では、いつダウンしてもすぐに復旧できるように、と
システムに精通した運用SEを24時間365日、システムに張り付かせよう！

としてしまうと、ランニングコストがとっても高価になってしまいます。

そこで、安価なオペレータを雇って24時間365日張り付かせて、
「こんなエラーが出たら、こんな対処をする」という、
誰でもできるような手順書を作っておいて、オペレータに引継ぎ、
サービスの一次的な復旧はオペレータに任せるようにするのです。

既知のエラーばかりならそれでも良いですが、未知のエラーが出た時も、
オペレータは迅速に正確に連絡をするように訓練されていますので、
夜中や休日であっても、運用SEは迅速に駆けつける事ができるのです。

未知のエラーは、その原因と対処法がわかれば次回からは既知のエラーに
なりますから、運用年数が経過するに従って、
システムは安定稼動していく、というわけです。
それも、すべてオペレータがいるからこそ、なのです。

次に、「定時」です。
システムは自動化が基本ですが、どうしても自動化が困難で、
人間の手でやらなければならない事があります。

例えば、一番有名なのは媒体交換ですね。
データバックアップが走るのが深夜の2時～5時だったとすると、
テープ媒体の交換はそれ以外の時間帯に、
しかも土日祝でもGWでも年末年始であっても、
毎日忘れずにやらなければいけません。

他にも、決まった時間に忘れずにやらなければいけない作業
というのはわりと沢山あるので、
これも24時間365日システムに張り付いているオペレータの仕事になります。

日次・週次・月次の作業もあったりしますが、
全ての作業をチェックリストに整理して、
9時にはこの作業、月曜の13時からはこの作業というのを全部決めてあるので、
オペレータは「決まった時間に忘れずに」という仕事が得意なのです。

最後に、「申請」ですが、
システムの運用をしていると、システムの利用をしているお客さんとしては、
「ちょっと頼みたい事」というのがあるんです。

一番解り易いのは「ユーザアカウント登録」とかですかね。
こういう単純作業は、わざわざ工数の高い運用SEを雇うより、
オペレータが空いた時間にやったほうがコストが効率的なので、
「ユーザアカウント登録申請書」みたいな書式と、
「ユーザアカウント登録作業手順書」みたいな手順書を用意して、
オペレータに作業を任せます。

ちなみに、システムオペレータは、
運用SEや構築・設計SEになるための下積み的な位置でもあって、
将来的には上級の技術者になってもらう為の入り口だったりします。

あと、夜勤がある上に、
病欠だとかで頻繁にシフトに穴を開けられるととても困ってしまいます。

上記の理由から、
IT業界未経験であっても、「向上心とやる気と元気がある若い人」が
望ましいんです。

いかがでしょうか？　システムオペレータ、楽しいですよ？
迷っているあなた！　Let's オペレータ！

ここからは完全にインフラ系のお話になるので、
開発者の方や、開発系の技術者を目指している方には、
あまり参考にならないかもしれません。

ですが、インフラの理解がある開発系のSEや、
業務APに理解のあるインフラSEは、
現場ではとても重宝されます。

例えば、ジョブの定義や、DBの物理-論理-テーブル設計や、
他システムとの通信に関するインタフェース設計などは
インフラと業務APの境が曖昧になってくるので、
両方理解しているSEでないとスムーズに仕事が進められないのです。

といったわけで、開発系の方も
是非読んでってください！

さて、インフラの詳細設計といっても大きく分けて、
二つあります。
環境設計と運用詳細設計です。

環境設計は、大体下記のような事を決めます。
といっても作るシステムによって、違うので、
大体そんな感じという感覚で見てください。

　・ネットワークの具体的な設計
　　　→スイッチ、ルータ、ファイアウォール等の具体的な配線
　　　→セキュリティの具体的な設計
　　　　デミリタリテッドゾーン(DMZ)とか。

　・OSの具体的な設定
　　　→共有ディスク領域の設計
　　　　ある程度の規模のシステムなら、
　　　　ディスクアレイ装置と呼ばれるハードディスクの化け物の
　　　　ような装置を導入するはずで、そこら辺周りの
　　　　設定もこの辺で決めます。

　　　→ネットワークの設計
　　　　ネットワーク機器はネットワークのSEが見ますが、
　　　　サーバ側はOSのSEが見なきゃいけません。
　　　　Windowsのネットワーク設定はわりと誰でもできるので、
　　　　誰かが適当にやりますが、
　　　　UNIXのネットワーク設定は、専門のOS屋が担当することが
　　　　多い気がします。

　・PP(プログラムプロダクト)、ミドルウェアの設計
　　　→ジョブの基本設計
　　　→DBの設計
　　　→クラスタリングの設計
　　　→アプリケーションサーバとかOLTPとかの設計

難しいですね～

正直、私もサーバを構築した経験はあるんですが、
設計を一からやったことが無いので、詳しく説明できないっす；；
知らない用語があったら、ググって下さい。すいません。

とにかく、OSやPPやミドルの設定を
最初に全部決めておくのです。
そこから、構築手順書というものを作って、
あとは手順どおりにサーバにOSをインストールし、
PP、ミドルをインストールして、
手順どおりに各種設定をしこしこやって完成！となるわけです。

うそです。

その後、性能テストとか信頼性テストとか運用サイクルテストとか
数々のテストと不具合修正を経て、本当に完成！となるわけです。

次に運用詳細設計ですが、
ここでは、人間の手で対応しなきゃいけない作業を洗い出して、
その手順書を全部用意したり、
監視の仕組みと、上がったアラームの報告ルートを決めたり、
インシデント管理、故障管理、構成管理とかの
いわゆるITIL的な運用管理のルールとか処理フローとかを決めます。

そして、運用詳細設計の下位ドキュメントにあたる、
運用マニュアルとか、運用操作手順書とかを作っていきます。

ここまで出来上がれば、大体構築は終わりで、
システムオペレータに作業を引き継ぐ事になります。
そして構築SEとか設計者は、また他の仕事に行くわけです。

ちょっと汚いお金の話をすると、
　設計・構築SE→超高価
　運用SE→高価
　オペレータ→安価
という感じです。

当然といえば当然ですけどね。

これはそのままインフラ系技術者のロードマップでもあります。
求職者の皆さん。

オペレータは安価な代わりに、未経験でも入りやすいです！

やる気と気合と(若さ)でオペレータになって、

がんばって設計・構築SEを目指し、高給取りになりましょう！

日本は縦社会です。上司と部下の関係があります。上司にも上司がいます。さらに上にも上司がいます。日本のトップになったとしても、海外にさらに上司がいます(そのように感じるのは私だけ？)。ということは、あなたは部下です。

下っ端を努めて30年になりますが、部下のすべきことはたったひとつ、上司に楽をさせることだという結論に達しました。この結論について解説したいと思います。

もし上司に楽をさせることに成功し、空き時間ができたとします。そうすると上司は何をするのか。新しいことを始めるのです。上司になればなるほど、責任ある立場になります。責任ある立場の方は、部下に利益を与えるために、どんどん新しいことを始める必要があります。部下は新しい利益を得るためにも、上司に新しいことを始めてもらう必要があるのです。また、上司が空き時間を利用し始めた新しいことの成果として、さらに上司に楽をさせることができます。そうするとさらに上司は新しいことを始めるのです。企業や社会はこのように成長し、部下であるあなたはより多くの利益を得るのです。

抽象的過ぎてわかりませんね。例をあげます。

私はIT技術者です。開発業務を行っています。現在、障害対応中です。上司は障害の振り分け作業を行っています。障害を出さないように努めた結果、障害発生数は少なくなりました。上司も振り分け作業に時間を割かれずに済むので、次回リリースの先行検討を始めました。障害対応に追われる必要のない私は、積極的に上司にアピールし、先行検討要因に入ることができました。結果、新しい仕事がもらえ、現場増員を達成することができました。上司も先行検討の結果、新機能の提案に成功し、さらに上のポストにつきました。上司のサポート要員として私が選ばれ、責任ある立場につきました。

障害を出さないように努めた結果、上司が楽をできています。上司は空き時間を利用し、新しいことを始めました。その結果、現場増員、責任ある立場という新しい利益が生まれています。ユーザーとしても、新しい利益が生まれたことでしょう。こうして弊社とお客様、さらに私が、共に利益を得たのです。

下っ端としてはほんの些細なことをしただけです。企業の全体像など見えなくても、上司に楽をさせるために障害を出さないようにすることができただけで、これだけの影響があったのです。できすぎたサクセスストーリーかもしれませんが、とても大切な例だと思います。

組織の末端になればなるほど、自分が何をやっているのか、なんの役に立っているのか、感じることは難しくなります。全体像を見据えることは大切ですが、目の前の、すぐ上の上司に楽をさせてあげること、これが部下のすべき最も大切な役割だと感じました。私もそのような部下になっていきたいと思います。