キーボードを、持ち歩く。 久しぶりに、スマホ用のキーボードを使ってブログを書いている。 いくつかキーが壊れてしまっているので買い替えないといけないのだが、壊れるくらいには使い込んでいたんだなと思った。 当時は、今のようにPCを普段から持ち歩くことが少なかったので、出先でもブログ…

経営者にとって、情報システムは頭痛の種になりがちだ。業務に必須だが投資に見合った効果が出るとは限らない。ほかの設備投資に比べて専門的で難解でもある。 野村総合研究所で約20年間勤務した後に、人材派遣大手スタッフサービスのCIO（最高情報責任者）を務め急成長を支えた著者が、ベンダーとユーザー両方の視点から、“システム屋”の思考回路と、上手な付き合い方を説く。 前回（第3回）では、企業の情報システムが目に見えないところでその企業の競争力を左右していることを説明しました。 この情報システムは、誰が発想するのでしょうか。誰が作っているのでしょうか。誰が守っているのでしょうか。ここに“システム屋”と私が勝手に呼ぶ人たちがいます。（第1回もご覧ください） 私もシステム屋の1人です。ITベンダー・システムインテグレーターに勤務している人、製造業・流通業など「ユーザー企業」の情報システム部門・システム子会

えー、既にご存知の方もいらっしゃいますが、3月末をもちまして今の会社を退職することになりました。 6年間、面白いこともつまんないことも色々勉強させて頂き、様々な立場で様々な仕事を与えて頂いたことに、感謝の気持ちでいっぱいです。プログラマ・リーダー・プロマネ・コンサル・・・。迷走しまくりですが、食わず嫌いをしないで色々やってみました。 で、気になる転職先なのですが、 営業はセールスのことではなく、会社を継続させる仕組みのこと。 - GoTheDistance あなたの価値はクライアントが決める - GoTheDistance などで紹介した、叔父の会社に「ひとり情報システム部」として入社することになりました。会社のホームページ作ったり、販売管理システム作ったり、業務システム作ったり、叔父の会社のお客様の各種Webサイトやシステムを作ったりします。外注に出せるほど売上がないので、当初から全部内

デブサミ2009１日目のセッション、「使う」と「作る」がつながるシステム開発を聴講してきた。「使う」側のユーザ企業と「作る」側のSIer間のギャップをテーマとしたパネルディスカッションだ。モデレータは平鍋氏、パネラーはSaaS代表の倉貫氏（id:kuranuki）、ユーザ企業代表の千貫氏、SIer代表の橘氏という面々。 システムは使われて初めて価値となるもの。現在のSIは、作る人と使う人が仕様書で分断されていることが多くないでしょうか？これは、SIというビジネス構造の問題かもしれませんし、ソフトウェア開発方法の問題かもしれません。米国では、ユーザ企業が内部にシステム開発部隊を持ち、ユーザ部門とシステム部門が密なコミュニケーションを取るスタイルが多いようです。一方、単純なシステム開発はどんどんオフショアされる傾向にあります。本セッションでは、SIというシステム開発のやり方を、使う側と作る側か

ブックマークしました ここにツイート内容が記載されます https://b.hatena.ne.jp/URLはspanで囲んでください Twitterで共有

QCD(品質、費用、納期)は指針の一つでしかない。 例えQCDが完璧であっても、結果として大失敗であるきともありえるし、その逆もありあえる。実際にそれらの実例もある。 誰にとって何が成功なのか、あるいは、社会を含んだ全体最適の視点からはなにをもって成功とすべきなのかもう一度、考え直す必要がある。 そもそもITシステムは、業務プロセスを支援するためにある。 業務プロセスは経営ビジョンを推し進めるための戦略をすすめるためにある。 その戦略が成功しなかったらITシステムの価値はない。 QCDしかクリアできないSIerは淘汰されて行くか、システム開発の契約モデルは変わっていかざるおえないだろう。 戦略からくるビジネスレベルのフィードバックが適切にイメージできて、なるべく細かい単位で反映、検証できることが重要なはずだ。

採用抑制で人のコントロールが仕事だった ロスジェネ世代で元請け系SIerに採用されて、あれこれあってIT業界を去った僕から一言。 最近は内製回帰とか言ってるけど、元請け企業ではプロパーの採用を抑制するだけ抑制して、すべて偽装請負の外注に仕事を丸投げしてきたのがここ数年の流れ。元請けのプロパーは新人の頃から外注のコントロールと原価計算と利益計算などの金計算しかやっていない。 だから、技術は付かなかった。外注さんから技術を学ぶことはあったけど。 でも、一般的なIT産業での市場価値を考えると原価計算だけやっていたSEなんて市場価値ゼロですよ。 技術を受け継ぐことをおろそかにした某社のIT部門の将来は厳しいかと。

今回は一度自分の雑文の方に書いたネタですし，後でも述べるように直接的にはあまりオープンソースとは関係のない話題なので，これについて書くことは避けようと思っていましたが，あちこちで話題になっている話なので，あらためて記事にしたいと思います。 話の元は，先日のITproの記事です。 見積もり2億円のIP電話を820万円で構築した秋田県大館市から学べること この記事の内容が衝撃的だったせいか，いろいろなところで話題になっていました。実は最初は直接この記事を見たわけではなく，この記事について書かれたブログを読んでから読みました。記事を読んでから，あらためて他の関連記事を見たのですが，私にとっては「案の定」という感じを受けました。では，何がそうだったかという話から始めたいと思います。 大館市のやったこと 詳しいことは，元の記事とスラッシュドット・ジャパンの記事， 秋田県大館市，Asteriskを導入

最近、電車に乗っていると、ときどき壁面上部の広告欄に空きスペースを見かけるようになった。さすがに、つり革広告はまだフルに使われているようだが、少しずつ車内広告の量が減少しているらしい。テレビ局や雑誌社も広告収入の減少で青息吐息の状態だ。 情報というものが無料で手に入る、と広く信じられるようになったのは、20世紀後半のことかもしれない。それまでは、本だろうが新聞だろうが、一応の対価を払って手に入れていた。それが、ラジオが普及し、さらにテレビが後を追って、受信料を取るNHKをのぞく民放はすべて無料で番組を提供する時代になった。これは広告という新しい産業のおかげである。私は子供の頃、テレビが家にきたのをかろうじて覚えている世代に属するが、おそらく40代以下の人たちは、生まれたときから家にTVがあって、無償でさまざまな情報が送られてくるのを、空気を呼吸するのと同じ感覚で受け止めているにちがいない。

秋田県大館市は2008年12月，市庁舎にIP電話を導入したことを公開した。同市は2005年6月に1市2町が合併して現在の大館市となった。以前の市と町の庁舎を有効活用するため分庁舎制をとっていたが，8庁舎9事務所間の連絡を公衆回線で行っていたため「多大な電話料金が生じていた」（大館市）。2006年，本庁舎の構内交換機を交換する時期に合わせ更新を検討した。電話料金の削減を狙いIP電話を検討したが，ベンダーからの見積もりは約2億円。電話料金の削減をあきらめて従来と同じアナログ交換機を更新する場合でも約2000万円との見積もりだった。 このとき，自前でのIP電話導入を提案した職員がいた。前述の中村芳樹氏である。中村氏は同市商工課の職員。電話網を担当する総務課ではなかったが，趣味で中学生のころからパソコンを使っており，独学でプログラミングも学んでいた。市でIP電話の導入を検討していることを耳にした中

メタプログラミングで生産性が超あがるよ！という話の件。 システム開発を生活の糧としている自分にとって、よくわかる話です。 ただ、実際にメタプログラミングが強く利いてくるのは、 数億〜数十億円規模の大規模プロジェクトじゃなくて、 ユーザ企業内での内製だと思う。 SIerが入る大規模プロジェクトだと、プログラミング以外の要素が 多すぎて、メタプログラミングがもたらすメリットがあまりない。 システム開発工程の中で、ボトルネックはプログラミングではないよ、という。 （要件定義とかコミュニケーションロスが顕在化するのがプログラミング工程で あることが多いから、そう思っちゃうけど） それどころか、デメリットである 「高位ロジックが、高度であればあるほど、最終的に何が起こるのかが、わからなくなってしまう」 （by id:higayasuoさん　http://d.hatena.ne.jp/higayasu

「下請けに出していた仕事の内製化でコスト削減」の謎 | 日経 xTECH（クロステック）より。 ソフトウェアシステム開発において下請けに仕事を発注する理由の一つとして、「専門分化されたソフトウェア技術に対する専門技術者を効率的に起用しよう」っていう言い訳があったはずだけど、フタ開けてみればそんな専門技術者なんて滅多に出会わないし、第一そんなのを必要とする案件自体が少ないというか、「属人性排除」の元に専門技術者への依存をなくして「誰でも出来る」ような開発プロセスを採用しよう！なんてのが主流になってるわけだけど。 内製で作れるなら、内製で作った方がコミュニケーションコストが激減するし、そりゃ安くできるよねと思ったんだけど、何か間違ってることってある？プログラマの質を問題にするなら、大手SIerの方がよっぽど優秀な人材がそろってるだろうし。 そう、「誰でも出来るように」と言われたら「誰でもって、

ネットバブルが弾けてIT業界が不景気だった頃、ITベンダーのコスト削減策でどうしても理解できない話があった。いわく「下請けに出していた仕事を内製化することで、ソフト開発を効率化する」。変な話だ。しゃべった人に聞き返しても、にやっと笑うだけ。そう言えば最近、またそんな話を聞くようになったのだが・・・。 この話、今ではその理屈がよく分かる。だが当時は全く分からなかった。そりゃ、そうでしょう。ユーザー企業から受注したSI案件では、原価を引き下げるために人月単価の安い外注を使うはず。なんで、内製に戻すと効率化（＝原価引き下げ）になるのか。分からない。何かモノ凄い開発支援ツールができたため、オール内製での生産性が画期的に向上したのか・・・いろいろ考えたが、やはり分からなかった。 実はこれ、簡単な理屈だった。不景気になって受注案件が減り始めると、ITベンダーの社内で技術者に余剰が生まれる。彼らに仕事が

「ヒトもカネもない中小企業でも，やればできる」---菅雄一氏は関西のある企業のたった一人のシステム担当である。従業員約200人の製造業で，ほぼ独力でネットワークを引きサーバーを立て，社内向けのグループウエアや顧客向けのQ＆A情報検索システム，販売システムなどを構築してきた。 ミドルウエアとして使っているのは，すべてオープンソース・ソフトウエア。ハードウエアの代金と回線料を除けば，費用はほぼ菅氏の人件費だけだ。 最初はエラーの連続 菅氏がシステム内製を始めたのは，2000年に同社がインターネットに接続したことがきっかけだった。この時，インテグレータから提案されたサーバーの費用は，営業所や本社のパソコンの設定変更，ファイアウオールなどを含めて100万円以上。それを見た菅氏は「10万円のパソコンにLinuxを入れればもっと安くできるのに」と思った。 菅氏は思っただけでなく，実際に行動した。自前で

内製回帰厨としては今回の日経コンピュータの特集は見逃せないので、もちろん買ってみた。 日経コンピュータ 2008年10月15日号 SI関連のエントリでは一貫として内製回帰すべしと言っているので、超間接的に今回の特集に寄与できたと自負しています。僕のブログは数百の企業ドメインからのアクセスがある。もちろん日経さんらしき所からも。というわけで、何かしらのヒントになったかもというかなってくれないかと思っていますw 内製化のメリットとは何か 内製化の最大のメリットは、ビジネスのPDCAを素早く回すことが出来るということに尽きます。これが出来て困る会社は、原則どこにもないでしょう。 今回の特集を読ませて頂いて、内製化のメリットはだいたいこのようなところだと思います。 システム化計画〜実装までのサイクルが早くなる システムのブラックボックス化を避けられる 開発工程での手戻りを少なくすることが出来る 使