はてなキーワード: 独立系とは
27歳でシステムエンジニア、5年目
まだまだ甘えも許されると思ったが現実甘くなかった。
現職の業務内容で全工程をひと通りやっていたのだが、ここで落とし穴。
客先出向時のプロジェクトは全てコーディングはオフショアなんですよね。
御社で育ててくれるでしょ。
なんてことを思ってた自分が恥ずかしい。
そんなことはなかった。
しょうがないので、テスト時にツールを開発したことをメインに話すと一次面接通るようになった。
アピール次第でお断りされた企業にも入れるチャンスがあったのかと思いつつも、やはり実務は偉大だと再認識した。
にしても、
中小企業で
人売り企業で
客先出向で
11時帰りで
残業代無しで
業務内容に実装無しで
300万円代の年収で
これからのSE業界に新卒で入ってくる人、転職で入ってくる人へ業界の実態とスキルについてアドバイス。
色々就活生と喋っているが、よく言うことを雑多に記載。
【職歴】
・営業社員向けカスタマー管理サービス(CRMシステム)構築:1年
・RFP作成などの上流工程~運用保守の下流工程まで経験あり。
【前提】
・以下は主にSI企業で上流(要件定義)から担当するPM、PLとしてやっていきたい人向けのスキルである。
技術者で食って行きたい人は、全然違うスキルが必要なので無視して良い。
→何も雑談する力が必要なわけではない。ここでのコミュニケーション能力とは「折衝力、人の輪の中に入っていける力」を指す。
システムは人が使うものなので、何をするにもまず人と喋って要件を聞き出さないと話にならない。
技術力があれば良い、と言うのは大きな勘違いで「人に使ってもらえるもの」なので、そこを無視してどんな最新技術を使っても宝の持ち腐れ。
また、往々にして「システムを導入する=業務をシステムに合わせて変えることが求められる。
これはパッケージシステム導入に限らず、スクラッチでも同様。その時に「業務を変えたくない」連中が抵抗勢力として現れる。
そこを説得するものSEの仕事。そんな敵の中に飛び込んでいって、説得して、最後には協力してもらうまで信頼を勝ち取らなければならない。
そんな場でツボを外したことを言おうものなら、相手からは無視されて終わる。
そんなことが起きないための第一歩としてコミュニケーション能力は必須。
→この2つはセットで考えたい。近年は技術革新が目覚しいため、全部の技術情報を自分で知っているなんて不可能。
そのためにGoogleなどの検索ツールを活用するが、膨大な情報を自分の中でまとめて要点を「つかむ」ことが重要。
細かく知っておくのは専門家の領域なので必要ないが、せめて利用しているツールや技術がなんなのかを、
人に説明できるレベル/類似ツールとの違いを説明できるレベルで知っておく必要あり。
→技術力、プログラミング能力は必須ではない。上記②の人にやってほしいことを伝えるまでには代用できるからである。
しかしプログラマーと対峙するときに、相手はプログラミング言語で会話をしてくる(これは誇張ではなく事実)
その時にいちいち②のプロセスで言ってることを調べていては、理解にロスがかかって進まない。
その時に何か1つでも言語をある程度知っていると、たとえ知らない言語での開発でも言ってることがわかるようになる。
この感覚は例えが悪いが、ピアノを習っておけば、数年後に違う楽器を触っても上達が格段に早いとか、
ドラクエをやっておけば新桃太郎伝説の攻略がスムーズにいく、とかの感覚に似ている。
新卒でプログラミングやったことがなくても、①・②は社会で鍛えられるし、③は研修・OJTという形で経験が積めるから問題ない。
新卒でプログラミングやったことある人は、③が経験済みなので、その分有利である。
転職の場合往々にして即戦力として求められるので、③の経験がないのが大きなネックになる。
巷で言われる業界未経験OKとは、③のスキルがない人のことを指すため、
①・②が人より優れてないと厳しい、ということになる。
参考にされたし。
人をdisってもいけないなぁと思い、体系的?に考える努力をしてみた。
独立系SIer「急遽N人月の開発と検証が欲しいだと…検証はだれでもいいから人がほしいだと…? 美味しい案件じゃねーか…」
何がいいたいかわからなくなってきた!!あ、思い出した。
裁量がなかったっていうのもあるけど、多分SIerで仕事をするとこういう感じになるのが普通なはず。とにかく自分で物事を決めてはいけない。決めさせないような働きかけをさせられる。そんな現場の偉い人は出来ない理由を説明するのがうまかったり、声が大きかったりするのでその人について仕事する人は自然とそういう人になる可能性が高い気がする。
一応その後は
という感じで終わったので動き方は間違っていなかったはず。その後もデータセンターにLinux入れに行ったりミドルウェアがエラー起こしたら直してみたり、開発側でバージョンアップがあったら対応入れたりとかで頑張って試験から逃げてた。
#同期何してんのかな〜
何がいいたいか全然わからない!別に燃えているわけでもなくて、無理な事を言われているわけでもない現場で、炎上SIer的進め方をする必要って意味がなさすぎる気がするんです。SIerでも基本設計→実装までやってた先輩(?)とかはどうせ自分が実装する案件だったら機能設計、詳細設計とかある程度は適当に作るよ。おれは設計期間は早く帰る、あんまり良くないことかもしれないけどw やらないとわからない部分はやっぱりあるし。外部に投げるときはちゃんと作るけど。って言ってたし。
要件定義、機能設計、詳細設計、実装という手順を踏みたいっぽい。オレはいらないと思っている。
ざっくりと決めてwikiなどに残す→実装→フィードバック→実装→終わり。次の案件に着手。これでいいかなーと。
問題定義ばかりして自分は手を付けない、折り合いを自分で付けられず偉い人に仰ごうとする。Web系現場の偉い人ってだれ・・?
仕様を決めてくれる人はいない、そういう案件なんだけど。自分で決めていいんだよ?を誰もがが望んでいるわけではなかった。
自分を飛び越えて(一応)お客さんだったりおれの上の人(役員になってしまう)に、SI的やり方が出来ずに相談やアラートをあげるんだったら、体制的には十分に勝手な行動をしているといえるので、もう終わりにしますか〜
あんまり指示出せなくてごめんなー、お前歯向かってくるからから好きにやらせてみるかと思ったら、あんまりいい方向に進みそうに思えなかった。
一緒に決めていこうねっ、という接し方はあなたを不安にさせて、あなたを調子に乗らせてしまうやり方だったことに今気づいたぜ!
SI案件に戻ってくれ。SIのやり方は求めていない。それだけでも終わりにする理由は十分なのかもしれない。