SIerの余命は5年、オオカミは本当にやって来る
どうも私はIT業界の人たちから、オオカミ少年だと思われているらしい。随分前から「SI（システムインテグレーション）ビジネスの終焉」を騒ぎ立てていたが、SIビジネスは幾多の不況期を乗り越え、しぶとく生き残ってきた。だから私がオオカミ少年だと言われるのは、まあ仕方が無い。だが、あえてまた言う。「今度は本当にオオカミがやって来る」。SIerの余命はあと5年である。 SIビジネスはユーザー企業などからシステム構築を請け負う人月商売だが、日本では“SIガラパゴス”と呼ぶ、世界に類を見ない多重下請け構造のエコシステム（生態系）を発達させてきた。このSIガラパゴスには、零細ベンダーも含めると約1万5000社がひしめき、元請けのSIerを頂点に、顧客である企業や公共機関のシステム構築に関するあらゆるニーズ（≒わがまま）に対応してきた。 これは、システム構築ではERP（統合基幹業務システム）をそのまま使った
デスマーチ・激務に巻き込まれたアナタが取るべき12の対策【メンバー編】 - プロジェクトマネジメントの話とか
新社会人になろうとしているあなたが、「デスマーチ」（＝不眠不休の連日徹夜の炎上プロジェクトを想定します）という激務の壁にぶつかったときに、当記事が何らかの参考になれば幸いです。 私は約10年間、下流工程寄りの仕事に従事した後、上流工程へシフトしました。プロジェクト炎上の火消しにPL（プロジェクトリーダー）やPM（プロジェクトマネージャー・プロマネ）らが右往左往するものの、最終的なしわ寄せが「実装を担う開発現場」に来てしまう現実を、何度も目の当たりに、いや、実際に経験してきました。 根本原因の解明が必要ではあるものの、一メンバーである個人の権限ではコントロールできない要素がほとんどだったりもするわけです。今回はメンバー側の視点として、デスマーチという激務のやり過ごし方、取るべき対処について考えてみましょう。もちろんIT業界以外の「絶賛激務進行中」なアナタもご一緒に！ スポンサーリンク １．責
巨大銀行の巨大システム開発で大変素晴らしい経験を得たという話
最近まで、ネット上のIT系ニュースで度々システム障害で我々にネタを提供してくれる某巨大都市銀行の次期システム開発に下請けとして新卒から参画していた。 「某巨大都市銀行の次期システム」という時点でどこの銀行かピンとくると思う。 次期システムとは大雑把にいうと80年代に構築され今なお稼働しているシステムのうち、外為、内為、預金などの業務にて稼働するサービス(実際のプログラムになる)を疎結合化してそれぞれのサービスを部品として再利用性やメンテナンス性の向上を図る、いわゆるSOA(サービス指向アーキテクチャ)で作り直そうというものだ。 この辺も心当たりのある銀行と次期システムとかでググれば出てくると思う。 銀行システムをSOAで構築するのは日本では初めて！！すごい！！先進的！！！という触れ込みだったらしいが、立ち上げからいるわけでもなくSOAの利点も結局実感できぬままこの業界から去ってしまったので
共感力が低いエンジニアのための、とあるスタートアップの現場の話
http://startuptechtalk.doorkeeper.jp/events/17559
Excelスクショ問題について周りの方へのお願いと、今職人となっている方への励ましの言葉（元職人より）
Excelスクショ問題について周りの方へのお願いと、今職人となっている方への励ましの言葉（元職人より） 2014年8月3日日曜日 ITニュース うつ病 最近一部で話題になっている「SEがテスト工程で画面のスクリーンショットをExcelに延々と貼り続ける作業」について、実際にスクショ貼り職人を経験した自分としては、何か残しておかねばと思い、この記事を書きます。 自分はSEでしたが、うつ病でもうすぐ2度目の休職に入ります。Excelスクショ職人を経験しています。そんな自分が、「Excelスクショに対して疑問を抱いている方」と「今現在Excelスクショ職人な方」へ、お願いと励ましの言葉を述べさせていただきたいと思います。 【参考】 SIerの闇・Excelにエビデンス貼付け - Togetterまとめ あるシステムを開発したら、必ずテスト工程があります。プロジェクトによっては、全くユーザーインタ
dfltweb1.onamae.com – このドメインはお名前.comで取得されています。
このドメインは お名前.com から取得されました。 お名前.com は GMOインターネットグループ(株) が運営する国内シェアNo.1のドメイン登録サービスです。 ※表示価格は、全て税込です。 ※サービス品質維持のため、一時的に対象となる料金へ一定割合の「サービス維持調整費」を加算させていただきます。 ※1 「国内シェア」は、ICANN(インターネットのドメイン名などの資源を管理する非営利団体)の公表数値をもとに集計。gTLDが集計の対象。 日本のドメイン登録業者(レジストラ)（「ICANNがレジストラとして認定した企業」一覧（InterNIC提供）内に「Japan」の記載があるもの）を対象。 レジストラ「GMO Internet Group, Inc. d/b/a Onamae.com」のシェア値を集計。 2023年5月時点の調査。
「Javaが使われないのは、エンジニアが楽しくないからだ」 - 感謝のプログラミング
面白い人に出会った。 彼を一文で表すと、 SIerにいるくせに技術が大好きで、コードを書きたくても書けない現状に嘆きつつ、 多額のローンを背負ってしまったため転職に踏み切ることもできず、夢と現実の狭間で苦しんでいる男だ。 この人の素直な感じがかなり好きで、出会いざますぐに心を開いてしまった。 やっぱりアツく技術的な話をしてくれる人は本当に楽しい。 会社にいる人の5割はSSDって何？って人だし、6割はJavaとJavaScriptの違いもわからない人で、8割はGoogle検索無しでコンソールに「Hello World」を出力させることもできないような人達だ。 実際に統計をとったわけではないけれど、これは全然大げさな話ではない。 「システムエンジニア」なのに、本当にこんな感じなのだ。 その代わり、ExcelやWordを駆使して資料を作成する技術は素晴らしいものがある。 長時間の会議に耐えうる精
「赤字受注する人」にいくら教えても「黒字受注」はできないのか
今回の題名は前回書いた『「できない人」にいくら教えても「できる人」にならないのか』のもじりである。 前回記事は、想像以上に多くの方に読んでいただいた。この場を借りてお礼を申し上げる。ただ、なぜ読まれたのか、その理由を書いた当人は今ひとつ分かっていない。 「身も蓋もない発言」をそのまま紹介したのが良かったのだろうか。それでは柳の下のどじょうを目指し、別の「身も蓋もない発言」を紹介してみたい。今回は営業の話である。 「無理です。なぜ請けたのですか」 営業担当者（以下営業と表記）が仕事を受注してくる。その仕事を実際に手がける技術者を集めて、仕事の内容や納期、費用などを説明する。 説明を聞いた技術者は唖然として言う。 「無理です。こんな仕事をなぜ請けたのですか」 反発を見込んでいた営業はあらかじめ考えていた台詞を使って現場を説得、いや、制圧にかかる。 「競合に勝つには、この条件で提案するしかなかっ
人月 - ギークに憧れて
2013-07-23 人月 入社する前からずっと人月について考えてる｡ 10年くらいずっと人月disられてるのに何でなくならないのか疑問だったけど､詰まるところは発注側(顧客)がソフトウェアを定量化して評価できないから労働対価という形で契約を結ばざるを得ないんだと思う｡受託開発は顧客がコミットしてくれないと絶対良いものにはならないし､現状そういう姿勢を持ってるのはネット系のスタートアップが多いからソニックガーデンとか永和の価値想像契約とかが成立するんだろう｡ でも大企業とかは悲惨で､特に金融とかはディフェンシブかつ丸投げでヤバいと思う｡でもそういうリスクの保険屋みたいな感じで大手SIerが食えてるのも確かだと思う｡そういう意味ではNTTデータとANAが成果報酬契約を結んだニュースは面白いなーと｡ でも上記の様なモデルは昔は良かったんだけど昨今は通用しなくて､人月単価はどんどん下がって
ダメなシステムが無くならない理由はエンジニアを正しく活用できないから - GoTheDistance
Twitterで流れてきたのでつい見てしまいましたが、この方の連載は全体的にやっつけ感が否めないですね。 なぜ“ダメなシステム”は無くならないのか？ - なぜ“ダメなシステム”は無くならないのか？：ITpro この"ダメだしとっつあん"があの手この手で言わんとしてることは｢上流工程と下流工程の分断は悪であり、ダメなシステムはそこから生まれている｣ということですので、この記事を読んだ人は連載読まなくて大丈夫です。僕が書いたこのエントリ読んでください。もっと突っ込んで書いてあります。 ｢SIerでのキャリアパスを考える｣というイベントに登壇しました - GoTheDistance もうそろそろぶっちゃけてもいいでしょ。ダメなシステムができる理由は簡単だってことに。ウオーターフォールが逆流できないせいだ/丸投げするからダメ/リスクをとらないからダメ/技術力のないやつが舵を取るからダメ・・・ってさ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ふつうの受託開発チームのつくりかた