**RFI（Request For Information）とは、企業や官公庁などが業務発注や業務委託を実施する際に、発注先の候補であるベンダーの業者に情報提供を依頼する文書を指します。**ここでは、RFIの概要・目的・RFIとRFPの違いやRFQについて紹介します。

**RFIは、ベンダー先の製品やサービスなどの情報を収集するための依頼書として利用されることが多いです。**一般的にIT業界の場合、システム開発やIT関連業務の委託を実施する前にRFIは発行されます。RFIへのベンダー先の回答例として、カタログ・パンフレット・導入事例の資料などが挙げられます。

**RFIの目的は、業務委託を実施する事前準備としての情報収集です。**発注元はRFIを利用して、製品やサービスなどについて情報を収集します。*決してベンダーを選定することが目的ではありません。*

例えば、ベンダーの比較や検討を実施する際に、どのような方法で評価するのかの材料収集のためにRFIを作成することがあります。また、RFIを用いて製品やサービスなどの情報を収集したあと、ビジネスにどう活かすのかを検討する事業展開の発端となることも多いでしょう。

**RFP（Request For Proposal）とは、ベンダー先に具体的な提案依頼を実施するための書類を指します。**端的に言えば、RFPは「見積依頼」とも言えるでしょう。作業の流れは、RFIを利用してベンダー先の製品やサービスなどの情報収集を行い、製品やサービスを導入するための要件を詳細に整理します。次に、RFPを用いて実際にベンダーに提案依頼を実施します。

RFIの内容を検討した際、業務委託の候補から離脱するベンダーも多いです。そのため、自社のニーズに適合するベンダーのみに対して、RFPを送付します。*RFIでは情報提供を求めることが目的ですが、RFPでは自社の要望を詳しく記載するのが特徴です。*RFPへのベンダー先の回答は、具体的な提案や正確な見積金額などが記載されていることが多いでしょう。

RFPとRFIとの違いとは？エンジニアがシステム開発に活用するコツ

RFP(提案依頼書)を作成するメリット、デメリットと活用方法について

### RFQとは？RFI・RFP・RFQの関係性

RFQ（Request for Quotation）とは、日本語で見積依頼書・見積要求書と訳します。**RFQの目的は、自社が求めるサービスや商品の作成をベンダーに依頼する前に、ベンダーに詳細な金額・スケジュール等の見積を提示するよう依頼すること**です。

RFI・RFP・RFQの3つの文書は、以下の順番・内容でベンダーに提出するのが一般的です。なお、状況によっては3つの文書をすべて使わずにRFIのみ・RFQのみといった場合もあります。

1.RFIで、ベンダーから導入事例・パンフレットなどの情報を収集する
2.RFPで、RFIによって得た情報からより具体的な提案を依頼する
3.RFQで、RFPによって得た具体的な提案に対する詳細な見積を依頼する

RFQとは？システム作りに必要なRFx3点セットの1つ

これまでにRFIの詳細や、RFI・RFP・RFQの違いについて解説しました。RFIを作成することにはメリットが多いですが、デメリットもあります。ここでは、RFIのメリット・デメリットについて詳しく紹介します。

### メリット1.正当なベンダー選定を行った根拠として利用できる

**業務委託でサービス・商品の作成・提供を依頼する場合、誰が見ても「正当にベンダーを選定した」というクリアな裏付けが必要です。**RFIを利用することで、公平に情報収集した結果からベンダー先を選定したという根拠を明確にすることができます。

例えば、ベンダー先の製品・サービス・システム・ツールなどを導入後に不具合やトラブルが発生した場合、ベンダーを選択した理由をRFIで実証できれば、自社での対応も円滑に行うことができるでしょう。

### メリット2.スクリーニングを実施できる

RFIには、自社が必要としている要望を記載してベンダー先に提出します。ベンダーはRFIの記載に基づいて、製品やサービスなどの基本情報を発注元に提供します。しかし、提供された情報には自社にとって不要な機能が含まれている場合もあります。

そのため、**ベンダー先の回答をもとにスクリーニングを実施すれば、自社に必要なものと不要なものを事前に把握できるでしょう。**

### メリット3.新しい情報を収集できる

近年、ビジネスは情報戦と言われることもあります。そのため、他の企業よりも早く新しい情報や有益な情報を入手することは、ビジネスの成功のカギとも言えるでしょう。

**RFIの回答には、新しい製品やサービスの情報が含まれていることもあります。**RFIから得られた新しい情報を今後の事業展開の検討材料とすることができれば、ビジネスの拡大も期待できるでしょう。

### デメリット.RFIを作成する負担が大きい

**RFIのデメリットは、RFIを作成するための時間・労力の負担が大きいこと**です。RFIを作成するには、自社がベンダーに求める情報や、作成・提供して欲しい製品・サービスの概要、自社が抱える課題などをわかりやすく記載する必要があります。RFIを作成する時間を十分に確保する必要があるため、工数・人員が不足している場合はRFIの作成が困難です。

RFIの完成度が低いとベンダーからの回答も不明瞭となるため、RFIを作成した時間と労力が無駄になることもあります。

これまでにRFIの詳細や、メリット・デメリットについて解説しました。では、RFIを作成する際に記載する項目や内容はどのようなものでしょうか。ここでは、RFIに記載すべき項目や内容について詳しく紹介します。

RFIを作成する必要があるということは、業務委託を控えているということでもあります。そのため、**RFIを作成した理由や目的、必要な情報について詳しく記載することが大切です。**RFIを作成した理由・目的を正確に記載していない場合、ベンダーは趣旨や目的を理解できないため、RFIに対する回答も発注元が期待したものと異なる恐れがあります。

**自社に関する情報は、ベンダー先がRFIへの回答を作成する際に、提案内容や記載内容を決める参考資料となります。**また、RFIはベンダー先との最初の接触の機会です。ベンダー先に自社のことを正確に把握してもらうことで、*新しいビジネスパートナーとしての関係構築にも役立つと言えるでしょう。*

RFIは、製品やサービスの情報を収集するだけではありません。**新しいビジネスパートナーとして関係を構築したい場合、ベンダー先のことを正確に理解する必要があります。**そのため、ベンダー先の「社名」「所在地」「売上高」「従業員数」「事業内容」「グループ企業」「親会社」などの基本情報を記載してもらうことも大切です。

### ベンダー先の製品やサービスなどの基本情報

業務委託の実施を控えている場合、ベンダー先の製品やサービスなどの特徴を正確に理解することに加えて、**他社と比較した強みについて把握することも大切です。**そのため、自社が必要としている製品やサービスなどについて、比較・検討がしやすくなるような基本情報を収集しましょう。

例えば、「製品の名称」「セールスポイント」「リリース時期」「導入実績・事例」「価格プラン」「サポート体制」など、*他社と比較しやすい基本的な製品やサービスなどの情報を収集できるRFIを作成します。*

### ベンダー先の製品やサービスなどの機能要件

**企業が製品やサービスを導入する目的は、導入後に売上が向上するといった成果が期待できることです。**そのため、製品やサービスなどを導入するにあたって「どのような機能を備えているのか」「どのような成果を出すことができるのか」などがわかる項目をRFIに記載しましょう。

製品やサービスなどの機能はベンダー先によって多種多様です。そのため、*RFIを上手く活用して各社の違いを比較・検討できる項目を作成することが大切です。*

これまでにRFIの詳細・メリット・デメリット・RFIに記載すべき項目・内容について解説しました。ここでは、RFIを作成する際の注意点を説明します。RFIを初めて作成する方や、RFIを作成したが期待された回答がベンダー先から返ってこなかった方などはぜひ参考にしてください。

### ベンダー先が回答しやすいように作成する

**RFIに記載する内容は、シンプルかつ明瞭にすることが重要です。**RFIを作成する際は、ベンダーの立場になって作成しましょう。簡潔なRFIであれば、ベンダー側も回答しやすいため正確な情報を提供してくれるでしょう。一方でクリアでない回答が返ってきた場合、RFIの内容がベンダーに正しく伝わっていない可能性が高いと言えます。

### RFIは細部にこだわらず作成する

ビジネスはタイミングが重要です。理想的なビジネス設計だったとしても、タイミングを逃すと価値が低くなる可能性があります。そのため、**ベンダーが少ない時間で回答できるようにすることが大切です。**RFIはベンダー先の選定が目的ではなく、情報収集が目的であることを意識しましょう。*RFIは細部にこだわらず作成することも重要です。*

## 注意点を意識して適切なRFIを作成しよう！

これまでに、RFIの詳細・メリット・RFIを作成する際の項目・内容、注意点について解説しました。RFIとは、業務委託などを実施する際に、発注先の候補である業者に情報提供を依頼する文書のことを言います。**RFIの目的は、あくまでも業務委託などを実施するための情報収集です。**

**RFIを利用することで、正当なベンダー選定を行ったという裏付けを取ることができます。**また、ベンダー先からの回答をもとに、スクリーニングを実施することで、自社に必要なものと不要なものを事前に把握することも可能です。さらに、RFIを用いることで、ビジネスに活かすことができる新しい情報収集も行える可能性もあります。

RFIに記載する項目や内容には注意しましょう。*自社が必要としている情報を簡潔に書くことや、細かすぎる内容をRFIに記載するのは控えることが大切です。*また、ベンダー先の目線に立ってRFIを作成することで期待していた回答をもらうことができるでしょう。

RFIとは、企業や官公庁などが業務発注や業務委託を実施する際に、発注先の候補である業者に情報提供を依頼する文書を指します。当記事では、RFIの詳細やメリット・RFIを作成する際に記載すべき項目・内容・注意点などについて解説します。

RFIは業務委託などを実施する際に、発注先の候補である業者に情報提供を依頼する文書

RFIを利用することで、正当なベンダー選定を実施したという裏付けを取ることができる

RFIを作成する際は「自社が必要としている情報を簡潔に書く」「細かすぎる内容を記載するのは控える」ことが大切

RFIとは？詳細やメリット、作成する注意点について徹底解説

Windows11がリリースされましたが、エンジニアの皆さんは、ご自身のPCをWindows11環境に切り替えられたでしょうか？一説によると、パソコンの買い替え分を除き、Windows10からWindows11に切り替えた人は全体の1割強程度という話も聞こえてきます。

こうした背景には、「アップグレードはしたいが、対応機種（対応PC）かどうか分からない」、「スペックチェックやスペック確認の方法が分からない」、あるいは「OSが安定するまで様子見をしたい」といった方が少なからずいることが原因として推察されます。

また一部にはMicrosoftがIntel製CPUの「Core i」シリーズの内、第1世代から第7世代までを「サポート対象外」として切捨てをした事も影響していると考えられます。

「Core i」シリーズの第7世代は2016年に登場しており、比較的新しいパソコンに搭載されている可能性もあり、この辺りがMicrosoftに対する不信感を招いているようです。

この記事では**Windows11へのアップグレードの方法などについて、主にスペック要件の観点から考察**をしていきます。アップグレードを検討されている皆さんはぜひ参考にしてみてください。

### Windows11への無償アップグレード

Microsoft社は2021年10月5日にWindowsの最新版「Windows11」をリリースしました。Windows10搭載のパソコンで、必要な条件を満たしてさえいれば、Windows11への無償アップグレードが可能とアナウンスされています。

中にはWindows11へのアップグレードに関して、Windows Updateで通知が届いた方も少なくないでしょう。

ここから**Windws11への無償アップグレードに求められる必要スペックとは何なのか**を探っていきます。

*【参考】：[Microsoft公式サイト：Windows 11 の仕様、機能、コンピューターの要件を確認する](https://www.microsoft.com/ja-jp/windows/windows-11-specifications?r=1)*

Windows11はデザイン面、スタートメニュー、操作性の改善などが主な変更点が主ですが、他にも多くの機能が搭載されています。**Windows11とWindows10の大きな違いは次の5つ**です。

*1.必要スペックのハードルが上がった（CPU、メモリー、ストレージなど）*

*2.Androidアプリの利用が可能になった*

*3.タッチキーボードが進化し、カスタマイズが可能となった*

*4.Internet Explorerが廃止された（Microsoft Edgeのみ）*

*5.タブレットモードが廃止された（タブレット利用時には自動的にタブレット画面になる）*

見た目や操作性、機能面が向上するのは嬉しいことですが、問題は1.の必要スペックのハードルが上がった点です。目安としては5年以上前のパソコンは、Windows11の必要スペックを満たしていない可能性があります。

この確認方法については後ほど解説していきます。

### Windows11への無償アップグレードの期限

現状、**Windows11無償アップグレードの期限は定められていませんが、リリースから1年間は保証**されているようです。すなわち、2022年10月5日までは無償アップグレードは可能と考えて良いでしょう。

*【参考】：[Microsoft公式サイト：Windows11の入手方法](https://www.microsoft.com/ja-jp/windows/get-windows-11)*

Windws11のスペック要件を満たさないことが分かり、無償アップグレードを諦める方もいるでしょう。

では、Windows10を使い続ける場合、いつまで利用できるのでしょうか？**MicrosoftはWindws10のサポート期限を「2025年10月14日まで」と発表**しています。そのため、それまでにはWindows11にアップグレードを行う必要があります。

もちろん、それ以降もWindows10を使う事は可能ですが、セキュリティパッチの配布は行われず、セキュリティ面の脆弱性リスクが生じるため、継続使用は避けるべきです。

## Windows11の必要スペックと互換性確認

WIndows11はWindws10と比較して、必要スペックの仕様が明らかに上がっています。**どの程度必要スペックが上がっているのか**を見てみましょう。

Windows 11へアップデートするには、対象のパソコンが必要なスペック要件を満たしている必要性があります。以下Windows10の必要スペックと比較しながら、Windows11の必要スペックを示します。

ハードに明るくない方にはやや難しい内容もありますが、**概ね2017年以降製造のパソコンであれば、ほとんどが要件を満たしている**と考えて間違いありません。問題は2015年、2016年頃に製造されたWindws10搭載のパソコンが必要スペックを満たしているかどうかです。

~~※TPM（Trusted Platform Module）とは、パソコンなどでさまざまなセキュリティ機能を提供するモジュールのことです。~~

### 互換性の確認（PC Health Checkアプリ）

対象のパソコンでWindows11の実行が可能か否か、気になるところです。この**確認はMicrosoft提供の「PC 正常性チェック アプリ」（チェックツール）を使用することで、簡単に行えます**。その手順は以下の通りです。

1.*[MicrosoftのPC Health Check](https://www.microsoft.com/ja-jp/windows/windows-11#pchealthcheck)*をダウンロードします。

2.インストールファイルを開き、インストールが終了すると（PC正常性を一目で確認）というタイトルの画面が表示されます。その画面上部「Windows 11のご紹介」というボックスにある［今すぐチェック］のボタンをクリックします。

3.「このPCはWindows11の要件を満たしています」というメッセージが表示されれば、Windows11へのアップデートが可能ということです。

スペック要件などを満たしていない場合は、「このPCは現在、Windows 11システム要件を満たしていません」と表示され、その下に詳細情報が表示されます。

自力でパソコンの拡張やグレードアップが難しい方は、Windws11へのアップデートを断念しましょう。

## Windows11への無償アップグレードの方法

前述の「互換性の確認」で対象のパソコンがWindws11の必要スペックを満たしていることが確認できたら、Windws11へのアップグレードを行ってみましょう。ここでは**一般的な「Windows Update」を利用した手順をご紹介**します。

### Windows11のアップグレード手順

**Windws11へのアップグレードは以下の手順**で行います。他の方法もありますが、リスクがあるためここではおすすめしません。

1．「スタート」から「設定（歯車マーク）」を開きます。

2．「更新とセキュリティ」から「Windows Update」を開きます。

3．『Windws11へのアップグレードの準備ができました-しかも無料です』という表示がされていれば、「ダウンロードしてインストール」ボタンをクリックします。

「このPCでWindows11を実行できます」という表示がされている場合には、Windows11が配信されるまで待ちましょう。

4．「ソフトウェアライセンス条項」に同意をしてインストールを始めると、Windws11へのアップグレードが開始されます。

### Windows11無償アップグレードの注意点

Windows11へアップグレードする場合、いくつかの注意すべき事項があります。当然のことですが、Windows11へのアップグレードはここに記した通り、Microsoftの公式サイトから、Windows Updateを利用して行ってください。

スペック要件を満たしていない場合は、無理にアップグレードを行うとサポート対象外となる可能性がありますので、これも避けましょう。

他、**Windws10では動作したソフトやアプリがWindows11でも正常動作するとは限りません**。特に古いアプリ、フリーソフトなどは使えなくなることも想定しておきましょう。

普段使っているソフトやアプリで不安があるものは、ネットで「windows11 ソフト名」などで検索し、不具合が起きていないかをあらかじめ確認することをおすすめします。

## エンジニアはOSのバージョンアップにも強くなろう

ここまでWindows11へのアップグレードの方法、スペック要件などについて解説しました。Microsoftはメジャーアップデートを定期的に行っており、この対応は避けられません。

また、皆さんが**クライアントに納入したソフトやアプリが、OSのバージョンアップで支障がないか否かは、常に留めておく必要**があります。

これはITエンジニアの宿命とも言えます。この機会に、OSやマシンスペックなどについても知識を深め、クライアントやユーザーから頼りにされるエンジニアを目指しましょう。

Windows11のコマンドプロンプトはどこにある？ない時の出し方

難しくなった？Windows11のデフォルトブラウザ変更方法を解説

新たにWindows11がリリースされましたが、Windows10からの無償バージョンアップには必要スペックを満たしたPCであることが条件になります。ここでは必要スペックを満たしているか否かを確認する方法、無償バージョンアップの実行手順などについて紹介します。

Windows11を動作させるためのPCのスペック要件はWindws10より厳しくなっている

Windows11の必要スペックはMicrosoft提供の「PC 正常性チェックアプリ」で容易に確認ができる

Windows11へのアップグレードによって動作しなくなるソフトやアプリがあるため、事前に確認が必要

Windows11アップグレード方法や必要スペックを徹底解説

DevOpsとは、Development（開発）とOperations（運用）を組み合わせた混成語で、ソフトウェア開発手法の1つです。**開発担当者と運用担当者が緊密に連携し、時間短縮と品質確保を目的としています**。

　　【図】：DevOpsの組織的役割

DevOpsの名称に含まれませんが、品質確保の観点でQuality Assurance（品質保証）とも連携します。上記3つの役割を連携される交点がDevOpsの役割です。派生語でビジネス部門を加えてBizDevOpsや、開発セキュリティ運用のDevSecOps等の用語も登場しています。

従来だと開発は開発部門が、運用は運用部門が、というように組織の縦割りが一般的でした。このため組織間の利害関係により重要な点が軽視されたり、時間を要したりという弊害が出てきました。この課題を解決するために、*組織間の連携を密に行い必要な情報交換を進めることで、開発部門・運用部門双方にメリットをもたらします*。

　　【図】：開発部門と運用部門の組織構造

特に近年多様なアプリケーションが登場し、短期間でリリースする必要性が高まっています。品質を高めつつリリースを短サイクル化するには生産性向上も求められます。

　　【図】：DevOpsの組織効率化と品質モデル

この要求を満たすためにDevOpsが浸透していきました。さらに広範な業務を短サイクルで進めるにあたり、IT全般を対応するDevOpsエンジニアの需要も高まっています。

DevOpsは、多様化するニーズから生じる課題を解決するために多くの利点があります。代表的なポイントは以下の通りです。

・*信頼性の向上*
実績のあるコードを利用し、新機開発コードは最小に留めます。これによりQA工程のレベルを落とさずに迅速にソフトウェアをリリースします。

・*生産性の向上*
DevOpsでは開発から運用、運用から開発という相互に情報連携を行います。そのため、求められる情報を共有し手戻りを防止します。これにより生産性の向上が図られます。

・*スピードの向上*
プラン・ビルド（コード）・デプロイ・フィードバックの一連の流れについて、ニーズの変化に追従しスピーディにサイクルを展開することが可能です。

AWSでは、迅速なアプリケーション開発と運用効率化を目指して、*DevOpsにより企業の競争力を高める手助けになるよう啓蒙活動を行っています*。
【参考】：[DevOps と AWS](https://aws.amazon.com/jp/devops/)

AWSのDevOps関連ソリューションとして、次のサービスが提供されています。

・CI/CD（継続的インテグレーション／継続的デリバリー）
　ソフトウェアリリースのワークフロー：AWS CodePipeline
　コードのビルドとテスト：AWS CodeBuild
　デプロイのオートメーション：AWS CodeDeploy
　統合 CI/CD プロジェクト：AWS CodeStar

・マイクロサービスアーキテクチャの構築とデプロイ
　Docker プラットフォームの運用：Amazon Elastic Container Service
　サーバーレスコンピューティング：AWS Lambda

・Infrastructure as Code（コードとテンプレート）
　テンプレート化されたインフラストラクチャプロビジョニング：AWS CloudFormation
　Chef による設定管理：AWS OpsWorks 

・モニタリングとログ記録
　クラウドとネットワークのモニタリング：Amazon CloudWatch
　分散トレース：AWS X-Ray
　アクティビティと API 使用状況の追跡：AWS CloudTrail

・Platform as a Service
　ウェブアプリの実行と管理：AWS Elastic Beanstalk

・バージョンコントロール
　プライベート Git ホスティング：AWS CodeCommit

AWSでは自社サービスと組み合わせて利用拡大を目指しています。

AWSのサービス一覧は？豊富なサービスを活用しよう！

AWS Lambdaとは？できることを分かりやすく解説！

新機能Amazon DevOps Guru for RDSを解説！

Azureの場合も、クラウドアプリケーションのビルド・リリース・テスト・モニターを自動化するための継続的デリバリー パイプライン構築を支援します。
【参考】：[AzureのDevOps製品](https://azure.microsoft.com/ja-jp/product-categories/devops/)
【参考】：[Azure DevOps](https://azure.microsoft.com/ja-jp/services/devops/)

Azure DevOpsとして統合ソリューションも提供しており、以下の様にニーズに合ったサービスが提供されています。

・統合ソリューション：Azure DevOps
　プラン・レポート：Azure Boards
　CI/CDパインプライン（ビルド・テスト・デプロイ）：Azure Pipelines
　プライベートGitリポジトリ ホスティング：Azure Repos
　テストの計画・実行・追跡：Azure Test Plans
　パッケージ管理：Azure Artifacts

・アプリケーション統合：Azure DevOps Projects
　プリケーションをAzureサービスに簡単に統合

・統合ツール：Visual Studio App Center
　モバイルとデスクトップ アプリのビルド・テスト・配布に対応する単一統合ツール

・仮想マシン：Azure Lab Services
　仮想マシンのオンデマンド アクセス

・統合監視：Azure Monitor
　アプリケーション・インフラストラクチャ・ネットワークの情報収集・分析・アクション実行

・開発環境構築：Azure DevTest Labs
　テンプレートで仮想マシンを構築

・負荷テスト：Azure Load Testing（プレビュー版）
　負荷テスト環境のビルド、負荷テストの生成・分析

クラウドサービスの利用は、*DevOpsの迅速にサイクルを回していく手法にフィットするものとして注目されています*。

Azure仮想マシンとは？サービス概要から作成方法まで解説！

DevOpsは従来型の堅牢なシステム設計とは対照的に、*変化の激しい先の見えない業務にも適応可能です*。そのため新規事業のトライアルサービスや展開に最適です。コンテンツの改廃が多い業務や、ユーザー数の急増が見られる用途でも活用されています。アジャイル開発の手法を取り入れて成長企業の利用が増えています。

日本国内では、DevOpsDays Tokyoという年次会合が開催されており、その場でDevOpsに関する事例が共有されています。次回は2022年4月21日を予定しています。海外スピーカーの登壇が多いですが、日本企業も事例や取り組みを発表しています。具体的にはこれまでにメルカリ・楽天・クックパッド等の成長企業が情報発信しています。
【参考】：[DevOpsDays Tokyo](https://www.devopsdaystokyo.org/)

DevOpsでは次に挙げる8つの工程に分類し、開発部門と運用部門で役割を定めます。この役割は*シームレスに連携し、運用のモニターから次のプランサイクルに循環します*。

・プラン（Plan）
　要件を整理し開発計画にまとめます。

・コード（Create）
　コードの開発・レビュー・マージを行います。

・テスト（Verify）
　コードの妥当性を検証します。

・パッケージ（Package）
　リポジトリ格納の手続きとリリース前確認を行います。

・リリース（Release）
　変更管理とリリースを行います。

・コンフィギュレーション（Configure）
　インフラ管理・設定を行います。

・モニター（Monitor）
　稼働モニター・性能監視を行います。

運用時に入手した改善点は開発部門にフィードバックとして伝え、次のサイクルのプランに反映します。

機能要件とは？非機能要件との違いや書き方をわかりやすく解説

プロジェクトの成否を左右する非機能要件の一覧について詳しく解説！

### DevOpsとアジャイルの違いは？

従来は事前に要件を把握し、設計に反映するウォーターフォール型の設計が一般的でした。

具体的には要求分析から「要件定義」し、「基本設計」「詳細設計」に落とし込みます。開発コードは「システム実装」を経て「単体テスト」「システムテスト」と進められます。その後「受入テスト」に合格し納品となります。このように常に次に実施する工程が決まっており、順番に進められる形式がウォーターフォールモデルと言います。

　　【図】：ウォーターフォールモデルの工程フロー

この方式は大規模案件を進めるには有利ですが、工期途中の変更が難しくユーザの変更要求が反映されにくい課題がありました。さらに手戻り発生時には予定する工数が増加し、現実的ではありませんでした。この課題に対処するためにアジャイル開発が考えられました。

アジャイル開発では、1週間から4週間のサイクル（イテレーション）でシステム開発を進めます。仕様書が確定していない状態で作業を進めていき、徐々に改善していきます。そのためシステム開発の規模を小さい単位に分割し、エラーを修正しながらブラッシュアップしていきます。

　　【図】：アジャイル開発モデルのイテレーションフロー

DevOpsでは開発から運用までカバーする組織体制を意味しているため、広い範囲を対象としています。アジャイル開発は具体的な開発手法そのものを指します。DevOps開発工程においても、*アジャイル開発を上手く活用してワークフローに組み込み運用することができます*。

アジャイル開発の特徴、メリット・デメリット、DXとの関係など

アジャイル開発のメリット・デメリットや代表的な手法について解説！

CI/CDとは、Continuous Integration（継続的インテグレーション）／Continuous Delivery（継続的デリバリー）の略を指します。

CIでは開発工程を単発の開発作業とせずに、継続的なシステム・アプリケーション変更を想定しています。そのため自動化のツールを活用し常に変更点を修正・ビルドし、テスト実施を経てリポジトリに反映させます。

CDはデリバリーにフォーカスし、継続的なリリースを目指します。アプリケーションの変更を確認し、適切な依存関係に配慮して自動的にリリースしていきます。

CI/CDでは継続的な対応を想定するために、手動作業では対応できず自動化が欠かせない要素となります。そのために自動化のツールが必要です。自動化ツール導入で、CI/CDのパイプラインフローがカバーされます。その*自動化運用で、DevOpsの組織体制とワークフローが効率的に機能します*。

## DevOpsは成長企業の組織モデルとして重要

従来のITシステムは、決められた要件にしたがって設計をすれば問題なくリリースできました。変化が激しい現代では、新しい需要に早期に応える体制づくりが重要となります。特に成長企業やベンチャー企業では常に実行しながら修正していく企業風土と、ニーズに対応するITソリューションが必須となります。

DevOpsはクラウドサービスにおいても注力されており、**自動化ツールを活用し変化に追従するDevOpsエンジニアとしても活躍の場が期待できます**。必要な情報収集を行うことをおすすめします。

DevOpsは、開発担当者と運用担当者が緊密に連携し時間短縮と品質確保を目的に実践する体制です。近年、成長企業が変化に対応するために積極的に推進しています。ここでは従来一般的であった開発モデルとの比較を交えて、概念や実例を紹介していきます。

DevOpsとは、Development（開発）とOperations（運用）を組み合わせた混成語を指します

従来の縦割り組織構造の弊害を取り除き、開発担当者と運用担当者が緊密に連携します

アジャイル開発や自動化ツールを有効活用しながら、DevOpsを進めていきます

DevOpsとは？その概念と実例を既存モデルと比較し解説！

## Windows 11でAndroidアプリを動かす

2021年10月20日、Windowsをクリエイターのプラットフォームとすべく、Windows 11でAndroidアプリを動かす「Android apps on Windows」がファーストプレビューの開始を発表しました。
【参考】：[Introducing Android™ Apps on Windows 11 to Windows Insiders](https://blogs.windows.com/windows-insider/2021/10/20/introducing-android-apps-on-windows-11-to-windows-insiders/)
【参考】：[Announcing Android™ apps on Windows 11 Preview for Windows Insiders in the Beta Channel](https://blogs.windows.com/windows-insider/2021/10/20/announcing-android-apps-on-windows-11-preview-for-windows-insiders-in-the-beta-channel/)

Windows11でAndroidアプリを実行することで、統合されたエクスペリエンスが提供されます。PCとスマホの垣根を取り去る新しい試みとして期待されています。いつから利用可能かと待ちきれない方も多いと思いますが、正式リリースに先立ち*パブリックプレビュー版が2月中にリリース予定となっています*。

### ここまでのリリース準備状況

2021年10月20日、「the Beta Channel」で公開された「Android™ Apps on Windows 11」ですが、その後2021年11月4日、「The preview of Android™ apps on Windows 11」がUS Windows Insiders（プレビュープログラム）のDev チャネルで公開されました。

そして2022年1月26日、「The preview of Android™ apps on Windows 11」がUS Windows Insiders（プレビュープログラム）のリリースプレビューチャネルで公開されました。このように限定されたチャネルで徐々に準備を進めています。

次期Windows 11で搭載されるこの機能は、*Windows Subsystem for Android（Android™️ 用 Windows サブシステム）と呼ばれます*。
【参考】：[Android™️ 用 Windows サブシステム](https://docs.microsoft.com/ja-jp/windows/android/wsa/)

Amazon Appstoreは、自社製*Kindle向けにアプリケーション配信を行う仕組みです*。マイクロソフト社はAmazon社と共同で、デベロッパに対してKindleのみならずWindowsで動作するアプリケーションへの可能性と期待を伝えました。

このメッセージは、Windows 11のMicrosoft StoreからAmazon Appstoreをインストールし、Windows11でAndroidアプリを動作させるためにデベロッパに支援を要請したものです。Amazon Appstoreに関する最新情報は登録デベロッパに対して配信しています。
【参考】：[Amazon and Microsoft announce next steps for bringing the Amazon Appstore to Windows customers](https://developer.amazon.com/ja/blogs/appstore/post/fe7771ac-f2df-42be-ac51-eb7fe0df1b5b/amazon-and-microsoft-announce-next-steps-for-bringing-the-amazon-appstore-to-windows-customers)
【参考】：[Amazon Appstore coming to Windows 11](https://m.amazonappservices.com/developer-interest)

## Android用 Windows サブシステムとは

Androidアプリを動作させるAndroid用 Windows サブシステムは、実際には仮想マシン（VM）で動作するものです。このサブシステムには、Android Open Source Project（AOSP）バージョン11に基づく*LinuxカーネルとAndroid OSが含まれており、仮想マシンで実行されます*。

### Android用 Windows サブシステムの制限

現時点ではプレビュー版につき、多くの制限があります。

・*利用対象者が限定される*
現在、Windows Insider communityに利用限定されており、ベータおよび Dev チャネルのプレビューチャネルで公開されています。今後製品リリースが近づくにつれて配布範囲が拡大されていくと考えられます。
【参考】：[Getting started with the Windows Insider Program](https://insider.windows.com/en-us/getting-starte)

・*配布地域が限定される*
現在US地域のみで配布テストが行われており、Windowsの地域設定が米国の方が対象です。

日本からもUS Amazonのアカウントを作成しUSサイトを指定すればインストール可能ではありますが、対象地域を限定して動作テストが行われていることを考えると、日本地域が対象になってからでも確認は遅くないでしょう。

・*アプリ数が限定される*
本サブシステムはAmazonの人気アプリ開発者の協力の下、テストと検証が進められています。そのため、Windows Insider（プレビュープログラム）に公開されているのは50のアプリに留まります。正式リリースまでに徐々に配布数も拡大されていくと考えられます。

・*プラットフォームの制限*
本サブシステムを利用するにあたり、「Windows 11 の仕様、機能、コンピューターの要件を確認する」の「機能固有の要件」の「（リリース前）Windows Subsystem for Android™」要件を、クリアしている必要があります。

現時点ではリリース前につき、Amazon アプリストアからインストールする旨のみが記載れています。日本が正式対象となった際には記載が追加されることもありますので、改めて要件を確認する必要があります。
【参考】：[Windows 11 の仕様、機能、コンピューターの要件を確認する](https://www.microsoft.com/ja-jp/windows/windows-11-specifications)

なお動作に際し仮想マシンを利用しますので、BIOSあるいはUEFIで仮想化機能を有効化する必要があります。

言語・開発の記事（86ページ目）