Eメール、グループウエア、Officeソフト、レンタルサーバ。用途が限定的なものは便益がすぐにわかるのでどんな企業だって導入できる。でも、業務システムは別。インストールすればいい、契約すればいいというものではない。ハードルがくそみそ高くなる。 経営に資するITを正しく手に入れる手順 自社の事業の全体図(ビジネスモデル)を描き それを支える業務プロセスを描き 何をITに載せる意味があるかを描き ITに落としこむだけの情報を揃えて 実際のITシステムを導入する この5段階のプロセスを踏まねばならない。正しくやろうとしたら、ね。これを提供できる技術がITじゃないってことぐらい、誰でもわかる。何をITに載せる意味があるのかを見出すのが最も大切で、その意味にもベクトルやレベル感がまちまちだ。ある企業は見積のプロセスを強化したいだろうし、ある企業は在庫のリードタイム短縮を目指しているかもしれない。エン

SIエンジニアの自分戦略 -急がば回れ、選ぶなら近道- - DevLOVE 2012/10/09 SIエンジニアの自分戦略 -急がば回れ、選ぶなら近道 - DevLOVE #devlove - Togetter 講師及びその講師の方が話されるテーマも相俟って、募集後即定員が埋まる盛況振り。自分もタイミングを逸しキャンセル待ちで登録していたのですが、晴れてキャンセル待ち繰り上がりで参加資格を得る事が出来たのでこの日参加して来ました。 会場はマイクロソフト品川本社セミナールーム。今回はいつにもまして参加者も著名な方が多数参加。注目度の高さがここでも伺えます。 papandaさんの今回のイベント開催に至る経緯として以下の様なコメントが最初にあり、間髪入れずに本編へGOです。 ブログを読んでいて、書かれている事が仕事に対して危機感を持つ内容だった。 こういった内容を書かれる方のお話を聞いてみたい。

加藤潤一(かとじゅん) @j5ik2o これからエンジニアとしてどうしたらよいですか？って質問受けること多いです。きっと他人に聞いても答えは出てこないね。だって俺もどうしたらいいだろうか？と常に考えているからね。自分で答えをなんとしても出すと覚悟することが答えを出す方法じゃないかな。

少し前に若いエンジニア達と話す機会があった。この春SI企業に入社してプログラミングの研修を受けているという。みんなそれぞれ能力が高い上に、学習の高速道路を爆走中といった感じでネット上で話題になっているような技術情報には十分詳しい。SICPを全部解いたとも言っていたし本当はプログラミングの研修なんか必要ないのだろう。未踏に応募したり勉強会を開催したりするのはこういったタイプなんだろうかとか、いまどきのSI企業の人材獲得能力はすごいなとか思いつつ、でも彼らはこの業界に何を求めてどうなろうとしているのか少し気になったりもした。 これほど優秀で勉強もしてきた人達でも、SIerとしては即戦力にはならない。社会人マナーとか仕事の進め方の話ではなくて、単純に知識不足という意味で。そのため一緒に入社したプログラミング能力の低い社員と同じように扱われる可能性が高い。これはすごく不幸な状態だと思う。SI業界が

筆者はSEマネジャのあり方について，当プログで「SEマネジャはお客様を訪問せよ」「部下に任せよ」などと何回となく言及してきた。それは，SEマネジャがIT企業のビジネスを遂行する技術陣の要と考えるからである。IT企業では，この要のSEマネジャが強いと顧客からSE陣が信頼され，プロジェクトや提案活動はうまくいく。また，SEをチャレンジャブルなジョブにアサインでき，SEが成長し戦力も強化できる。これには読者の方も異論がないはずだ。 だが，現実のIT業界を見ると必ずしもそうではない。顧客を訪問しないSEマネジャ，営業に便利に使われているSEマネジャ，SEを顧客に塩漬けするSEマネジャ，部下のSEと技術的な会話がろくにできないSEマネジャなどもいる。筆者はそんな現状を鑑み，SEマネジャに“SEマネジャ頑張れ”という気持ちと，IT企業の経営陣に対しては“これでよいのか”という想いを伝える趣旨で書いてい

開発生産性が低い方が収入が多い（人月がかかるほどお金がとれる）というビジネスモデルを根底から覆す可能性があります。開発生産性をあげればあげるほど収入が減ってきます。SIビジネスが立ち行かなくなる方向に向かうのです。 実際の現場では、開発生産性が低くて、人月がかかるほうが売上が増えるというのは、紛れもない事実です。大手SIerの開発手法が、生産性よりも失敗しないことを重視するのは、この事実が原因なのは間違いありません。失敗せずに多くの工数をかけたほうが売上が増えるのです。 だから、ソースコードと一対一に対応するような無駄なドキュメントを「誰が書いても同じようなソースコードにするため」なんて理由で書かせるのです。 詳しくは「誰が書いても同じコード」は大事なことなのかのエントリを参照してください。 営業は、売上で評価されることが多いので、営業の力が強いところは、売上至上主義に走りがちです。でも、

増田での議論が面白いことになっている。 日立製作所はまともな会社になるべき 日立のメインフレームがバカ高い話 http://anond.hatelabo.jp/20080720205422 Unixマシンも高い話 http://anond.hatelabo.jp/20080721015612 理由についての解説。主に垂直統合による高コスト化とリスクヘッジの話 今サーバー更改とかやり始めているところなので他人事ではない。 なんでメインフレームを使うのか 上記増田にも書かれているけど、メインフレームの高可用性というのは無駄にすごい。いや、新聞に「ATMがXX分停止」とか載らないようにするためには無駄じゃないんだけど。システムダウンを検知するとコンマ何秒かの間に待機系に切り替わる。富士通なんかはメインフレームの開発をやめたって言っていたけど、じゃあそういう高可用性のあるシステムをどうするか、とい

日本の電子政府は北朝鮮以下──そんな衝撃的な調査を米ブラウン大学がまとめた。1980年代に世界を席巻した日本が、なぜ停滞しているのか。 経済学者の野口悠紀雄は「ITは日本にとって不利な技術変化だ」と断言する。下克上を生むITは、本質的に日本の社会構造にそぐわないのだろうか？　ここでは近著「ジェネラルパーパス・テクノロジー」（アスキー新書）で同氏が展開している議論を紹介しながら、さまよう日本政府や企業の行く末について考える。 野口　日本経済の状況は、かなり深刻です。昨年の夏から、株価も大きく下落しています。長期的にみても、1990年代以降、日本の経済はまったく状況が良くない。その原因としてさまざまなことが言われていますが、技術の問題、とくにITの問題が大変重要だと思います。簡単にいえば、ITという新しい技術体系に日本の社会全体が対応していないということです。そうしたことを以前から考えていまし

元サイボウズの社長であり、現LUNARR CEOの高須賀 宣さんと、ユビキタスエンターテインメント CEOの清水 亮さん。日米のエッジな企業経営者のお二人にプログラマ人生から、日米のモバイルに対する認識の違い、最近注目しているテクノロジまで語り尽くしてもらった。全3回に分けてお送りするこのガチンコ放談。まず、第1回目は「プログラマ人生とは」「日米の思考の違い」「ネットの世界の成功の条件」だ。 プログラマはキツい？　いやいや、楽しいでしょ 清水　ゆっくり高須賀さんとお話させていただくのは今日が初めてですよね。いきなりですけど、サイボウズがグループウェアを発売したのはいつでしたか？ 高須賀　1997年の9月でした。 清水　そうだったんですか。実は僕が初めてCGIでプログラムを書いたのが1998年ぐらいで、グループウェア的なモノを作ったんですよ。もう1年早ければ、サイボウズに勝てたかもしれない（

ユーザー企業のみなさんは、システム開発プロジェクトを進める際、ITベンダーに次のような依頼をしたことはないだろうか。 経営判断でシステムの稼働日は決まっている。だが、肝心の要件は固まっていない。「何としても納期を守ってくれ。要件定義と並行して、仕様が固まっている部分から、開発作業に着手してくれないか」。 すでに開発が済んだ部分について、利用部門から大きな仕様変更の依頼が来た。「予算はもう増やせない。申し訳ないが、最初に契約した金額のままで修正してくれないか。次の案件も御社に発注するから」。 新システムの予算を何とか確保した。あとはこの予算でシステムを開発してもらうだけ。「ハードウエア込み、要件定義から運用設計まで、すべて一括で契約してほしい」――。 頻繁とは言わないまでも、システム開発を進めるうえでは“よくある話”だ。問題があると分かっていても、経営層や他部門からの要請で、こうした依頼を

前回の「１０年泥」に関連して書いたエントリーは、記者のバイアスがかかった記事を元に、揚げ足を取る形で、ちょっと悪乗りがすぎたかもしれない。続報記事を読んだり「１０年泥」の部分の音声ファイルを聞いて、微妙なニュアンスも拾ってみた結果、ある程度常識的な会話をしているのは分かった。 あと、NECのイントラネット（？）からのアクセスがそこそこ来ていて、前回エントリーの「リンク元」の２位にランクインしている。こちらからはリファラしか見えないので、結構不気味というのもあるが、このブログのテーマである「起業」が続報記事でクローズアップされているというのもあり、ネタではない公平な文章も書いておきたいと思う。 （NECのごくごく一部にちょっと恨みはあるものの、NEC批判をするつもりはなく、過剰に批判した点は反省しているので勘弁願いたい。訂正するほど間違った批判はしていないと考えるが、本エントリーをお詫びに代

SI業界が開発するシステムの目的は何か？　それがつまり「業務知識」というやつで、金融や保険だったり、証券取引、財務会計、生産管理、物流・在庫管理、販売管理だったりするのだ。それぞれ必要とされる知識は非常に多い。普通の新入社員がOJTで身につけようと思ったら数年かかってもおかしくないだろう。 金融(ディラーが使うようなポジション計算をするフロントシステム、リスク計算をするようなミドルオフィス、勘定系のバックオフィス)、流通、輸出入、製薬など、いろんな業務をやってきたおいらが通りますよ。 確かに金融は業務知識がないと歯が立たない。でも、自分の経験した限りでは、それ以外の業務は、案件が始まってから勉強しても十分間に合います。 一週間以内の勉強で、お客様のところにいってシステムの仕様を話し合うことはできるようになります。もちろん、この道何年って人にはかないませんよ。でも、仕様を決める分には困らない

昨年、情報処理推進機構（IPA）が開催したIT業界の重鎮と現役学生による討論会で、学生の持つIT業界への「ネガティブイメージ」が明らかにされたのは記憶に新しい。5月28日、IPAが開催したイベント「IPAX2008」で、再び経営者と学生の討論会が行われた。IT産業が国際的な飛躍をめざすために学生に期待することが今年の討論のテーマ。 学生側は、慶應義塾大学、九州大学、千葉工業大学、東京情報大学、東京工科専門学校から各校2人ずつ、計10人が出席。一方、産業界代表としてCSKホールディングス 取締役 有賀貞一氏と、コムチュア 代表取締役社長 向浩一氏が討論を行った。また、IPAからは理事長の西垣浩司氏が参加した。司会はインプレスR&Dの田口潤氏が行った。 「ポジティブなビジョンを提示して」 「産業を問わず、やりがいのある仕事のイメージ」について学生に質問をしたところ、「達成感がある」「自分の成長

早春とフィルム写真 カラーネガフィルムとはなんとも不思議なメディアで、その季節の陽光だとか湿度が写真に乗ってくるような気がする。 冬の写真は暗くかさついているし春の写真は霞がかって見える。夏の写真は湿度100%に近い空間を貫いてくる強い太陽光がフィルムの乳剤面に記録されてい…

10年間泥のように働いて花が咲きましたのぶくまのコメントにこういうのがありました。 経営層がプログラムの品質を度が越えたほどに軽視する理由の 一つが説明されてます。目から鱗です。意外とみんな知らないようなので、「SI業界の経営層の考えが古い理由」をきちんと説明したいと思います。 汎用機あるいはオフコンの時代は、COBOLやRPGなど(他にもありますが私が経験したものをあげています)の言語が使われていました。 昔の言語は、誰が書いても同じようなコードになると思われていました。もっというと、コピペしてちょっと書き換えるという開発スタイルが多かったのです。もちろん現場によって開発スタイルは違うと思いますが、コピペが横行してたんじゃないかなぁ。 コピペでの開発なら、そりゃ誰が書いても同じようなコードになるよね。 再利用性、保守性より「最初にとりあえず動かすこと」が重要視された。コピペでちょろっと変

このコラムの読者なら50歳以上のご両親をお持ちの方も多いのではないかと思われるが、最近どうも親の世代の行動が気になる。 突然の大型2輪車のカタログ、NPO法人設立セミナーへの参加、郵便受けの「お試し版　やさしいFX基礎講座」。最近ナゾの多い親の世代の周辺だが、彼らはいったいネット上ではどのようなサイトを閲覧しているのであろうか？ 今回は50歳以上の利用者にフォーカスして、その利用動向を見てみたい。 まず全体像として、2008年4月の50歳以上のインターネット利用者数と対前年同月伸び率を見てみた。

俺は大学でコンピュータサイエンスを 4 年間学んだ。とはいっても大学自体の学歴・成績は平凡もいいとこ。真の意味でのプログラマのレベルは凡骨もいいところな自覚はある。まぁその大学は自分と似たよーなレベルの人間を毎年輩出してるわけです。 でまぁ、就職活動に真剣に取り組み始めにゃならん時期になんとなしに 2ch （つーかしたらばか）の出身大学の出身学科のスレ見たら驚いた。そこでの議論の趣旨は「コンピュータサイエンスを 4 年学んだ人間はソフトウェア業界以外の進路は何があるか？」だった。 「今更 IT ドカタやる以外ないだろ常考」「公務員ならなんとかなるかも？」「情報科目の教員免許はどうだろうか」「コンピュータに精通した事務員とか会計士とかアリじゃね」「起業とか？　俺たちのスキルじゃ余りにもリスク高すぎるか……」etc,etc ずっとスレを追っていたわけではないが、前向きにソフトウェア業界行きたい

先日以来、「IPAの存在意義ってなんなのか」を考えている。 で、今回RailsConf 2008に参加したことで、自分なりに結論が出た。 「IPAに存在意義はなく、存在そのものが害悪である」と... Rubyは日本人matzが生み出したけど、それを支持してRailsとして育て、Agile開発と結びつけて、さらには「Big Rewrite」などということに挑戦している人の多くは日本以外の人達なんだよ。彼らにとってはIPAなど無関係。情報処理試験も受けたことはないはず。でも、彼らはどんどん技術を進化させているし、実プロジェクトでも活用を進めている。 こういう「日々進化していく」領域に役所が(IPAは役所ではないことになっているけど、みんな役所だと思ってるよね？）介入すると、結局は進化の芽を摘み取ることになる。 役所が介在すると、「こういう技術領域が必要だ」「こういうスキルセットが必要だ」「こう