【SIer新人向け】研修では教えてくれないノウハウ集 - Qiita
「ようこそ 魔境 SIerへ！」 はじめに この記事は、SIer（Systems Integrator）に入ったシステム開発未経験者の新人さんたちへ送る、研修では教えてくれないノウハウ集です。 実際、弊社の長い研修では実務に使えそうなことをあまり教えてくれませんし、ノウハウは現場の人の頭にしかない状態なので、新人さんは暗中模索で仕事を覚えていくことになります。 それも非効率なので、実際に私が２年半1で失敗したこと、やってきてよかったこと（ノウハウ）を体系化したので共有します。 新人さんは、これを参考として、使えるところだけ今後の業務に持っていってください。 （本当はガッツリ社内向けに書いたものなので、一部汎用的でない表現がありますがご了承ください。） 目次 業務面 技術面 プライベート面 の三本柱でお送りします。 対象読者 SIerの1,2年目相当であり、学生時代に契約のあるシステム開発を
「開発をアジャイルで」「でも契約は一括で」と言ってくる顧客がいたらどうすべきか？ - ミッションたぶんPossible
はじめに このブログでは言及してませんでしたが、宣言どおり無事転職して、今年の1月から新宿のSIerで働いています。まぁその辺の話は来月あたりの暇な時にでも書くとして*1、今回は別の話。 ついこの間、その新会社で、PM的役割をこなす社員を対象に開かれた「法務研修」という名のついた社内セミナーに参加しました。内容は、SIerの立場で契約に携わる時にどうすべきか、というもの。SIerあるあるの契約にまつわる揉め事を事例に、それを回避するために何に気をつけるべきか、といったことが扱われました。まぁこれ自体は目新しい内容ではなく、SIerに所属する者なら当然知っておく・気をつけるべきことばかり。再確認という意味では非常に有意義でしたが、それ以上でもそれ以下でも無かったなぁ、というのがオレの率直な意見でした。……研修本編終了までは。 ちょっとこれ大丈夫か、と思ったのは、Q&Aに入ってから。社員の誰か
SIについて私が思ったこと。そしてSIerにおけるモダン開発について : 小野和俊のブログ
ひとことで言えば、「レビュー文化は良くない」ということになるだろうか。 Slack導入、そして同時期に開始した服装の自由化、バイモーダルという考え方の浸透、AIやブロックチェーンを活用したPOC等の取り組みによって、SIerとしてのセゾン情報システムズは、社内の雰囲気もずいぶんと変わってきた。 しかし、こうした取り組みだけではどうにもならないものも少なからずあった。 そのひとつは、「悪い報告がしづらい」ことだった。 これは他のSIerでも同様のことが多いのではないかと思うが、問題プロジェクトに認定されると、品質管理部のモニタリングが強化されたり、第三者によるプロジェクト監査が始まったり、経営会議での定期的な報告が求められたり、何をやっているのかとレビューでこっぴどく叩かれたり、、、。 そうした責任感から、遅れをキャッチアップできるよう少しでもがんばろう、と励まし合う中で、それなのに四方から
SIerの下請け開発者ってレベル低すぎない？ - UXエンジニアになりたい人のブログ
ネット上ではSIer批判＝技術のことをわかっておらずプログラムも書けずPMも出来ない非効率でダメダメな上流工程と、 人月単位での労働力提供という業界の慣習に縛られ、持ち前の優秀な技術力・知識を生かせず非効率な作業を強いられているかわいそうな下請け開発者、という構図が確立されているように思います。 自分が関わるまでは、まあそうなんだろうなと思っていましたが、しかし実際にそういう立場のひとと関わりをもつにつれて、どうもそうではないのではないかと思うようになりました。このあたりの実情を書いていこうと思います。 なお、先に言っておきますが本記事で書くことは、上流工程がどうのとか、業界の多重請け負い構造がどうのとか、給料が安くてとか労働条件が過酷でとか、そういう話とは全く関係がなく、純粋にプログラミングのスキルの話だけです。 対象はおもに詳細設計、実装UTだと思ってもらえれば。外部仕様が決まった状態
日本のITがダメな本当の理由
日本のITがダメな本当の理由 The real reason that Japanese IT is a poor performer 2017.01.27 Updated by Mayumi Tanimoto on January 27, 2017, 08:08 am JST 10年前、iPhoneが登場した頃はまだまだ日本は大丈夫という空気感があった気がしますが、今や日本製の携帯電話は壊滅状態に近く欧州西側や東側の携帯屋や北米で日本性デバイスを見かけることはほぼ皆無です。 欧州のカンファレンスでもメディアでも、IoTでもBig Dataでも日本企業の事例が「先進事例」として取り上げられることはほぼゼロです。 若い子はソニーや東芝の家電が店舗に並んでいた時代のことは知りません。日本のSIerやメーカーに就職したいという理系の学生はいません。 なぜこんなになってしまったのか。 以下は昨年末
ベンチャー系行ったらレベルが高すぎて辛い。 - 負け犬プログラマーの歩み
今の職場で働きだして少し経つが、既にエンジニアとしての自信を割と失っている。 俺は自分のことを少なくとも「そこそこのエンジニア」と思っていた。でも今の職場では、俺は下から数えた方が早い。「技術は有るが人間的にはクソ」と自負していた俺は今「技術者としても人間としてもクソ」となりかねない事態に陥っている。 言い訳の材料はある。周囲のレベルが高いのだ。 自分で言うのもなんだか経歴は豪華な人が集まっている。コアメンバーは最高学府(あえて誤用)卒はザラだし、某世界時価総額トップとか某金融会社とか某大手ゲーム会社に居たとか、某ソシャゲーの幹部とか、あのフリマサービスを作ったとか、別会社の元CTOでしたとかはたまた現役CTOやってますとか集えば、下流エンジニアも皇帝、四天王、１０傑（俺含まない）などの超一流だ。 文系で有名企業どころか正社員歴すらなく、名のしれた商品やサービスに協力会社の人間としても一度
SIer による SIer 評が聞きたい
はてな界隈で SIer の話をするときに登場するのは SIer の下請けで働いている人SIer の下請けで働いていたが辞めた人がほとんどで、 SIer で働いてる人や、 SIer で働いていたが辞めた人というのはあまりでてこない。下請けごときの労働環境が劣悪なのは当然だし、下請けの下級労働者がその業界について語っていてもそこにあまり意味のある情報はない。 http://d.hatena.ne.jp/ryoasai/20140510/1399722742SIer から Amazon に転職したが技術的に残念なのは Amazon もそんなに変わらなかったという話は結構よくて理想と現実についていろいろと触れられていた(が id:ryoasai が SIer 出身なのか、下請け出身なのかは俺はよく知らん、記事の内容的に SIer 側の人だとなんとなく思っている)。 http://furoshiki
求む「クラウドSI力」
クラウドの利点を生かすには、スケールアウトしやすい設計にする、PaaS（プラットフォーム・アズ・ア・サービス）などの新サービスを素早く使うなど新たな設計手法が必要だ。「新サービスが続々登場し、随時改良される。頑張ってついていくほかない」（NTTデータ ビジネスソリューション事業本部 デジタルビジネスソリューション事業部 開発統括部 中井章文統括部長）。アジャイル開発など、アプリケーションの作り方も変わる。 ビジネスモデルの転換が迫られることも、従来ベンダーがクラウドSIに踏み込めない理由の一つだ。クラウドSIでは、ハードウエアやソフトウエアの販売などは収益源にならない。PaaSやSaaS（ソフトウエア・アズ・ア・サビス）上のアプリケーションやサービスを組み合わせる開発手法も広まりつつあり、アプリケーションをゼロから開発して利益を得る仕組みにもほころびが見えてきた。 大手ベンダーは、伝統的に
主婦が技術書を書いてSIerに入社した話/jtf2016 - Docs.com
Microsoft Learn. Spark possibility. Build skills that open doors. See all you can do with documentation, hands-on training, and certifications to help you get the most from Microsoft products. Learn by doing Gain the skills you can apply to everyday situations through hands-on training personalized to your needs, at your own pace or with our global network of learning partners. Take training Find
IT業界の多重下請け構造の瓦解、技術者に“失業”の覚悟はあるか
ある大手SIerの幹部から「あんたは、人月商売や多重下請けの元凶として我々のことを悪く言うが、我々には下請けも含めIT業界の雇用を守っているとの自負がある」と言われたことがある。その時は「何を言ってんだろ、この人」と思ったが、冷静に考えると、それは一面の真理だ。日本のIT業界の病弊である人月商売や多重下請けが瓦解すれば、多くの雇用が失われるのも事実だからだ。 この「極言暴論」や「記者の眼」で私は、IT業界の人月商売や多重下請け構造の問題を指摘してきた（関連記事： IT業界の人月商売、多重下請けがもたらす45の害毒）。さらに、この病弊が一刻も早く一掃されることがIT業界だけでなく、日本企業や日本全体にとっても重要だと主張してきた。それと同時に、いずれにしろSIerを頂点とするこのビジネスには先が無いとも予測した（関連記事：「SIerの余命は5年」への反論に反論する）。 こうした暴論に対して、
SI→Webに行ったエンジニアが転職前にやっといてよかったこと、やっとけばよかったこと - paiza times
Photo by Michelle Hofstrand こんにちは。谷口です。 paizaを開発しているエンジニアの中には、もともとSIerで開発をしていた人が何人かいます。 paizaで転職のご相談をいただく方の中にも、SIerからWeb系に転向したいという方は増えていますが、Web系の経験のない人が勉強などを何もしないまま転向を叶えるのは正直難しいです。しかし、Web系の開発業務経験のない人は「具体的に何をどう勉強をしたら役に立つのかわからない…」という人が大半かと思います。 というわけで今回は、SIerからWebサービスを開発している弊社へ移ったエンジニアたちが今になって思う、「転職前にやっておいてよかったこと」、また今になって「やっておけばよかった！」と思うことを聞いてみたのでご紹介します。 いずれは転職を考えているという人、転職はまだ考えてないけどWeb開発の勉強に興味があるとい
SIerのITインフラ技術について、若手社員に伝えたいこと
社内の若者がAWSやAzureをやりたくて仕方が無いみたいなのだが、 30も過ぎた中堅の年齢で率直に思ったことは、「どこまでを考えているのだろうか」ということだ。 そんなことを直接言うのは生き急ぎ野郎の火に油なので、伝えたかったことを含めて増田に書き殴るとする。 以下その若者というか、5〜6年前の自分のような奴に伝えたいこと。 新技術であるべき理由の説明が必要だ パブリッククラウドを使う際にはざっと思い付く限りでこれだけ説明することがあると思うんだ。その過程で旧技術や現状の業務を詳しく知る必要がある。 セキュリティ対策は具体的にどうするんですか？ オンプレから大きく実装が変わるNWは具体的にどうするんですか？ 弊社でオンプレが前提要件な案件の比率を鑑みて、採用したらどのように利益に還元されるんですか？ 既存業務でスケールアウトが前提の精度の設計が許される案件の比率は？ 課金の試算の精度は保
採用担当として、休職者の職場復帰支援で心がけていることについて - あいむあらいぶ
かるび（@karub_imalive)です。 人には得意、不得意があるっていうけど、努力しなくても、割と人より簡単にできてしまう、いわゆる天賦の才を、皆一人一つは何かしら持っているものだと思います。 自分の場合、与えられたギフトのうちの一つとしては、誰かの話を「聴く」能力、楽しく雑談する能力がそれにあたるのかな、と最近感じています。 そういえば、自分の話をしたい人はものすごく多いですが、しっかりと誰かの話を「聴ける」人って少ないと思いませんか？ 僕は、人の話を聴くのがあまり苦になりません。そして、職場では敵を作らず、年齢の壁なども関係なく、誰とでも楽しく仕事をすすめるのが得意です。単に人畜無害なだけなのかも（笑） まぁ、割とありきたりなスキルではありますが、企業の採用担当をやっていると、結構それが生きてくる場面があります。 その一つとしては、休職者のフォローアップ。 これまで、様々な事情で
これが大規模SIerな弊社のデファクトスタンダードな開発スタイルだ！！ - そこに仁義はあるのか(仮)
受託開発やっている、いまの開発スタイルを書く。 この前のブログはわりとフォーカスをしぼったはなしだったので、今回は簡単に全体のはなし。（書く順番が逆っぽい） 今回のプロジェクトではアーキテクトとして、この↓開発スタイルの構築と運用をしていて学び多い。 バージョン管理はGit プロジェクト用サーバーにGitBucketをたててソースコードを管理している。 オフショアと仕事をするなど、開発拠点がわかれることが多い。 ソースコードに対してロックをとったりしちゃうと、他の人が開発すすめられなくなるし、拠点別れて並行開発する大規模案件だからこそ、Gitを使う必要がある。 各開発者がブランチをきって開発をして、プルリクでレビュー依頼、からのマージをすることで、レビューが済んでいるソースしかmasterブランチに取り込まれない、というのもイイ。 弊社の”エンジニア”はみんな当たり前のようにGitを使って
終わるSIerの底辺を見てきた - ミッションたぶんPossible
ご挨拶 今月の第二日曜日は3月11日でした。言わずと知れた、あの「3.11 東日本大震災」から丸一年が経過した日です。改めまして、当時亡くなられた方々のご冥福をお祈り申し上げます。また、被災され現在も不便な暮らしを強いられている大勢の方々にお見舞い申し上げます。一日も早く元通りの日常が送れるようになることを願って止みません。 3.11の14:46、オレは代休で自宅にいるところにあの大地震がやってきました。自身が立つこともままならないような衝撃の中、不安定なテレビ台とPC棚をなんとか抑えて揺れが収まるのを必死で耐えたのは、今でも鮮明に思い出すことができます。それもあって我が家の被害は全くなく、妹も職場の方の好意で車で送って貰え、日付が変わった頃に無事帰宅できました。都内では翌日昼を過ぎても帰宅できなかった人が多かった中、我々は非常に運が良かったと思います。 はじめに さて、オレにとって、この
巨大銀行の巨大システム開発で大変素晴らしい経験を得たという話
最近まで、ネット上のIT系ニュースで度々システム障害で我々にネタを提供してくれる某巨大都市銀行の次期システム開発に下請けとして新卒から参画していた。「某巨大都市銀行の次期システム」という時点でどこの銀行かピンとくると思う。次期システムとは大雑把にいうと80年代に構築され今なお稼働しているシステムのうち、外為、内為、預金などの業務にて稼働するサービス(実際のプログラムになる)を疎結合化してそれぞれのサービスを部品として再利用性やメンテナンス性の向上を図る、いわゆるSOA(サービス指向アーキテクチャ)で作り直そうというものだ。この辺も心当たりのある銀行と次期システムとかでググれば出てくると思う。銀行システムをSOAで構築するのは日本では初めて！！すごい！！先進的！！！という触れ込みだったらしいが、立ち上げからいるわけでもなくSOAの利点も結局実感できぬままこの業界から去ってしまったので本当に謎
SIerで成長できないプロジェクトマネジャーの寒い将来
SIerにとって、有能なプロジェクトマネジャーの育成は最も重要な経営課題の一つだ。なにせ、彼らの腕次第でシステム開発プロジェクトの損益が決まってしまう。下請けのITベンダーだけでなく、プロジェクトの途中でワガママを言い出しかねないユーザー企業を適切に管理して、QCD（品質、コスト、納期）を満たすシステムを作り上げるには、相当のスキルと人間力を持ったプロジェクトマネジャーが必要不可欠だ。 さらに、SIは人月商売のため、技術者数によって売り上げのアタマが抑えられるが、SIerは内製比率を下げて、下請けのITベンダーにプログラミングなどの開発業務を丸投げすれば、請け負える案件が増え売り上げも拡大できる。しかし、それが可能になるのは、ベンダーマネジメントに長けた優秀なプロジェクトマネジャーがいればこそである。 このため、SIerはプロジェクトマネジャーの育成に力を入れる。ところが現実はなかなか厳し
銀行業界におけるSIerの勢力図を知っていますか？：情報インフラ24時 眠らないシステム：オルタナティブ・ブログ
金融業とITが一体化してからすでに久しく、いまや、あらゆる金融決済業務はITシステム無しでは語れません。私たちの生活に最も身近な銀行業界も例にもれず、東日本大震災の義援金口座トラブルの際には、お金のやりとりが滞って多大な影響を受けた方も多かったと思います。 これほど重要な業務を支えるITシステムとなると、その開発や維持には多大なコストが発生するもので、日経コンピュータ（2010年4月14日号）によれば、100億～200億（オープン系～メインフレーム）の初期開発費用が発生すると述べられています。 10年以上前までは、こういった銀行の根幹を支える勘定系システム（預金・貸出・為替業務を支えるシステム）を独自開発する銀行は多く、これの開発を得意とする国内SIerの一部は「メインフレーマー」と呼ばれ、カスタムメイドを重ねに重ねたシステム維持運用を当たり前のように提供していたのです。 しかし、業務の集
読者に問う！ IT業界の二大悪「人月商売」「多重下請け」の今後
以前この「記者の眼」で、日本のIT業界のビジネスモデルと業界構造、つまりSIの人月商売と多重下請け構造が、どれだけ多くの問題点をはらみ、IT業界のみならず日本全体に害毒をいかに撒き散らしているかについて、45の問題点を示した（関連記事：IT業界の人月商売、多重下請けがもたらす45の害毒）。 この記事はIT業界で働く多くの技術者やITベンダーの経営幹部、そして発注元のユーザー企業のIT部門の皆さんの琴線に触れたようで、実に多くの読者に読んでいただいた。ソーシャルメディアでも、Facebookでのシェア数が2100以上に及ぶなど、この記事を“ネタ”にIT業界の人月商売と多重下請け構造の問題点について活発な議論が行われた。 私もTwitterでの読者のつぶやきなどを丹念に追いかけて、皆さんの意見に触れた。そうすると、記事に対する共感や賛同とともに、「ずっと前から言われてきたこと」「問題なのは分か
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
