第28回 日本企業を見限ったインドの“システム屋”から学んだこと
経営者にとって、情報システムは頭痛の種になりがちだ。業務に必須だが投資に見合った効果が出るとは限らない。ほかの設備投資に比べて専門的で難解でもある。 野村総合研究所で約20年間勤務した後に、人材派遣大手スタッフサービスのCIO（最高情報責任者）を務め急成長を支えた著者が、ベンダーとユーザー両方の視点から、“システム屋”の思考回路と、上手な付き合い方を説く。 前回（第27回）で登場したインド人の“システム屋”経営者の言葉をもう1つ紹介したいと思います。彼から「日本企業向けの仕事はもうやりたくない」と言われたことがあります。英語力の問題ではなく、日本人はそもそもシステム開発に向いていないというのが彼の主張です。 これを聞いた私は、その場では苦笑するほかありませんでしたが、日本人の“システム屋”として悔しいという感情が残りました。しかし今ようやく、この意見には反論が可能だという思いに至りました。
メモリ1枚増設って、そんなに大変なことなんでしょうか？：Web時代の翻訳屋 - CNET Japan
[みんなのお題]メモリ1枚増設って、そんなに大変なことなんでしょうか？ 公開日時： 2009/09/08 20:41 著者： まつもと あまり個人を特定する情報を出すのも何なので「知人」ということで止めておきますが、この知人が先日、憤慨して言った言葉。「たかがメモリ1枚、何で増設できないの！」。私もわからないので、いちどこちらの業界の方に聞いてみたいなと。というわけで、今回はこのブログのテーマとは何の関係もない雑談です。 さて、この知人、ある小さな企業（総員十数名）で海外相手の営業を担当しています。当然のように1台のパソコンが割り当てられていますが、用途はもっぱら海外との通信とそれに伴う事務処理。ですから、使うアプリケーションはデータベース（アクセスのカスタマイズ）、メーラー、ブラウザ、表計算ソフトにワープロ、簡単な画像処理程度。このような事務仕事にハイスペックのパソコンは不要と
Q.電球を変えるのに、SE/PGが何人必要か - SiroKuro Page
答え 約2000人月 開発の流れ 要件定義 顧客の発注を受ける １次請け、要件定義書の執筆を始める １次請け、顧客と交渉し、家の中に繋がっている家電製品を全て調べ上げる 一次請け、基本設計実施要領の執筆を始める 基本設計 この工程は、２次請け以下には秘密裏に行われている 詳細設計 １次請け、詳細設計実施要領の執筆を始める １次請け、だいたいこのあたりで２次請けへと乾坤一擲 ２次請け、使用する規格やフレームワークなどの部品を選定開始 詳細設計書の執筆がスタート、電球の大きさや重さ、丸み、光度、味、匂いなどを定義する このあたりで、既に５次請けくらいまで仕事が割り振られている 製造 １次請け、製造工程実施要領の執筆を始める １次請け、単体テスト実施要領の執筆を始まる ５次請け、電球フィラメントのくるくるを手で作成しはじめる ４次請け、求める匂いが上手く出せないと３次請けに駄々をこねる ３次請け
あなたの会社の常識 （IT会社）
5 名前：仕様書無しさん：2007/03/30(金) 15:38:34 一般社員は 就業規則を閲覧してはいけない。 6 名前：仕様書無しさん：2007/03/30(金) 20:44:05 >>5 それ違法。 7 名前：仕様書無しさん：2007/03/30(金) 21:42:05 なにか問題が起こると、すぐに 「弊社は問題を起こさないよう努めております。従って弊社に問題はありません。」 という主旨のアナウンスをして隠蔽する。 11 名前：仕様書無しさん：2007/03/31(土) 10:44:25 年休取得の均質化を強く推奨。 基準 0日/年。 12 名前：仕様書無しさん：2007/04/03(火) 13:41:12 若いやつを飲みに連れていった場合、その役職者は翌日昼からの出勤でもいい うちの会社の謎ルール。当然連れていかれたほうは、朝5時まで付き合わされても 9時出勤、遅れると始末書。
プログラマを激怒させる一言:アルファルファモザイク
元請けからのメール： Title:【至急】バグがhogehoge 実際：オペミスだったり、仕様通りだったり、勘違いだったり
第11回 多忙と徹夜を「喜ぶ」 最悪の“システム屋”
経営者にとって、情報システムは頭痛の種になりがちだ。業務に必須だが投資に見合った効果が出るとは限らない。ほかの設備投資に比べて専門的で難解でもある。 野村総合研究所で約20年間勤務した後に、人材派遣大手スタッフサービスのCIO（最高情報責任者）を務め急成長を支えた著者が、ベンダーとユーザー両方の視点から、“システム屋”の思考回路と、上手な付き合い方を説く。 前回（第10回）では、「それは『IT（情報技術）以前』の問題ですから、ITでは解決できません」と、やたらと課題の整理を要求する“システム屋”が多いことを説明しました。 こうした“システム屋”は主に、2つのタイプに分類されます。「ガミガミ屋」と「マゾヒスト」です。こうした“システム屋”たちがユーザー企業の情報システム部門にいる場合、元々ある課題がより複雑化してしまいます。 ユーザー企業の情報システム部門にいる「ガミガミ屋」は、課題の検討が
すごい現場
皆はどんな現場で，どんな仕事をしているのだろう。何に悩み，どうやって乗り越えているのだろう。プロの仕事とそうでない仕事の境目はどこにあるのだろう。システム開発や運用の現場を歩き，そこで見聞きした面白い話，感動的な話，すごい話を紹介します。 ・大企業からベンチャーまで ぼくはこんな現場を歩いてきた ・SEを潰した値引き 信頼も連帯感も消えた ・期限は明日――若手SEの気迫を見た ・寝不足のプレゼン ドリンク剤も効かず ・中国の開発現場もすごい 若き社長が率いる修羅場 ・オンラインダウン発生！ あの日，何もできなかった ・建築設計事務所で見た 巨匠のすごいレビュー ・コンサル泣かせの現場 “小さな王国”の弊害 ・逝去した巨匠への追悼 感激したあの言葉 ・人の話を聞かない40代 あるコンサルの失敗 ・過ぎたるは及ばざるがごとし 作りすぎたRFPの悲劇 ・人間万事塞翁が馬 得難いレクチャーの裏事情
「IT業界なんかで働かなくて良かった」 ←業界経験者なら完全同意だよね？:アルファルファモザイク
編集元：ニュース速報板より「「IT業界なんかで働かなくて良かった」 ←業界経験者なら完全同意だよね」 1 すずめちゃん(東京都) :2009/03/15(日) 03:27:58.45 ID:phny7F+u● ?PLT(12206) ポイント特典 「IT業界なんかで働かなくて良かった」と題された画像が話題に…コメント殺到 IT業界も冬の時代と言われ仕事があるだけマシかもしれませんが、職場の苦労と言うのはそこで働いた者にしか分からないものです。 そんなさなか、「IT関係で働いてなくてよかった」と題された、1枚の写真が話題を集めていました。画像とコメントをご覧ください。 生い茂ったジャングルの奥地でも、ここまでひどくないように思います。トラブルがひとつでも起きたら、徹夜作業でも解決しない気がしますよね…。この状況を見て、海外サイトのコメントも白熱していたので、一部抜粋してご紹介します
IT業界で楽しく仕事をするための10カ条 - ＠IT
「Java News.jp（Javaに関する最新ニュース）」の安藤幸央氏が、CoolなプログラミングのためのノウハウやTIPS、筆者の経験などを「Rundown」（駆け足の要点説明）でお届けします（編集部） 2009年、日本の春は多くの学生さんたちが卒業し、また社会で活躍し始める時期です。 IT業界は3K、7Kなどと、いろいろネガティブな面も取り上げられます。けれども、「ものづくり」の楽しさや、人の役に立つ仕事として＠ITで取り上げられるような業種で働こうと考えている人も多いことでしょう。 なんとなくIT業界を選択した人から、もしかしたらあまり気が進まないのに、IT業界に入ってしまった人がいるかもしれません。その一方、プログラミングやコンピュータに関する事柄がとても好きでIT業界に入ってきた人もいるでしょう。 本記事では、IT業界を目指している学生さんや入社間もない新人に向けて、より楽しく
［IT業界の弱者］6億円を半額にしろととんでもない要求
金融機関のシステム子会社に勤める高山真一さん（仮名）は，親会社の基幹系システムをオープン化するプロジェクトに，価格交渉の担当者として参加していた。このプロジェクトでは，親会社の担当者による強硬な値下げ要求により，数十人ものITエンジニアが苦しまされた。 「機能追加分は払わない」 親会社のシステム企画部門に所属するこのプロジェクトの担当者から，システムの概要仕様書を提示された。その仕様書に基づいて見積もることを求められ，約3億円（本誌推定）と見積もった。悲劇の種はこの時点で既にまかれていた。後から考えれば，この概要仕様書は，どうやらユーザーへのヒアリングを十分に行わずに作成されたものだった。それに基づいて見積もった金額が基準となってしまい，その後の不当な値下げが要求される事態を招くことになった。 概算見積もりの後に機能を詳細に検討すると，概要仕様書にはない，必要な機能が次々と判明する。精査す
無精で短気で傲慢なプログラマ 技術者・SE・プログラマ面接時の技術的な質問事項
最近、技術者やプログラマの方と面接する機会が多いです。 毎回質問事項を考えるのにも飽きたので、再利用できるようにまとめておきます。 もしさわりの質問に対する反応が良かった場合は、さらに突っ込んだ質問 (インデントが深いもの) をします。経験がないようなら、さらっと流します。 当ページ管理人は、現在 EC サイト構築・運営を担当しているため、 そっち方面に偏っています。 最小限の質問でその人のスキルを見極めるのは難しいなぁ…。 ------- ●追記 ホッテントリに載ったようなので、このチャンスに 人材募集 を再アピールしておきます。 興味のある方はぜひ。 念のため言っておきますが、全部できないとダメというつもりは全くありません (当ページ管理人も、CSS・Eclipse・Struts・Spring・Hibernate・Ruby・アセンブラなど、 弱い部分が多々あります)。 「～はできますか
日立製作所はまともな会社になるべき
すいませんね。はてな匿名ダイアリーとか増田とか、そんなこんな、どういう空気か存じ上げないものですから。なんか、ココの雰囲気になじまない内容だったらすいません。 表題の日立製作所はひどいという話です。私は同社の取引先でメインフレーム・コンピュータを導入している組織なのですが、日立のメインフレーム・コンピュータって馬鹿高いんですよ。 同じ程度の性能の日本ＩＢＭ機の約３倍。日本ＩＢＭもアメリカで売っているのより２、３倍高いっていうから世界水準からすると目茶苦茶高いわけです。それでもって、普通何億もするコンピュータなら、なぜ高いのか理由を説明する責任があるじゃないですか。日立って一部上場企業で名門企業でしょう。でも営業担当者は、こちらの説明要求を無視するんですよ。また、うちの上司に酒を振舞ったり、銀座のクラブに接待したり、タクシー券握らせて、いい気持ちにさせているんです。そんな、営業活動に乗るうち
泥カンについて一言 - 日記を書く [・w・] はやみずさん
目立ちやすいように、上のほうに追記、コメントへの反応など書いていきますね。 追記1 伝えたかったメッセージは『IT全部が泥ってわけじゃない』なんだけれど （中略） 泥もあるし泥じゃないところもある。全部が泥っぽく語られる記事で盛り上がっちゃったので、それはちがうだろ、こんなに面白そうにやってる人達もいるよ、そういう業界なんだよ、というのを伝えたかったんですけどねぇ...。 個人的には、下請けで3Kだなんだいわれるような状況で働いているプログラマの方々（階層）を意図的にスルーしているような印象を受けました。 面白いことをやっている優秀な方々を集めれば、「IT業界にはこんなおもしろいこともある！」というアピールにはなるとおもいます。そういう意味では大変面白いカンファレンスでした。 ただ、「IT企業はほんとに泥のように働かされるのか」という問いへの答えとして、id:wa-renさんのブログに「泥
![泥カンについて一言 - 日記を書く [・w・] はやみずさん](https://cdn-ak-scissors.b.st-hatena.com/image/square/25e7cd018c946fbabf4bac04074c332491c68aab/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F17680117127128184977%2F17680117127128194811%2F1557447255)
泥のように働く重要性 - ひがやすを技術ブログ
IT企業はほんとに泥のように働かされるのかの記事を見てみたんだけど、かなり違和感がある。 「泥のように働く」の定義はこちらを参照してください。 http://d.hatena.ne.jp/higayasuo/20080715/1216126229 「入社2年目ごろの時点で、仕事の全体が見えていたか？」という質問に対して、全員が○と回答しているんだけど、少なくともSIerでそんなことはないと思う。 全体が見えるためには、要件定義、外部設計(基本設計)、内部設計(詳細設計)、プログラミング、テスト、移行、メンテナンス、プロジェクトマネージメントなどを一通り身につける必要があります。これらの作業が入社2年目ごろの時点で一通り身についているとはとても思えません。 しかも、これらの作業は、1回やったくらいじゃ身につきません。それこそ「泥のように働いて」身につけるものです。 デスマはみんな嫌いだよね。
10年間泥のように働いて花が咲きました - ひがやすを技術ブログ
蓮の素晴らしさを語りたかったら、まずは花を見せるべきなのだ。花がわかってはじめて泥の重要さがわかってくるんだから。 2008-05-29 - ひがやすを blog 小飼弾のアルファギークに逢ってきたのメンバーと学生会の討論会を開くのだ。 もちろん、司会は、ダンコーガイ。いいよね、弾さん。 もちろんOK。というよりもすでに同様の話がいくつも来ているので、この通りになるかとにかく、ちゃんと「花」がある討論会はできるだろうし実現するだろうしすでにいくつか実現している。 しかし、これはこれでどうしても偏りが出る。10年も泥の中にいた人というのはさすがにこのメンバーの中から見つけるのは難しい。そしてIT業界の広さを考えれば、本当にそういう人がいてもおかしくないはずなのだ。 10年間SIerで泥のように働いたおいらが通りますよ。 おいらが、最初に就職したのは、電通国際システムという会社で、今のうちの会
夢のあるITには若手が殺到している 刹那的な業態が見切られただけ - 雑種路線でいこう
小野さんの記事を読んで少し悪乗りを反省した。けれどもIT業界の人材不足って、人材育成とか学生へのPRで解決できるのだろうか。僕が西垣氏の発言を読んでムカッときたのは、長期雇用を前提に若い時分は下働きに甘んじろというが、それはあまりに若手の現状認識や、いまどきのIT業界の平均像からかけ離れているのではないか、ということだ。 IT業界に限らず年功序列、長期雇用が成り立っているのは、下請け構造の上部に位置する一握りの大企業に過ぎない。彼らの高給と安定を支えるために、雇用は安定せず、人材開発のための投資もされず使い捨てられる技術者が少なからずいることの問題は、当のIPAがレポートしている。そして人材が行き渡っていないのは、元請けの大企業ではなく、そういった中小の下請け企業ではないか。 そして膨大な数の「業務知識に精通し、かつ、大規模システムをチームワークで作れる人材」を業界が欲する背景に、元請け企
10年は泥のように働け - 池田信夫 blog
IPA主催による、IT業界の重鎮と学生の対話集会が、今年も開かれた。去年の集会では「3Kの“帰れない”は、帰りたくない人が帰れないだけ。スケジュール管理の問題だ」という重鎮の発言で、かえってIT業界のネガティブイメージが定着してしまったが、今年はIPAの西垣浩司理事長（元NEC社長）の「入社して最初の10年は泥のように働いてもらい、次の10年は徹底的に勉強してもらう」という発言に、学生はみんな唖然としたらしい。 これは伊藤忠の丹羽宇一郎会長の言葉で、このあと「最後の10年はマネジメントを大いにやってもらう」と続くそうだが、これじゃ霞ヶ関の役人と同じだ。若いときは「雑巾がけ」で会社にご奉公し、年をとってから楽なマネジメントで取り返すという徒弟修業型のキャリアパスは、組織が永遠に不変で、自分がそこに定年まで終身雇用で勤務するという前提でのみ成り立つインセンティブ・システムである。 日本の年
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ブラック会社に勤めてるんだが、もう俺は限界かもしれない