「開発者の多くは、技術だけに目を向け、開発文化を変革する必要性を見過ごしている。このため、優れた技術を開発しても、ユーザーが使いたいと思うような高品質のアプリケーションを作れないのだ。その結果、星印が3つしかないために誰もダウンロードしないようなアプリケーションに時間と金を注ぎ込むのがばからしくなってしまうのだ」と話すのは、米調査会社Forrester Researchのアナリスト、ジェフリー・ハモンド氏だ。

　冒頭の質問に対する同氏の短い答えは「ノー」だ。「特にモバイル開発分野では、開発スピードのために品質を犠牲にしてはならない」と同氏は語る。

　その理由は、コンシューマー向けのアプリケーションの場合、3つ以下の星印しか評価をもらえないようなものを開発すれば、その製品はすぐに忘れ去られてしまうからだ。アプリストアに70万本ものアプリケーションが並んでいるという状況が意味することを考えてみよう。人々に認知され、そして実際にエンドコンシューマーの端末にインストールされる50本ないし60本のアプリケーションの1つになるまでには猛烈な競争をくぐり抜けなければならないということだ。月並みのユーザーエクスペリエンスであれば、すぐにそのリストから引きずり降ろされ、品質に問題があれば、あっという間に星印3つ以下の評価に陥落してしまうのだ。

　このため、アプリケーションをリリースする際には、きちんと動作することを可能な限り確認する必要がある。米Appleのアプリストアや米Microsoftのアプリケーションストアでは、アプリケーションが承認されるまでの間、しばらく待ち時間がある。その時間も利用すべきだ。もし欠陥のあるアプリケーションをリリースした場合、それで問題が起きるのが20人のユーザーのうち1人であったとしても、欠陥を修正するのに数日から1週間ほどかかるだろう。その間、不満を抱くユーザーが低い評価を付けるために、アプリケーションの評価はどんどん下がってしまう。

　だからといって、迅速に開発してはいけないということではない。開発スピードも重要だ。この問題を説明するとき、私がいつも引き合いに出すのがソフトウェアの「鉄のトライアングル」だ。

　鉄のトライアングルとは、以下の項目を頂点とする三角形を指す。

1. 支出するお金
2. 達成すべきスケジュール
3. 組み込みたい機能

　短期のスケジュールで開発しなければならず、資金に制約があり、品質も必要とされるのであれば、機能面でトレードオフを迫られる。多くの開発企業は高品質のソリューションを短期間で市場に投入するために、最小限の機能で妥協せざるを得なくなるのだ。そこで私のアドバイスは「品質面で手抜きをせずに、顧客と何らかのつながりを作り出すのに最も必要な機能だけにフォーカスする」ということだ。いったん顧客を捕まえれば、準備が整った段階でいつでも新機能を追加したり、アプリケーションをアップデートしたりできるのだ。

　もう1つ付け加えたいのは、Webの世界とITの世界のどちらにいるかによって「スピードのわな」か「品質のわな」のいずれかに陥る危険性があるということだ。

　スピードと品質のどちらを重視するかという判断は、開発者のバックグラウンドによっても異なる。Web分野出身の開発者の場合は、スピードを重視し、品質をそれほど考慮しない傾向がある。開発者とユーザーが直接つながっているため、Webサイトを素早くアップデートできるからだ。Webサイトで新リリースを公開するだけでいいのだ。このため、このグループはスピードに目を奪われ、「品質のわな」を見逃す恐れがあるのだ。

　一方、従来のIT分野出身の開発者の場合は、状況がほぼ逆になる。彼らは長い時間をかけてアプリケーションをテストした上でリリースするというパターンに慣れている。リリースが1年に2回だけというのも珍しくない。iOSのアップデートやAndroidの新バージョンが出るたびに新リリースを提供する必要性を感じていないのである。だから彼らは「スピードのわな」に陥るのだ。後編では、開発スピードと品質の両方の要求に応える最新技術を紹介しよう。