現在または直近のシステム開発プロジェクトの94.5％に深刻な問題が発生し、そのうち89.9％が同じ失敗を繰り返している――。2011年10月28日から11月18日まで、ITpro上で実施した「失敗プロジェクト徹底調査」の結果をまとめると、このような驚くべき実態が明らかになった。 これはシステム開発に携わる当事者が、自分たちが参加したごく最近のプロジェクトの実情を答えてくれた貴重な現場の声だ。回答者の属性は、ユーザー企業のマネジャー/リーダーが19.2％、ベンダーのマネジャー/リーダーが50.6％、ユーザー企業のメンバーが15.1％、ベンダーのメンバーが15.1％である。 プロジェクトの失敗が常態化 結果を詳しく報告しよう。この調査における「失敗」とは、スケジュール遅延やコスト超過、稼働後のシステム障害、関係者間の信頼関係の悪化など、深刻な問題を指す。調査結果を見ると、こうした問題が発生した

最近，WebアプリケーションやWindowsソフトの取材で，“このソフトは担当者が一人で作っています”という事例に続けて遭遇する機会があった。フリーソフトや趣味のソフトではなく，会社が商品として提供し，不特定多数のユーザーが使っているアプリケーションを一人で作って，一人でメンテナンスしているという点に興味を覚えた。 先週都内で開催された開発者向けイベント「ITpro Challenge!」でも，ドワンゴの戀塚昭彦氏がニコニコ動画を一人で（しかも3日間で）作ったと語っていた（関連記事）。よく考えてみれば，ITpro Challenge!に登壇したようなハッカーとかアルファギークなどと呼ばれる優れた開発者でなくても，企業内で一人でソフトを作っているケースは思いのほか多いのではないだろうか。 アプリケーションの規模や内容，また開発者のスキルにもよるだろうが，おおむね一人で開発するほうが， ・低コ

写真●「X-over Development Conference 2007」で講演する，まつもとゆきひろ氏 「結局のところ，顧客に何が必要かは，顧客にも開発者にも理解は不可能だ。そうならば，まずアプリケーションを作って，それを使ってもらい，顧客に合うように直すしかない。これからのエンタープライズ開発も，とにかく速く安く作って，直すことが重要になる」－－。プログラム言語「Ruby」の開発者であるまつもとゆきひろ氏は9月7日，ソフト開発をテーマにしたイベント「X-over Development Conference 2007」の講演でこう主張した。 まつもとゆきひろ氏の講演テーマは「Web 2.0時代のエンタープライズ開発」というもの。Web 2.0時代のアプリケーションは，「YouTube」に代表されるように，「仕組みそのものよりも，データがどれだけ集まっているかが生死を分けている」（ま

「情報の共有は善。Googleも全員がほとんどのコードにアクセスできる。そして少人数のチームであること。Googleでも，一つのプロジェクト・チームは5～6人以下」---Google ソフトウエアエンジニアの鵜飼文敏氏は9月7日，イベントITpro Challenge!で「ハッカーのソフトウエアエンジニアリング」と題し講演，高い生産性を実現するハッカー流の開発手法を解説した。 ハッカーと呼ばれるプログラマは，通常の数倍とも数十倍とも言われる生産性と，高い品質を実現していると言われる。鵜飼氏はボランティア・ベースのLinuxディストリビューションDebian ProjectオフィシャルメンバーとしてIPA OSS貢献者賞を受賞したほか，The Free Software Initiative of Japan副理事長，2003年と2004年度の「未踏ソフトウエア創造事業」プロジェクトマネージ

「月刊Windows Developerマガジン」（翔泳社 発行）の人気連載「降ればどしゃぶり」の筆者 だいだひろ氏 がITpro Developmentに登場。システム開発の現場で起こっている暗黒面に容赦なく光りをあて，教訓と改善のきっかけをもたらす！（と思う）。 はじめまして。だいだ ひろです。突然ですが，私は性格が悪い。どのくらい悪いか？ アメリカで「コンピュータのような先端技術は，優秀な白人じゃなきゃできない」と言っていた白人女性に対して，「われわれ日本人は天皇を神と信じていたが，進化論裁判はやらなかった。あんたたちは？」と質問するくらい，悪い。要するに「相手が触れてもらいたくない事実をあぶりだして恥をかかせる性格」と考えてもらえれば，私の性格の理解として間違いはない。 今回のコラムではこの性格の悪さを思う存分発揮したい。なぜか？ 皆さんがシステム開発の現場で直面しているIT業界の

プログラミングの世界は広大です。自分の「母語」であるプログラミング言語を極めることも大切ですが，他の言語に目を向けることで驚くほど世界が広がることがあります。他の言語からエッセンスを学ぶことで，汎用的な「プログラミング力」が格段にアップするのです。 この特集では，個々の言語から何が学べるかについて具体的に解説しています。まず，Rubyの開発者でありプログラミング言語マニアとしても知られるまつもとゆきひろ氏に「複数のプログラミング言語を学ぶ意義」について語っていただきました。まつもと氏には，プログラミングの基礎となるコードの読み方の解説もお願いしました。 注目の言語，RubyとJavaScriptについては，気鋭の若手開発者のお二人に解説していただきます。さらに，伝説のプログラミング言語Eiffelの解説を，Bertrand Meyer氏の名著「オブジェクト指向入門」の翻訳で知られる酒匂寛氏

ビジネス・モデリングなどのモデリングを始めてはみたものの，なかなか上手くモデリングできない…そんな悩みを持っている方も多いと思います。そこで，今回はモデリングを上達させるための「モデリング・リファクタリング」という方法をご紹介します。 モデリング・リファクタリングとは 「モデリング・リファクタリング」とは筆者が考えた造語です。（すでに誰かによって提唱されているかもしれませんが）筆者が発明したものではなく，モデリングに慣れている方なら自然とやっているようなテクニックです。 もともと「リファクタリング」というのは，小さなプログラム（例えばクラス）を作るときに，プログラムの外側の仕様（使われ方）は変えずに，中身の構造だけを変えることです。 なぜそんなことをするかというと，とりあえず仕様は満たしていたとしても，中身が汚い設計のままでは，変更に弱く，保守性も悪いからです。そこで，小さなプログラムを作

第0回　あらためてRuby入門 まつもとゆきひろ氏自身による「Ruby入門」をお届けします。日経Linuxの連載開始前の特別企画（2005年4月号）として，Rubyが他のスクリプト言語やオブジェクト指向言語とどこが違うのか，なぜ便利なのかを中心に解説してもらったものです。 ● 基本と他言語との違い ● 実装とRuby誕生の秘密 第1回 プログラミングとオブジェクト指向の関係 プログラマを目指す人々の中にも，「オブジェクト指向は難しい」とか，「なかなか分からない」という印象を持つ方が多いようです。そこで，Rubyを題材にオブジェクト指向という考え方について説明していきます。 ● その1 ● その2 ● その3 第2回 抽象データと継承 オブジェクト指向プログラミングを構成する3原則のうち，前回は「ポリモーフィズム」を学びました。今回はオブジェクト指向の歴史を復習した後，残りの「データ抽象」と

このパートでは，プログラミングを勉強するうえで欠かせないアルゴリズムの中でも定番中の定番を紹介します。ソート（並べ替え）やサーチ（検索）などの機能は今では標準のライブラリとして提供されています。実用的なプログラムを作るときにそのものずばりをいちいち書く機会は少ないかもしれません。しかし定番のアルゴリズムは，様々に形を変えて普段のプログラミングに登場します。 解説を読んで仕組みがわかったら，ぜひそれをプログラムにしてみてください。読んだだけではプログラムを書けるようにはなりませんし，プログラムを書いてみて初めて，実は十分に理解できていなかったと気付くことがよくあります。しかもアルゴリズムは特定のプログラミング言語に依存しないので，一度身に付ければ，後でどんな言語を学ぶ場合でも役に立ちます。 1番目から6番目まではソートのアルゴリズム，7番目から9番目まではサーチのアルゴリズムです。一つひとつ