新型コロナウイルスの感染拡大をきっかに、テレワーク(リモートワーク)の拡大が求められ、日本人の働き方が以前とは全く異なったものになろうとしている。

テレワークの問題点として、管理職が部下の働きぶりを管理できず、「サボる」社員が増えるという懸念が挙げられる事が多いが、そこは真面目な日本人。実は、テレワークをすると「働きすぎ」になるという調査結果があり、実際にそうした傾向が見られる。

今回は、なぜテレワークで「働きすぎ」になってしまうのか、「働きすぎ」を防ぐにはどうすればいいかについて述べていきたい。

## テレワークを以前から進めている企業では、「従業員の働きすぎ」が課題

新型コロナウイルスの感染拡大の影響で、半ば強制的にテレワークを強いられている方が増えている。多くの人から聞こえる声が「自宅では効率が悪くて仕事にならないのではないか」という不安だ。

しかし、実際にやってみれば、問題はまったく逆であることがわかる。**テレワークを以前から進めている企業では、「従業員の働きすぎ」を課題として感じている。**

平成31年3月に公表された「多様な働き方に関する実態調査(テレワーク)」(東京都産業労働局)によると、在宅テレワーク経験者が感じているメリットは、「通勤時間、移動時間の削減」「育児との両立」「業務への集中力の向上」などが上位にくる。一方でデメリットは、**「勤務時間とそれ以外の時間の管理」「社内のコミュニケーションに支障がある」「長時間労働になりやすい」が上位にくる。**

~~(在宅テレワーク経験者が感じたメリットとデメリット。意外にも「長時間労働になりやすい」というデメリットを挙げる人が多い。[「多様な働き方に関する実態調査(テレワーク)」(東京都産業労働局)](https://www.hataraku.metro.tokyo.lg.jp/hatarakikata/telework/30_telework_tyousa.pdf?_fsi=x2Y9Smax)より引用)~~

テレワークを実施している人事管理系の方に話を聞くと、「長時間労働になりがちで、従業員の健康が心配になる」という人が多い。そのため、在宅勤務をする時は社内システムにログインすることを義務付け、ログイン時間で労働時間を計測し、管理職が労働時間についても管理指導をすることが一般的になりつつある。

**つまり、未経験者にとっては、在宅勤務は「遊んでしまうのではないか、サボってしまうのではないか」と思いがちだが、実際にやってみると、むしろ「働きすぎ」が課題になってしまうのだ。**

## 働きすぎの要因は、無駄なコミュニケーションがなくなることや労働時間に対する意識のギャップ

**働きすぎになってしまう最大の要因は、無駄なコミュニケーションがなくなることだ。**社内では「ちょっといいですか?」と声をかけられ、簡単な打ち合わせをすることがよくある。これを無駄なコミュニケーションと決めつけるのは間違いだが、作業が中断されることは間違いない。在宅では、この中断がないため、作業に集中ができる。集中できるので仕事をたくさんしてしまうということになる。

**もうひとつは、意識内の労働時間と実際の労働時間にギャップがあることだ。**多くの人が片道1時間ほどの通勤時間を費やして会社に移動をしている。この時間も意識の中では労働時間と感じてしまう。勤務時間が8時間であっても、意識の中では通勤時間を含めた10時間労働に感じている。通勤時間が不要な在宅勤務では8時間働けばじゅうぶんなはずだが、意識の中では10時間働かないと、働いた気にならない。

また、現在では多くの企業が「8時間会社にいること」を評価の基準にするのではなく、「成果による評価制度」を導入している。8時間で終わる仕事の評価を高めるには、内容の質を高める方法と労力をかけて評価を高める2つの方法がある。**内容の質を高めることは簡単ではないが、時間をかけて内容を充実させることはさほど難しくない。そこで、高い評価を得ようとして、従来よりも時間をかけがちになってしまう。**

**特に契約社員のように、短期契約で働いている場合などは、契約を更新してもらおうと、上司の目が届きづらくなると、長時間労働に陥りがちになる傾向がある**という話もよく聞く。

## 在宅テレワークで働きすぎにならないための5つのポイント

在宅テレワークで働きすぎにならないためには、いくつかポイントがある。

### ポイント(1)その日にやる業務をリスト化しておく

**仕事を始める前に、まず、その日にやる仕事のリストを作っておく。**ToDoリストのような細かいものではなく、「3/23展示会資料作成」「製品Aの営業資料作成」などの大まかなものでかまわない。そして、仕事を終える時には進捗度を点数などで書き込む。きちんとした書類にしなくても、スマートフォンのメモなどで作る程度でかまわない。

**重要なのは、このリストを上司やチームと共有をすることだ。**これにより、周囲が「働きすぎ」「さぼりすぎ」を把握できるようになり、共有することで、きちんと業務に向き合う意識が生まれる。

### ポイント(2)休憩は自分のタイミングでとる

**1時間働いたら10分休憩などのような時計に則った休憩の取り方ではなく、仕事のキリがついたところで休憩する、電話などで集中が中断させられた後に休憩するなど、自分のタイミングで休憩を取る。**この休憩をする時は、ソファに寝そべる、ゲームをするなどではなく、コーヒーを入れる、洗い物を片付けるなど、単純で短時間で済む家事をするのがお勧めだ。

**休憩だからと、体を本格的に休めてしまうと、仕事モードに戻るのに大きなエネルギーが必要になり、かえって精神的に疲労してしまう。**この点、家事は頭をリフレッシュすることができ、同時に家もきれいになって一挙両得だ。

### ポイント(3)仕事禁止ゾーンを設定する

**理想的なのは、書斎やデスクがあり、仕事は必ずそこでやるようにすること。**家族にも、仕事ゾーンにいるときは仕事中なのでできるだけじゃまをしないというルールを設定しておく。子どもと話をする時も、自分から仕事ゾーンの外に出て、それから話しかけるようにする。

**しかし、住宅の事情や家族構成などによっては、仕事ゾーンを設定することが難しい場合もある。その場合は、逆に「仕事禁止ゾーン」を設定しておく。**多くの住居では、テレビを見るソファとキッチンあたりになる。そこでは、携帯電話で仕事の電話をかけることもしないようにし、休憩をする時は禁止ゾーンに移動をする。家の中で、仕事をする場所としない場所を作り、行動を分けることで、だらだらと長時間働く状態を避けられるようになる。

### ポイント(4)1日1回、スーパーかコンビニに買い物にいく

**在宅勤務だからといって、1日家で仕事をしてどこにも外出しないというのは、体の健康にも問題を生じるし、精神的な健康も損なうことになる。**本来は、散歩にも出かければいいのだが、仕事が詰まってくるとどうしてもサボりがちになる。

そこで、スーパーかコンビニに買い物にいく用事をあえて作る。例えば、冷蔵庫を見たら牛乳が切れそうで、トイレを見たらトイレットペーパーが切れそうだとしたら、スーパーでその日は牛乳だけ買い、トイレットペーパーは翌日に回す。あえて、1日１回買い物の用事を作るのだ。急げば15分、ゆっくりでも30分で済む用事なので、いくら仕事が詰まっていても、時間が作れないということはない。

1日1回、外出をすることで、体と精神の健康は保たれる。

### ポイント(5)働いた時間を可視化する

**在宅勤務になっても、職場と同じ始業時間から就業時間まできっちり働こうとする人が多い。しかし、それでは在宅勤務のメリットが活かせない。**在宅勤務は、家事や子育て、介護といった私的な事情と業務を両立させるための仕組み。あるいは、効率的に働き、創造的な仕事にかける時間を抽出するための仕組みだ。

それでも、会社時間で仕事をしてしまうのは、勤務時間と休憩時間を自己管理する負担を重荷に考えてしまうからだ。

ここは「あえて管理をしない」という逆転の発想をしてみる。と言っても、本当に自己管理をしないわけではない。スマートフォンのアプリには、時間を測定し、集計してくれるものがたくさんある。**このようなロギングアプリを使って、仕事をした時間と時刻を可視化することをしてみる。**細かいログをとるようなアプリだと、かえって面倒になるので、仕事を始める時、休憩するときにそれぞれボタンをタップし、帯グラフで表示してくれるようなシンプルなものがいい。

**この可視化したグラフを見返せば、それぞれに考えるところが必ず出てくる。**夜遅くなりすぎなので、朝早く起きて仕事をしようとか、午前と午後の間にむしろ3時間ぐらい休憩と昼寝を入れた方が調子がいいとか、自分にあった働き方が見えてくるはずだ。

## 在宅での働き方も長期戦でじっくりと取り組むべき

新入社員の頃を思い出してほしい。会社時間というリズムで働くことに、すぐに慣れる人は少なく、多くの人が1年や2年という長い時間をかけて、体を慣らしていったはずだ。その間には、朝寝坊をして遅刻しそうになったり、寝不足や二日酔いのひどい状態で出勤したりしたこともあったはずだ。

在宅勤務のリズムを作るのも同じように1週間や2週間でできるはずはない。**在宅での働き方も長期戦でじっくりと取り組むべきことなのだ。**

[【関連記事】「「テレワークの定着を望む人」96.4%--理由は「満員電車に乗らずに済む」など」](https://mynavi-agent.jp/dainishinsotsu/canvas/2020/03/post-326.html)

テレワークでの「働きすぎ」を防ぐ5つのポイント【在宅勤務の処方箋】

## テストエンジニアの求人の探し方

テストエンジニアという仕事を初めて知った方は、*求人の探し方が分からない*場合も多いと思います。求人の探し方は大きく分けて2つです。**転職サイトを使う方法と、転職エージェントを使う方法**です。これらの方法のメリットや、具体的な使い方をご紹介しましょう。

*「doda」や「リクナビNEXT」などの転職サイトを活用*する方法です。転職サイトは求人を絞り込みやすくなっており、テストエンジニアの求人もすぐ探すことができます。自分のペースで仕事を探したい場合に転職サイトは向いているでしょう。また、**「Green」などのIT企業特化型の転職サイトもおすすめ**です。
特化型はテストエンジニアの求人も多く保有しています。また、転職サイトの中には「スカウト機能」があります。サイトにプロフィールを登録すると、企業からスカウトメールが届くのです。この機能を使うことで、テストエンジニアを募集している企業を探す手間が省けることがあります。
参考：[doda](https://doda.jp/)
参考：[リクナビNEXT](https://next.rikunabi.com/)
参考：[Green](https://www.green-japan.com/)

### 2. 転職エージェントを活用する

*転職エージェントを活用する*のもおすすめの方法です。転職エージェントに登録すれば、担当者が自分に合った求人を紹介してくれます。転職のプロが紹介する訳ですから、自分で探すよりも好条件の求人を探してくれます。更にテストエンジニアの求人に合格するための**面接練習や履歴書添削も行ってくれます**。
転職エンジニアは無料で利用できるので、近所に事務所があるならおすすめです。転職活動を1人で行うのが不安な方は、転職エージェントを利用するのが良いでしょう。特に初めて転職する方は、第三者のサポートを受けた方が、成功率が高まります。

ITエンジニア転職のメリット・デメリットと気を付けるべきこと

## テストエンジニアの良い求人の見分け方

一口にテストエンジニアといっても、*様々な求人があります*。自分のやりたいことや今後のキャリアに合った良い求人を見つけるために、**どこをチェックすべきかを解説**します。

### グループ系か独立系かをチェックする

まず、*その企業かグループ系か独立系かをチェック*しましょう。グループ系の場合、親会社の製品のテストを行います。**親会社の経営が安定している場合、グループ会社の仕事量も安定していることが多い**です。テストエンジニアの仕事がなくなることもないでしょう。
対して独立系の場合、仕事量が安定していない可能性もあります。そのため、テストエンジニア以外の仕事もこなす必要が出てくるかもしれません。会社の売上や資本金などから、経営状況を把握し、会社の安定度を確認しましょう。

独立系SIerの特徴や年収は？転職するために必要なスキルについても解説！

次に、*事業形態をチェック*しましょう。テストエンジニアを雇う企業には、自社でソフトウェア製品を開発しそのテスト担当者が必要な場合と、他の企業からテスト作業のみを請け負っている場合があります。前者の場合、テストエンジニアからプログラマーやSEに転職することも可能です。
**後者の場合、その会社にいる限りは、テストエンジニア専門でやっていく**ことになります。自分のその後のキャリアプランを考えて企業を選択しましょう。

## テストエンジニアの仕事内容

テストエンジニアの仕事内容を紹介します。テストエンジニアはテスト作業だけでなく、*テストに関連する様々な仕事をこなす必要*があります。それぞれの仕事で**どういったスキルが必要なのかも解説**していきます。テストエンジニアを目指す方なら、ぜひ知って欲しいことです。

テストエンジニアの仕事や必要なスキル、テスターとの違いや将来性

テストエンジニアは、まず*テストの計画を立てる必要*があります。ソフトウェアのテストには様々な種類があり、テスト対象のソフトウェアにはどれが適正かを考えます。そして、**それぞれのプログラムでどんなテストが必要か考え、テストケースを作っていきます**。
テストケースに抜け漏れなどがあると、ソフトウェアのバグを見つけられない可能性があります。そのため、テストの計画を立てる工程が最も大事と言えるでしょう。

続いて*テストケースに従って順番にテストを実行*します。ここでは決められた手順に従い、1つずつテストしていく必要があります。バグなどがあればチェックしまとめていきます。テストをする場合、プログラムごとにテストを行う「単体テスト」とソフトウェア全体を通しての「総合テスト」を行う必要があります。**2つのテストを両方行うことで、バグや問題点が見つからないのを防ぎます**。

運用テストってどんなテスト？目的や内容、注意すべきポイントとは？

一通りテストが完了したら、*テスト結果を報告書にまとめて開発メンバーに共有*します。更に、**今後ソフトウェアの品質を上げるにはどうすべきか提案**を行うこともあります。その後開発メンバーがソフトウェアの問題点を修正したら、テストエンジニアが再びチェックを行います。このようにして、ソフトウェアの品質を高めていきます。以上が、テストエンジニアの大まかな仕事の流れです。

## テストエンジニアに転職するために必要なスキル

テストエンジニアに*転職するために必要なスキル*を紹介します。**これらのスキルを持っていると、面接時にアピールすることが可能**です。また、テストエンジニアに転職してからも、仕事を円滑にこなすことができるでしょう。1つ1つのスキルについて詳しく解説します。

### プログラミングに関する知識

*プログラミングに関する知識*はテストエンジニアも必要です。なぜなら、ソフトウェアの中身を知らないと、どんなテストケースが必要かつかみにくいからです。また、プログラマーとやり取りをする場合にも、知識があった方がスムーズです。ハイレベルな能力は必要ありませんが、**基礎的なプログラミングスキルは保有しておいた方が良い**でしょう。

オープン系プログラマーとは？プログラマーの職種や将来性について解説！

通信系プログラマーとは？求められるスキルや市場性について解説！

テスト内容の報告書を書く場合やテストの計画書を書く場合に、*最低限度の文章力は必要*です。読みやすく読み手にストレスを与えない文章を心がけることが重要です。**文章が読みにくいと、相手が解釈を間違えてしまう**恐れかあります。テストエンジニアも文章力は、ある程度身につけておいた方が良いでしょう。

*テストエンジニアの要となるのが集中力*です。テストケースに従って、1つずつ間違いがないようにテスト作業を行う必要があります。**集中力に欠けていると、テストのやり方を間違えてしまうこともある**でしょう。テストの専門家として責任を持って行う必要があります。集中力がある人でないと、テストエンジニアは難しいかもしれません。

*デバッグツールの知識*も得ておく必要があります。デバッグツールは会社によってそれぞれ違うので、転職後に身につけないといけません。**そこまで難しいものではありませんが、使い方は間違えないようにする**必要があります。

## テストエンジニアを目指すのにおすすめの資格

最後にテストエンジニアを目指すのに*おすすめの資格を紹介*します。これらの資格取得を目指すことで、**テストエンジニアに必要なスキルを体系的に身につけることが可能**です。また、転職でも資格は大きなアピールポイントとなるでしょう。1つ1つの資格の問題内容や難易度について解説します。

基本情報処理技術者試験とは*ITエンジニアの登竜門の資格*です。プログラミングやアルゴリズム、ソフトウェア開発の工程に関する基礎的な問題が出されます。**エンジニア未経験者が受けることが多い上に合格率も高い**ので、始めに取得する資格としておすすめです。参考書を1冊購入し繰り返し問題を解けば、合格はそこまで難しくないです。テストエンジニアを目指す場合も、大いに役立つでしょう。

基本情報技術者試験とは？資格のメリットや学習方法を解説！

JSTQBは*テストエンジニア向けの資格*です。テストエンジニアを目指すならぜひ取得したいでしょう。テスト技法に関する問題やテストのマネジメントの問題が出されます。世界的に有名な資格でもあり、海外でも評価されています。JSTQBは3種類のレベルに分かれており、最も低いレベルは合格率が50%と、IT系の資格にしては高めです。**レベルが上がるにつれ、テストマネージャーやテストアナリスト向けの問題が多くなります**。テストエンジニアとして確実にステップアップできる資格と言えるでしょう。

### ソフトウェア品質技術者資格

ソフトウェア品質技術者資格は、日本科学技術連盟が主催している資格です。テスト作業に関わらず、*ソフトウェアの品質を向上技術が試される資格*です。**ソフトウェア開発を行うエンジニア全員におすすめ**でしょう。試験は初級と中級に分けています。中級は記述問題も出されるため、合格が難しくなるので注意が必要です。

## テストエンジニアは製品の品質に関わる重要な仕事

本記事では*テストエンジニアについて解説*しました。テストエンジニアの求人の探し方や仕事内容がお分かり頂けたかと思います。**テストエンジニアはソフトウェアの品質を上げる上で欠かせない存在**です。特にシステムの規模が大きくなると、プログラマーだけでは満足の行くテストができないことが多いため、テストエンジニアが求められます。
大手メーカーやテスト作業を受託している会社では、テストエンジニアの求人を出していることが多いです。テストエンジニアになりたい方は本記事を参考にぜひ目指してみてください。

テストエンジニアはソフトウェアを実際に動かし、バグの有無を確認する仕事です。以前はテスト作業はプログラマーが担うことが多かったですが、ソフトウェア開発の需要増加などの影響でテスト専門の職種が注目されています。テストエンジニアの求人を探す方法について解説します。

転職サイトや転職エージェントを使う方がテストエンジニアの求人を探しやすい

グループ系か独立系か、事業形態は何かを事前に確認することが重要

テストエンジニアは集中力やデバッグツールに関する知識が求められる

テストエンジニアの求人の探し方と、そのポイントを解説！

## マイクロサービスアーキテクチャについて徹底解説

「マイクロサービスアーキテクチャ」とはどういう意味かご存知でしょうか？ここでは、「マイクロサービスアーキテクチャ」の理解を深めるために、マイクロサービスアーキテクチャの詳細について詳しく紹介しましょう。

### そもそもマイクロサービスアーキテクチャとは

近年、システム開発・運用において「マイクロサービス」というアーキテクチャを利用するプロジェクトが増えています。**「マイクロサービスアーキテクチャ」とは、サービスを構成している要素を「マイクロサービス」と呼ばれる小さな独立した機能に分割して実装する手法のことです。**

「マイクロサービス」は、ソフトウェアエンジニアであるマーチン・ファウラー氏によって書かれた「Microservices」という文書が発表されてから、一種の「流行語」のような言葉として使われるようになりました。

*「マイクロサービス」の対比として使われるのが、「モノリシック（モノリス）」という言葉です。*モノリスとは、日本語に訳すと「一枚岩」を意味します。つまり、モノリスは、大きな岩の塊のように、大きな単一の機能により、ひとつのサービスを実現するアーキテクチャのことです。

モノリシックとは？主な特徴と適用領域を解説！

### マイクロサービスアーキテクチャの機能分割について

これまでに説明しましたが、マイクロサービスとは、「小さな独立した機能を組み合わせる」ソフトウェアのことです。では、どこまで機能を小さく分割すればマイクロサービスになるのでしょうか。

*機能を限りなく小さくすると、マイクロサービスアーキテクチャの利点と欠点が最大化されると言われています。*限りなく小さくすると、相互依存関係に関わる利点が増加するでしょう。一方、可動部が増えることによって複雑さも増加してしまいます。この両者のバランスを追究していくことが重要と言えるでしょう。言い換えれば、マイクロサービスアーキテクチャが目標とするのは、複雑さを考慮しながらできるだけ細かくサービスを分割することであるといえます。

結論、どの程度まで細かく機能を分割するべきかについては、一概に「正しい」と言えるものが存在しないため、「細かくサービスを分割し、それぞれが自律する」という開発基準で取り組むことが、マイクロサービスアーキテクチャの方法だと言えるでしょう。また、マイクロサービスアーキテクチャは、「どのようにサービスを作るか」という方法論や、「どのような組織で作るか」という組織論の側面を持っています。

マイクロサービスアーキテクチャとは？詳細と課題について徹底解説！

## マイクロサービスアーキテクチャのメリットとデメリット

ここまでに、マイクロサービスアーキテクチャの詳細について紹介してきました。ここからは、マイクロサービスアーキテクチャを採用する上でのメリット、デメリットと注意点について詳しく解説しましょう。

### マイクロサービスアーキテクチャのメリット

**マイクロサービスは新しい技術を簡単に利用できる点がひとつのメリットと言えるでしょう。**マイクロサービスでは、それぞれのサービスはネットワークを介して公開したインターフェースを読み込むだけでいいため、依存関係などの制約はありません。そのため、インターフェース仕様の決まりを遵守している限り、さまざまなサービスに対して、異なる技術を採用することができます。

例えば、新しいシステムを作成するとしましょう。Aという技術が適している部分、Bという技術が適している部分があります。技術というのは開発言語のこととしましょう。モノリシックサービスの場合、AもしくはBのどちらか一方の技術を選択する必要があります。つまり、技術を統一する必要があることになるでしょう。一方、新しく作成するサービスに対して、マイクロサービスではどの技術を利用しているかを気にする必要なく、最適な技術を選択することができます。

したがって、マイクロサービスを採用することによって、システムを開発するスケジュールの短縮が期待できるでしょう。そのため、新しい機能を取り入れることや新しい技術を採用することが比較的容易にできます。また、新しくシステム開発をする場合だけでなく、システムの保守・運用する際に新しい機能を追加することが容易であったり、障害対応がしやすかったりするというメリットにも繋がります。

マイクロサービス・アーキテクチャのメリットを解説！DX推進の切り札となるか?

### マイクロサービスアーキテクチャのデメリットと注意点

一方、マイクロサービスアーキテクチャにもデメリットはあります。マイクロサービスアーキテクチャでは、機能を小さく分割していくため、**コストや効率性などに大きな負荷が発生しやすいことがデメリットと言えるでしょう。**例えば、マイクロサービスはそれぞれ別のプロセスで実行するため、メモリの使用量は増加する傾向があります。さらに、ネットワークを通じてデータや通信をやり取りする際に、多くの時間を要する場合もあるでしょう。

また、マイクロサービスアーキテクチャを利用するにあたって2つの注意点を紹介します。1つ目は、マイクロサービス同士のやり取りは一般的に公開APIを用いて行うことため、APIの仕様について事前に確認し、検討しておく必要があるということです。APIとは、ソフトウェアそれぞれの機能が互いにやりとりするために使用するインターフェースの仕様のことです。

2つ目は、データベース設計時において、複数のマイクロサービスに関連するトランザクションを実現させることが難しい点です。一般的に、マイクロサービスアーキテクチャでは、マイクロサービスごとに独自のデータベースをもっています。そのため、別のマイクロサービスのもつデータベースに直接的にアクセスすることができないように設計していることが多いです。

以上より、マイクロサービスアーキテクチャを利用する場合、「機能をどのように分割するか」ということが重要です。機能を細かく分割しすぎてしまうと、コストや効率性に対する負荷は大きくなってしまいます。

## マイクロサービスアーキテクチャを採用する上での3つの課題

ここまでに、マイクロサービスアーキテクチャにはメリットとデメリットがあることを説明しました。ここでは、マイクロサービスアーキテクチャを採用する上での課題について3点紹介しましょう。

*1.運用を担当する技術者への負担と中央機関の必要性*
これまでに説明したように、マイクロサービスアーキテクチャでは、機能を細かく分割しすぎてしまうと、コストや効率性に対する負荷は大きくなってしまいます。サービスを運用するにあたっての課題として、監視する対象が増加してしまうことにより、運用業務である死活監視やログ管理を行うことが複雑になるという問題点があります。そのため、技術者への負担が増加してしまう傾向があるでしょう。マイクロサービスアーキテクチャを採用する場合は、運用を担当する技術者への配慮を考慮した設計や検討が重要でしょう。

繰り返し説明しますが、マイクロサービスアーキテクチャでは、ひとつのシステムを複数のサービスで構成することになります。そこで、1つ1つのサービスの情報からシステム全体の状況を把握する監視体制と障害対応を徹底することが重要となります。そのため開発方法だけでなく、開発を実施する上での中央機関の体制をどうするかについての考慮も大切でしょう。

*2.マイクロサービスに関する専門的知識やスキルをもっている技術者が少ない*
マイクロサービスアーキテクチャは最先端の開発手法のため、スキルのある経験者が少ないのが現状です。マイクロサービスアーキテクチャを採用する規模を大きくしていくためには、今後、多くの技術者が必要です。海外では浸透しているマイクロサービスの手法ですが、日本では発展途上な開発手法のため、今後、マイクロサービスの導入を進めていくためには専門的な知識やスキルを身につけた技術者を増やしていくことが重要でしょう。

さらに、セキュリティを担保するための専門的な知識やスキルも必要でしょう。マイクロサービスは、機能を細かく分割していくため、モノリシックサービスと比較すると、サービスのセキュリティが脆弱になってしまう可能性があります。そのため、マイクロサービス全体のセキュリティ性を担保するためにも、セキュリティに関する専門的な知識やスキルを持った技術者も必要となります。

*3.チーム間でのコミュニケーションが難しくなる*
マイクロサービスアーキテクチャを採用する場合、サービスによって開発しているチームが異なるため、サービスの数が増加すると、開発するチームの数も増加することが多いため、チーム同士の連携が難しくなるでしょう。そのため、チーム同士のコミュニケーションを円滑にするために、各チームの間を横断し、統一したコミュニケーションルールを作成することが重要でしょう。

以上のように、マイクロサービスアーキテクチャは最先端の開発手法であり、発展途上のため、マイクロサービスアーキテクチャを採用する上で、「専門的な技術者が少ない」、「ノウハウが確立されていない」などの課題があることが言えるでしょう。

## 最先端の開発手法である「マイクロサービスアーキテクチャ」の導入は慎重に！

マイクロサービスアーキテクチャとは、サービスを構成している要素を小さな機能に分割して実装する手法のことです。どこまで機能を小さく分割すればマイクロサービスになるかという議論がありますが、「これが正しい」というのは存在しないため、開発するシステムに対して、メリットとデメリットを考慮することが大切です。

マイクロサービスアーキテクチャの開発手法は海外では浸透し始めていますが、日本ではまだまだ発展途上であるため、課題が多く存在します。*IT技術の発展のひとつの鍵である、マイクロサービスですが、導入については、今後も慎重な検討が必要と言えるでしょう。*

マイクロサービスアーキテクチャとは、サービスを構成している要素を小さな機能に分割して実装する手法のことで、日本ではまだまだ発展途上の開発手法です。当記事では、そんマイクロサービスアーキテクチャについての詳細やメリット・デメリット、課題について解説します。

マイクロサービスアーキテクチャとは、サービスを構成している要素を小さな機能に分割して実装する手法！

マイクロサービスアーキテクチャを利用する場合、「機能をどのように分割するか」ということが重要！

マイクロサービスアーキテクチャを採用する上で、「専門的な技術者が少ない」、「ノウハウが確立されていない」などの課題がある！

## ITシステムで用いる要件とは？

ITエンジニアが遭遇する用語として「要件定義」があります。「要件定義」は*顧客の行うことをまとめた要望書*となります。それに基づき、ITシステムで実装できる設計書を作成します。顧客の要望を網羅するために、「機能要件」と「非機能要件」として**見えない要望を可視化**していきます。

機能要件は、顧客が実際にしたいことを指します。例えば、経理システムに経費精算情報を入力すると適切な費目に集計され結果が格納される機能をつけて欲しいと顧客側が要望した時、この機能を**機能要件**といいます。これは*直接的な顧客の要望を要件化*したもので、顧客とのヒアリングの中で比較的簡単に汲み取れるものです。しかし*システム設計には追加の検討*、つまり**非機能要件**も必要となってきます。

高品質なシステム開発に欠かせない機能要件と非機能要件とは？

上記の機能要件の例において、経理システムでは経費精算が集計・格納できれば良いのですが、本当にそれだけでしょうか？例えば、月曜日の朝一の定時処理にアクセスが集中してシステム負荷が高まったり、結果が所定時間内に戻ってこなかったりした場合は、本来の顧客要望が満たされないことになります。そのために、*本来必要とされる処理能力を定義したり、動作条件を定義したり、信頼性や保守の容易性*についても要件にまとめたりする必要があります。この**見えない要件を非機能要件**と言います。

## 非機能要件で定義される項目は？

非機能要件は、*機能要件を満たすシステム設計の動作環境や動作特性を保証する*ために**必要な検討事項**となります。したがって*非機能要件は、システム単体の設計より広範囲の動作特性を考慮して、総合的に検討する必要があります*。以降で具体的なガイドラインを見ていきましょう。

### IPA情報処理推進機構が定義した非機能要求グレードとは？

 IPA情報処理推進機構では、*要求定義の品質を確保するため*に、**非機能要求グレード**を策定しました。

背景としては、*システムが大規模化・複雑化したこと、および利用の広がりの観点から情報システムに安定的な提供基盤のニーズが高まった*ためです。利用用途としてはユーザと開発者の認識のずれを削減し、要求項目の漏れを削減することにあります。

### 非機能要求グレードの実際の項目は？

非機能要求グレードの実際の項目に触れていきます。*非機能要求グレード*では、*非機能要件*を以下の**6種類238項目に分類**しています。
・*可用性*
　継続性(11項目)、耐障害性(15項目)、災害対策(4項目)、回復性(3項目)
・*性能・拡張性*
　業務処理量(14項目)、性能目標値(15項目)、リソース拡張性(9項目)、性能品質保証(5項目)
・*運用・保守性*
　通常運用(19項目)、保守運用(13項目)、障害時運用(8項目)、運用環境(8項目)、サポート体制(16項目)、その他の運用管理方針(7項目)
・*移行性*
　移行時期(3項目)、移行方式(2項目)、移行対象機器(1項目)、移行対象データ(6項目)、移行計画(6項目)
・*セキュリティ*
　前提条件・制約条件(1項目)、セキュリティリスク分析(1項目)、セキュリティ診断(3項目)、セキュリティリスク管理(7項目)、アクセス・利用制限(5項目)、データの秘匿(3項目)、不正追跡・監視(8項目)、ネットワーク対策(3項目)、マルウェア対策(項目3)、Web対策(2項目)、セキュリティインシデント対応/復旧(項目1)
・*システム環境・エコロジー*
　システム制約/前提条件(2項目)、システム特性(7項目)、適合規格(3項目)、機材設置環境条件(18項目)、環境マネージメント(6項目)
参考：[IPA情報処理推進機構 非機能要求グレード](https://www.ipa.go.jp/sec/softwareengineering/std/ent03-b.html)

上記URLより、**どなたでもドキュメント一式、並びに評価シートがダウンロード可能**です。

【保守・運用】仕事内容や将来性、必要なスキルについて徹底解説！

*非機能要件を定義することは、多くの経験を必要とする難しい工程*です。IPA情報処理推進機構の*非機能要求グレードを活用することで、これを比較的簡単に行うことができる*ようになります。というのも、汎用的に利用できる6種類の項目について漏れなく各項目がカバーされていることに加え、**ユーザおよび開発者で共通利用が可能**であるからです。

### 非機能要求グレードの利用方法は？

*IPA情報処理推進機構の非機能要求グレード*には利用ガイドと活用シートが同梱されています。利用ガイドは解説編・利用編・活用編の3種類のドキュメントからなり、手順が記載されています。これらを利用することで、**要求項目をレベル化し潜在的な要求を可視化**していくことができます。最初の段階では、要求を一意に決定できませんので、ユーザ側と開発者側で協議して収束させていきます。同様に参考モデルをグレード化してシステム間の差を段階的に定義しているため、必要な要求が確認できるようになっています。

### 非機能要件の指標「RASIS」とは？

*RASISとは、コンピュータシステムのサービスサイクルをカバーする指標*となります。各項目は英語の頭文字からなり、以下の項目に分類されます。
・*(R) Reliability*　　： 信頼性、故障や障害への耐性
・*(A) Availability* 　 ： 可用性、システムの継続性
・*(S) Serviceability* ： 保守性、障害復旧の保守容易性
・*(I) Integrity*　　　： 完全性、データの一貫性
・*(S) Security*　　　： 機密性、情報アクセスの安全性の維持

すでに気づかれた方も多いと思いますが、*RASISの項目は非機能要求グレードの各分類に含まれています。RASISを要件定義に盛り込むこと*で、**大部分がカバーされる**ことになります。

### 非機能要件の評価基準「SLAおよびSLO」とは？

クラウド事業者との契約や、クラウドサービスを利用する際にSLAやSLOという用語が出てきます。*SLAはService Level Agreementの略で、サービス提供時にどの程度のサービス品質を保証するか提示したもの*です。項目としては**測定可能**なもので、高負荷時の性能や速度を保証したり、稼働時間を保証するために提示する項目となります。同様に*SLOはService Level Objectiveの略で、上記SLAで保証される実際の性能や速度、あるいは稼働時間等の目標水準や目標値*となります。

**これらの項目はサービスイン後の品質を保証するための評価基準となります**。

クラウドエンジニアとは？従来型エンジニアとの違いや市場性・年収について解説します！

## プロジェクトへの適用方法は？

実際の非機能要求グレードをプロジェクトに適用する流れについて簡単に説明します。非機能要求グレードでは複数のモデルシステムが定義されており、まずはその中から*対象業務に近いモデルシステムを選定*します。続いて、*業務で必要とされる重要項目のレベルを決定し、重要項目以外のレベルを決定*していきます。

*一定の成果が確認されれば、関連システムの標準化を行い*、**プロジェクト適応範囲を順次拡大**していきます。

*非機能要件の要件定義は、見えない要件や暗黙の了解を可視化し、顧客と合意すること*です。そのために、**顧客とのコミュニケーションが重要**になってきます。コミュニケーションを円滑に進めるために、ヒアリングシートを作成し、統一化されたコミュニケーションを目指しましょう。

要件定義では、想定したグレードを仮置きでも設定し提示することで議論の基準を作成します。併せて、コスト面の提示も行うことで、実現の妥当性を判断していきます。その際、いくつかの*アーキテクチャの選択肢を持つ*ことで、*レベルとグレードを決定*していきます。同様に、保守対象システムと保守レベルを決めたり、将来の法令準拠への対応も必要に応じて検討していきます。

各要件に対して、**重みづけ**を行い選択肢を決定していきます。また過度にグレードを上げても、システムが利用されないと検討の意味がありませんので、*利用状況・需要予測を調査して検討*していきます。*グレードの選定には実装コスト等のトレードオフが発生*することがありますので、これらも決定時に考慮します。また意思決定には時間がかかるため、*PDCAを短いサイクルで回し、決定時間を短縮*しましょう。初期コストが高いと決定判断がつきにくいので、段階的拡張(スモールスタート)の案を用意します。さらに、長期ビジョンの計画を別途検討することが、**成功への近道**です。

## 非機能要件を理解し高品質なシステムを設計しましょう

今後、*ITシステムはさらに複雑化し、大規模化していきます*。同様に、*利用用途が爆発的に拡大します*。当初想定していた範囲外の利用も増えていきますから、*非機能要件の考え方をマスターして、システム設計に活かせるようになりましょう*。その結果、**自身の経験値も大幅に高まることでしょう**。

今後、ITシステムはデジタルトランスフォーメーション(DX)の推進により*利用用途が拡大*していきます。同様に、*利用ユーザの拡大や大規模化により、予期せぬ問題が将来的に発生するリスク*も高まります。本記事では非機能要件に焦点を当て、より安心して利用できるシステム設計のために、要件定義を進める手法を解説します。

非機能要件定義は、見えない要件を可視化することから

コンピュータシステムの要件定義は、非機能要求グレードを活用しましょう

一度プロジェクトで作成すると、関連システムへの展開が可能に

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

エンジニアと一言で言っても様々な種類があります。

キャリアチェンジをしたいと考えているエンジニアや非エンジニアの方に、今一度エンジニアの種類別に、業務内容と求められるスキルを紹介します。

[【関連記事】「未経験だけどIT業界に転職する方法! 職種や仕事内容もご紹介」](https://mynavi-agent.jp/knowledge/it/762.html?utm_source=and-engineer&utm_medium=content-text&utm_campaign=acv08)

エンジニアという言葉は、工業・製造の分野を中心に、新しい技術を創造・開発する仕事を手掛ける人を指す名称として広く用いられてきました。**近年は社会にIT技術が浸透し、ITに関連する業務に従事する人が増えたことから、エンジニアといった場合にはITエンジニアを指すケースが多くなっています。**

(※以降、本稿内で言うエンジニアはITエンジニアを指します。)

## エンジニアの種類別、主な業務内容と必要なスキル

**エンジニアはシステムエンジニアやプログラマなどといった総称で一括りにされやすいですが、実に様々な種類の職種で構成されています。**エンジニアの種類が異なれば、当然求められるスキルや扱うプログラミング言語も異なります。

**システムエンジニア（SE）は、クライアントの要望をもとにシステムの上流工程である要求分析や設計、下流工程である開発からテストまで関わることが多いエンジニアと言えます。** また、要件定義や人員・予算の管理、進行管理など、プロジェクトによって仕事内容は異なります。

システムエンジニアに必要なスキルに関しては、**技術力以外にもシステムの設計からプロジェクトを円滑に遂行するためのコミュケーション能力など、さまざまな能力が求められるため、**あらゆる業務に精通しているシステム開発における担い手と言えるでしょう。

**開発担当である以上、技術力は必要不可欠ですが、それ以上にクライアントからの要望を的確に汲み取り、チームへ正しく伝達するためのコミュニケーション能力が要求されます。**また、タイトなスケジュールでも遅延なく開発が進むよう、スケジュールやメンバーなどのマネジメント能力も必須といえます。

システムエンジニアの詳細については、下記の記事もご覧ください。

[【関連記事】IT・エンジニアの職種図鑑　システムエンジニア](https://mynavi-agent.jp/it/jobindex/04.html?utm_source=and-engineer&utm_medium=content-text&utm_campaign=acv08)

[【求人特集】「システムエンジニアの転職」](https://mynavi-agent.jp/it/systemengineer/?utm_source=and-engineer&utm_medium=content-text&utm_campaign=acv08)

[【関連記事】「SEの転職先は異業種もあり？転職先のパターンや企業選びのポイント」](https://mynavi-agent.jp/knowledge/it/763.html?utm_source=and-engineer&utm_medium=content-text&utm_campaign=acv08)

プログラマー(PG)は、**SEが設計したプログラムに対して、プログラミング言語を用いてさまざまなシステムやソフトウェアを作成します。**設計通りに構築しても時には意図しない動作をすることもあり、そのような場合にはバグを発見し不備のないよう処理することも、プログラマの重要な仕事と言えます。

**プログラマに最も求められるスキルは、プログラミング言語に対する知識です。**すべての言語を理解する必要はありませんが、自分が担当する言語についてはしっかりマスターしておくべきです。さらに、プログラミングを行うにあたっては論理的思考力も必要不可欠といえます。

プロジェクトマネージャは、システム開発全体の管理を担当します。**プロジェクトを進行するにあたり企画を練り、必要な工数を見積もり、人員や予算を確保し、納期まで滞りなく開発が進むよう計画を立てます。**

プロジェクトの予算や人員の配置、管理など、プロジェクトのリーダー的ポジションにあたる場合が多い仕事で、主にシステムエンジニアから昇格した人が担います。

また、**問題が発生しそうな際には問題解決や改善への策を講じ、時にはクライアントとの交渉や、エンジニアとの仕事の調整なども行う**ため、システムや技術に対しての理解も必要です。プロジェクトを成功に導くためにはプロジェクトマネージャの能力にかかっているといえるでしょう。

プロジェクトマネージャはプロジェクト全体の進行を管理するため、**リーダーシップ、マネジメント能力、コミュニケーション能力など幅広いスキルが求められます。**

特にプロジェクトはチーム一丸となって進めていくため、周りを引っ張っていくためのリーダーシップが求められる上、メンバーが問題なく業務を遂行できるかの管理や、チーム内外における交渉などを円滑に進めるスキルも必要となります。

プロジェクトマネージャの詳細については、下記の記事もご覧ください。

[【関連記事】IT・エンジニアの職種図鑑　プロジェクトマネージャ](https://mynavi-agent.jp/it/jobindex/02.html?utm_source=and-engineer&utm_medium=content-text&utm_campaign=acv08)

Webエンジニアは、Webサービスを中心に開発するエンジニアです。**WebサイトやWebアプリの設計、開発、運用保守などを担当します。**UIなどユーザーから見える部分を開発する「フロントエンジニア」と、データベースやサーバー関連など、ユーザーから見えない部分を開発する「バックエンドエンジニア」に分けられます。

また、Webエンジニアといっても案件によって、ショッピングサイトや企業のコーポレートサイト、Webアプリケーション開発など、Webに関するあらゆる分野での対応が必要になります。

**WebエンジニアにはインターネットやWebブラウザ、デザイン、セキュリティ、データベースなどのWebに関するさまざまなスキルが求められます。**具体的には、PHP、Java、Ruby、Pythonなどの言語が挙げられ、そのほかにもHTMLやCSS、JavaScriptなどの理解も必須です。さらにデータベースの設計やチューニングの経験があると理想的です。

**インフラエンジニアは、ITインフラの設計構築や運用保守を担当します。**ここでいうITインフラとは、ネットワークやサーバーなどのハードウェアや、OSやミドルウェアといったソフトウェアを指します。

**インフラエンジニアに求められるスキルは、ネットワークやサーバーなどへの深い理解とコミュニケーション能力です。**さまざまな機器を相互接続してITインフラを設計・構築するには幅広い知識が求められます。

さらに、**ITインフラを設計する際にはクライアントのニーズを的確にヒアリングし、保守においては障害状況をわかりやすくクライアントへ伝えなくてはなりません。**そのため、ヒアリング力と伝達力も必要となります。

インフラエンジニアの詳細については、下記の記事もご覧ください。

[【関連記事】インフラエンジニアとは？仕事内容から必要な資格までをご紹介](https://mynavi-agent.jp/knowledge/it/280.html?utm_source=and-engineer&utm_medium=content-text&utm_campaign=acv08)

[【求人特集】「インフラエンジニアの転職」](https://mynavi-agent.jp/it/infrastructureengineer/?utm_source=and-engineer&utm_medium=content-text&utm_campaign=acv08)

**サーバーエンジニアは、インフラエンジニアのうちサーバーの設計構築や運用保守を主業務とするエンジニア**です。クラウドサービスの拡大に伴い、最近では物理サーバーだけでなくクラウド上の環境や仮想環境の設計構築、運用保守も重要な業務となっています。

**サーバーに関するハードウェア、OS、仮想化技術、クラウド環境などの知識を持ち、利用ケースに合わせて環境を構築するスキルが必要となります。**適切なストラクチャーを選択、提案する能力が求められる職種です。

サーバーエンジニアの詳細については、下記の記事もご覧ください。

[【関連記事】IT・エンジニアの職種図鑑　サーバーエンジニア](https://mynavi-agent.jp/it/jobindex/06.html?utm_source=and-engineer&utm_medium=content-text&utm_campaign=acv08)

**フロントエンジニアは、Webサイトにおけるフロントエンドの設計、構築を主な業務とするエンジニアです。**フロントエンドとは、Webサイトの中でも直接ユーザーに表示、操作される部分を指しています。Webサイトの顔とも言うべき部分を作り上げる仕事です。

フロントエンジニアに求められるのは、Webサイトの画面機能の設計、構築に関わるスキルです。設計面では、ユーザーが利用する際の利便性、デザイン性などを追及します。また構築にはHTML、CSS、Javascriptといったプログラミング言語の習熟が必須となります。さらに、サイトの運営においてはCMSが利用される比率が上がってきており、CMS上のデザイン、設定に関するスキルも重要となります。

フロントエンジニアの詳細については、下記の記事もご覧ください。

[【関連記事】フロントエンジニアとは？仕事内容と求められる技術について解説](https://and-engineer.com/articles/YsuiVxEAACUAN_Hz)

**ネットワークエンジニアは、システムを構成する上で欠かせないネットワーク関連の設計や構築、運用保守などを行います。**快適な通信環境を構築し守っていくことが、ネットワークエンジニアの仕事となります。

ネットワークエンジニアに求められるスキルは、コミュニケーション能力とネットワーク機器への専門知識です。クライアントから要望を引き出し正しく理解したうえで、最適なネットワークを構築しなければなりません。

**ネットワークに必要な知識も多岐にわたり、OSごとの特性やセキュリティに関する知識、スイッチ、ルーターといった機器やサーバーの知識も必要になる上、さらに最近ではクラウドへの理解を求められることも多くなっています。**

お役立ち記事