チームで開発をするとき、技術選定をすることがあります。どの技術を使うべきか、説明責任もともなうので、よく悩みます。自分の中で判断基準を明確にもっておくために、技術選定の観点についてまとめてみました。

この記事では技術選定とはなにか、なぜ技術選定をするのか、技術選定の観点を書いていきます。技術選定をするときの参考材料になればうれしいです。

Hiroki Zenigami

テクニカルライター。元エンジニア。共著で「現場で使えるRuby on Rails 5」を書きました。プログラミング教室を作るのが目標です。

Follow @zenizh

この記事でいう技術選定とは、その名のとおり「どんな技術を使うかを選ぶこと」です。領域はインフラやサーバーサイド、フロントエンド、また種類としては言語やフレームワーク、ミドルウェアなどが対象になります。

この記事ではライブラリの選定基準については書いていません。これについては「ライブラリの選定基準」で詳しく書いていますので、あわせてご覧ください。

技術選定の目的は「事業価値を最大化するため」だと考えています。技術選定というと、ついシステム要件を満たすために決めてしまいがちです。もちろんこれも必要ですが、選定の観点という意味では一部でしかありません。

企業において、開発は事業を運営するために行います。OSSの場合は「事業」を「ソフトウェア」に置き換えられると思いますが、使う技術は事業に大きく影響します。たとえば、技術を使える人の採用コストだったり、運用コストなどが分かりやすい例です。

どの技術を使うかは自由度がとても高い一方で、選択を間違えると長期的にみて事業に大きな損失を与えることもあります。そのため、技術選定をする上では基準を設けるべきといえます。

それでは、技術選定の観点を次に書いていきます。観点を「機能」「人」「信頼性」「経済性」の4つに分類しています。お互い重複する要素もありますが、検討しやすいようにしています。

技術の機能面については大きく次の3つがあります。そもそもの前提条件となる観点が多いです。

技術を使う人に焦点をあてた観点です。個人的にはほかの評価軸を満たしつつ、いかにメンバーのモチベーションが高い技術を選択できるか、が大切だと思っています。

技術の信頼性についての観点です。コストがかかるものほど信頼性についての説明責任が問われてくると思うので、しっかり判断したいところです。

コストなどの経済性についての観点です。スイッチングコストについてはデータベースなど低いレイヤーに行くほど乗り換えづらいので、慎重に評価したいところです。

技術選定をするときは、事業のフェーズによって評価軸を変えることが重要になってきます。事業を立ち上げて、最初にめざすのはProduct Market Fitです。つまり、市場に求められるプロダクトにすることです。このPMF達成までは、なによりも開発スピードが求められます。

PMFを達成したら、プロダクトの価値がユーザーに受け入れられたということになります。経済的にも持続可能であることが評価できました。このタイミングでは、開発スピードから安定性などに評価軸を移していきます。

開発スピードがはやいといわれる技術にRuby on Railsがあります。たとえば、PMFまではRailsでウェブアプリケーションとしてつくります。PMF達成後にパフォーマンスが重要な観点が見えてきて、かつネイティブアプリ化のニーズが出てきたときに、APIとしてGo、フロントエンドにTypeScript+Reactを選びます。

こういったように、事業のフェーズによって技術選定をする上での評価する観点を柔軟に変えていくといいと思います。

技術選定は、事業価値を最大化するために行います。技術選定をする際は、なぜそれを使うかという理由をもっておく必要があります。これは、機能、人、信頼性、経済性を基準に行うやり方があります。技術選定は事業のフェーズによって評価軸を変えることで、事業価値の最大化につながっていきます。

プロダクト開発

【2023年】エンジニアの本でおすすめの5冊を紹介します

2023-1-23

働き方

エンジニアの転職で登録したい7つの転職サイトと転職エージェント

2022-12-30

働き方

エンジニアの副業で登録したい5つのサイトやサービス【フリーランス】

2022-12-30