第11回 多忙と徹夜を「喜ぶ」 最悪の“システム屋”
経営者にとって、情報システムは頭痛の種になりがちだ。業務に必須だが投資に見合った効果が出るとは限らない。ほかの設備投資に比べて専門的で難解でもある。 野村総合研究所で約20年間勤務した後に、人材派遣大手スタッフサービスのCIO（最高情報責任者）を務め急成長を支えた著者が、ベンダーとユーザー両方の視点から、“システム屋”の思考回路と、上手な付き合い方を説く。 前回（第10回）では、「それは『IT（情報技術）以前』の問題ですから、ITでは解決できません」と、やたらと課題の整理を要求する“システム屋”が多いことを説明しました。 こうした“システム屋”は主に、2つのタイプに分類されます。「ガミガミ屋」と「マゾヒスト」です。こうした“システム屋”たちがユーザー企業の情報システム部門にいる場合、元々ある課題がより複雑化してしまいます。 ユーザー企業の情報システム部門にいる「ガミガミ屋」は、課題の検討が
「ソフトウェアは工業製品ではない」、Rubyのまつもと氏が講演 － ＠IT
2009/04/10 ソフトウェアは工業製品ではない――。Rubyの生みの親としてしられるまつもとゆきひろ氏は2009年4月9日、InfoQ主催のイベント「QCon Tokyo 2009」の基調講演で、ソフトウェアと何であり、何でないのか、それはどういう性質のものであるのかを雄弁に語った。 コードとは設計である 「ビューティフルコード」と題した基調講演を行ったまつもと氏は、2007年に共著者の1人として出版した同名の書籍に書いたエッセイに込めた思いを、次のように語る。 「世界に冠たる日本の製造業のノウハウを適用することで生産性を上げることができるに違いないという発想がありますが、ソフトウェアは工業製品ではない。そうした誤解を正していきたい」。 ソフトウェア産業界では、よくエンジニアが何十万人足りないということが言われる。しかし、まつもと氏は、これは工業生産と同じ方法論を当てはめることから来
すごい現場
皆はどんな現場で，どんな仕事をしているのだろう。何に悩み，どうやって乗り越えているのだろう。プロの仕事とそうでない仕事の境目はどこにあるのだろう。システム開発や運用の現場を歩き，そこで見聞きした面白い話，感動的な話，すごい話を紹介します。 ・大企業からベンチャーまで ぼくはこんな現場を歩いてきた ・SEを潰した値引き 信頼も連帯感も消えた ・期限は明日――若手SEの気迫を見た ・寝不足のプレゼン ドリンク剤も効かず ・中国の開発現場もすごい 若き社長が率いる修羅場 ・オンラインダウン発生！ あの日，何もできなかった ・建築設計事務所で見た 巨匠のすごいレビュー ・コンサル泣かせの現場 “小さな王国”の弊害 ・逝去した巨匠への追悼 感激したあの言葉 ・人の話を聞かない40代 あるコンサルの失敗 ・過ぎたるは及ばざるがごとし 作りすぎたRFPの悲劇 ・人間万事塞翁が馬 得難いレクチャーの裏事情
無精で短気で傲慢なプログラマ 技術者・SE・プログラマ面接時の技術的な質問事項
最近、技術者やプログラマの方と面接する機会が多いです。 毎回質問事項を考えるのにも飽きたので、再利用できるようにまとめておきます。 もしさわりの質問に対する反応が良かった場合は、さらに突っ込んだ質問 (インデントが深いもの) をします。経験がないようなら、さらっと流します。 当ページ管理人は、現在 EC サイト構築・運営を担当しているため、 そっち方面に偏っています。 最小限の質問でその人のスキルを見極めるのは難しいなぁ…。 ------- ●追記 ホッテントリに載ったようなので、このチャンスに 人材募集 を再アピールしておきます。 興味のある方はぜひ。 念のため言っておきますが、全部できないとダメというつもりは全くありません (当ページ管理人も、CSS・Eclipse・Struts・Spring・Hibernate・Ruby・アセンブラなど、 弱い部分が多々あります)。 「～はできますか
株式会社スターロジックの羽生章洋が書いてるブログ:元請けにこだわる理由 - livedoor Blog（ブログ）
私は文系の大学中退（まぁ高卒ですよね）です。最初に入ったのがソフト会社で、その次もソフト会社でした。最初の会社では未経験のど素人だったのでオペレータやパンチャー、運用と保守からやらせて頂きました。その後転職した2番目の会社で、絶対に忘れないと感じる出来事に出会いました。 ＃ とりあえず、以下のエピソードのあと、新婚早々に残業400時間/月とかやってて ＃ さすがに「これは死ねるかも」と思う程度に、月に200時間残業とかするのは ＃ 当然と思っていた、それでもそれが苦にならなかったほどに一体感を持つことが出来た ＃ 今思うに幸せな時代の話です。私は当時の会社を今でも誇りに思っています。 2番目の会社にはその年の1月に入社しましたので、その年の夏のボーナス（賞与というよりも私にはボーナスという言葉の方がゴージャスに聞こえるのでこれで押しますｗ）は当然出ません。というわけで、お金に困っていた私は
スーパークリエイターがSI業界で即戦力になれない理由 - aikeの日記
少し前に若いエンジニア達と話す機会があった。この春SI企業に入社してプログラミングの研修を受けているという。みんなそれぞれ能力が高い上に、学習の高速道路を爆走中といった感じでネット上で話題になっているような技術情報には十分詳しい。SICPを全部解いたとも言っていたし本当はプログラミングの研修なんか必要ないのだろう。未踏に応募したり勉強会を開催したりするのはこういったタイプなんだろうかとか、いまどきのSI企業の人材獲得能力はすごいなとか思いつつ、でも彼らはこの業界に何を求めてどうなろうとしているのか少し気になったりもした。 これほど優秀で勉強もしてきた人達でも、SIerとしては即戦力にはならない。社会人マナーとか仕事の進め方の話ではなくて、単純に知識不足という意味で。そのため一緒に入社したプログラミング能力の低い社員と同じように扱われる可能性が高い。これはすごく不幸な状態だと思う。SI業界が
夢のあるITには若手が殺到している 刹那的な業態が見切られただけ - 雑種路線でいこう
小野さんの記事を読んで少し悪乗りを反省した。けれどもIT業界の人材不足って、人材育成とか学生へのPRで解決できるのだろうか。僕が西垣氏の発言を読んでムカッときたのは、長期雇用を前提に若い時分は下働きに甘んじろというが、それはあまりに若手の現状認識や、いまどきのIT業界の平均像からかけ離れているのではないか、ということだ。 IT業界に限らず年功序列、長期雇用が成り立っているのは、下請け構造の上部に位置する一握りの大企業に過ぎない。彼らの高給と安定を支えるために、雇用は安定せず、人材開発のための投資もされず使い捨てられる技術者が少なからずいることの問題は、当のIPAがレポートしている。そして人材が行き渡っていないのは、元請けの大企業ではなく、そういった中小の下請け企業ではないか。 そして膨大な数の「業務知識に精通し、かつ、大規模システムをチームワークで作れる人材」を業界が欲する背景に、元請け企
「泥のように働く」の元々の話がIPA討論会での意味合いと全然違っている - 矢野勉のはてな日記
雑談, メモ追記：同じ話に関連してもう一つブログ記事を書きました。IPA討論会の現場が@ITの記事と全然違っている - 矢野勉のはてな日記 ついったー経由で教えてもらったので報告かつ個人用メモのためにブログに書いておきます。 「10年は泥のように働け」「無理です」――今年も学生と経営者が討論 − ＠IT この記事で一躍有名になって「無理です」というのが流行っている「泥のように働け」の語源ですが、本文中にあるように伊藤忠商事の取締役会長 丹羽宇一郎氏の言葉ですね。 で、その言葉が下記リンク先に載っています。まず入社して十年間は泥のように働いてもらう。はい上がる気力や苦しい時に周囲を思いやる気持ちを育てるには、どん底に突き落とすしかない。入社４年までに全員を海外に研修に出す。海外の若者がどれだけハングリーに働いているかを見てきてほしい。まず入社して十年間は泥のように働いてもらう――丹羽宇一郎さ
10年は泥のように働け - 池田信夫 blog
IPA主催による、IT業界の重鎮と学生の対話集会が、今年も開かれた。去年の集会では「3Kの“帰れない”は、帰りたくない人が帰れないだけ。スケジュール管理の問題だ」という重鎮の発言で、かえってIT業界のネガティブイメージが定着してしまったが、今年はIPAの西垣浩司理事長（元NEC社長）の「入社して最初の10年は泥のように働いてもらい、次の10年は徹底的に勉強してもらう」という発言に、学生はみんな唖然としたらしい。 これは伊藤忠の丹羽宇一郎会長の言葉で、このあと「最後の10年はマネジメントを大いにやってもらう」と続くそうだが、これじゃ霞ヶ関の役人と同じだ。若いときは「雑巾がけ」で会社にご奉公し、年をとってから楽なマネジメントで取り返すという徒弟修業型のキャリアパスは、組織が永遠に不変で、自分がそこに定年まで終身雇用で勤務するという前提でのみ成り立つインセンティブ・システムである。 日本の年
IT分野の記者はレベルが低すぎる
記事を書いていると「自分はこんなことも知らなかったのか」とがく然とすることがある。 4月末，「Developers [Test] Summit 2008（デブサミTest）」というソフトウエア開発者向けイベントで開かれたパネル討論のレポートを書いた（関連記事）。オープンソース・プロジェクト「Seasar」のチーフコミッタとして名高いひがやすを氏が，同氏考案の「Programming First Development」というラディカルな開発手法を使ってテストを減らすことを提案。これに対し，二人の若い技術者（テスト分野で有名な太田健一郎氏と，テスト駆動開発の第一人者である和田卓人氏）がツッコミを入れるという構成だった。 討論を聞いていたときは，太田氏や和田氏の意見のほうが理路整然としているし，説得力がある，と思っていた。ところが，このレポート記事に対するソーシャル・ブックマークのコメントを見
SI業界もネット業界も世界に打って出られない理由 - 雑種路線でいこう
日本のSI業界を垣間みて絶望して逃げ出して、業界を外から捉え直して5年ちょっとになる。日本のソフトウェア産業とかSI業界が世界に出て行けない要因は気合いとか技術力ではなく産業構造や規制に起因していることが分かったし、日本でトップに立った会社が世界に出て成功するかというと難しいと感じている。梅田さんはネットならまだ勝負がついていないから頑張れるというが、僕はメタレベルの問題を考えるとネットも駄目だろうなと諦めつつある。 米国にはSI業界ってあまりなくてコンサルティングとかプロフェッショナル・サービスに分かれているのに対し、欧州では日本的なSIerが結構あって、富士通サービスなど日本勢も頑張っている。この違いはどの辺からきているかというと、結局のところ雇用流動性だ。米国では要らない社員をいつでも切れるから、プロジェクトの中核には技術を分かった人間をインハウスで採る。そういう連中を必要に応じて雇
デスマーチがなくなる？ IT業界に義務付け「工事進行基準」ってなんだ ― ＠IT
ユーザーの要件定義があいまいでシステム開発中も修正に次ぐ修正。プロジェクトは大幅に遅れて、予算が超過。しわ寄せは下請け、孫請けへ。デスマーチ……。新3Kともいわれるこんな日本のIT業界が2009年4月に大きく変わるかもしれない。そのきっかけとなるのが「工事進行基準」の原則義務付けだ。 【関連記事】 工事進行基準を分かりやすく解説してみよう【基本編】 工事進行基準を分かりやすく解説してみよう【対応編】 工事進行基準（用語解説）とは会計基準の変更によって2009年4月にシステム・インテグレータ（SIer）など受注ソフトウェア開発業に原則として義務付けられる収益の計上方法。開発期間中にその売り上げと原価（費用）を、工事（ソフトウェア開発、システム開発）の進捗度に応じて、分散して計上する仕組みだ。 これまでSIerは、工事進行基準ではなく、開発終了時に売り上げと原価を一括計上できる「工事完成基準」
希望は突然やってくる:江島健太郎 / Kenn's Clairvoyance - CNET Japan
ニッポンIT業界絶望論にたくさんの反響をもらったけど、実はあのポストを投げ込んだ後、自分でもちょっと引っかかりが残っていた。それが何なのか、モヤモヤしてて気持ち悪かったんだけど、ウェブ時代をゆくを読んでいたらそれが何だったのかをハッキリと思い出した。 文中で「ひと仕事終えてスターバックスでコーヒーを読みながらしっぽりウェブを泳いでいたら、なんだか得体の知れない不安感のようなものにおそわれたことを思い出す。このとき、とうとう心の底で長らく封じられていた声が聞こえてきてしまったのだった。」って書いてる箇所があったけど、このときに読んでいたのは、実はCNETの梅田望夫・英語で読むITトレンドだった。 あの頃、いつも忙しすぎてネット上の記事をちゃんと読めるまとまった時間がほとんどなかったのだけど、この日には腰を据えて未読分を全部まとめ読みしてみようという気分になったのだった。 そのときに「顧客志向
ニッポンIT業界絶望論:江島健太郎 / Kenn's Clairvoyance - CNET Japan
日本のIT業界は救いようがない。絶望的としか言いようがない。 IT業界不人気なんて、この業界に重くのしかかる決して晴れることのない暗雲の氷山の一角に過ぎない。はてなの匿名ダイアリーにもどうせ理系出身者なんていらねえんだよ。なんて書かれていたけど、これが現実なのだよ、学生諸君。 ちょっと補足しておくけど、ここでIT業界っていうのは、SIerのことだ。お客さんの要件をヒアリングして、その要求に沿ったシステムを受託開発するっていうビジネスのことを指している。 ぼくもその昔、その世界のループに組み込まれていた。そして華麗なるコミュニケーション能力とやらをいかんなく発揮し、場の空気を読み、生意気なぐらいのチャレンジ精神で、それなりに仕事のできるよい子だったようだ。 いや、正直に言うよ。正直に言うとだね、結構楽しかった。 だって、考えてみてごらん。お客さんのところに出向いて行って、その業界のことをじっ
アメリカにはSIerなんて存在しない - GoTheDistance
知人のmark-wadaさんのBlogからTB。 親子丼的ビジネス奮闘記(4) IT業界構造 SIerなんてものは無い 米国と日本との大きな違いは、米国の企業は基本的に内製なのだ。すなわち、社内のＩＴ部門に開発エンジニアを抱え、そこでシステムの開発から運用を行なう。 ですから、米国のベンダーはそこに製品を供給する役割であり、日本でいうSIerというのはほとんどなく、あっても企業でリソースが不足したらそれを補う役割でしかない。契約にしてもはっきりしますよね。提供されるプロダクトやサービスに対する対価を払えばよいわけで、かかった人月で支払ういう出来高払いのような形態は少ない。日本のようにベンダーやSIerに丸投げして、できてからこんなはずではなかったなんて事態にははじめからならない構造なのだ。 親子丼的ビジネス奮闘記(4) IT業界構造 言われてみれば・・・、っていう感じですが改めて目が鱗です
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ブラック会社に勤めてるんだが、もう俺は限界かもしれない