皆さんはGTDという言葉を聞いたことがあるでしょうか?**GTDは最近注目されているタスク管理手法のこと**です。GTDは「Getting Things Done」の略で、和訳すると「仕事を成し遂げる」という意味です。単に「成し遂げる」というよりは、*「効果的に成し遂げる」*というニュアンスです。

その「効果的に成し遂げる」ためには、*頭の中にある、タスク(やらなければならない仕事など)を外に出し、整理することで、今「やるべきこと」に集中できるようにするという手法がGTD*です。

例えば、今頭の中にある「やるべきこと」がスパゲッティのように絡み合い、何から手を付ければ良いのかと頭を悩ませている状態は誰にもあることですね。例えば、

*・今日中に提出しなくてはならないレポートがある*

*・後で取り組もうと考えている仕事もある*

*・他の部署の担当者と調整が必要な案件もある*

*・時間があったら調べたいこともある*

こんなタスクが頭の中でぐるぐる回っていると、気持ちばかりか焦ってしまい、ストレスの元になってしまいます。こうしたモヤモヤを解消し、*今やるべきことを明らかにし、仕事の効率化の助けとなるのがGTD*なのです。

GTDはアメリカでは既に主流のタスク管理手法となっていますが、この手法を編み出したのは、*デビッド・アレン*としいう生産性向上を専門とするコンサルタントです。デビッド・アレンの著書*「ストレスフリーの仕事術」*(初版は2006年に発行)にはGTDについて書かれており、**フォーチュン100の企業の内、既に40社でGTDが採用されている**とのことです。

GTDを仕事術と考えると、興味が薄れるかもしれませんが、実はGTDは仕事だけにかかわらず、あらゆる場面で活用できます。今、**抱えている仕事、仕事以外のタスク(やらなくてはならないこと)などを効率的に管理し、頭を悩ませているものを取り去り、今集中すべきことに専念できるようにしてくれるのがGTD**だからです。

GTDは個人の抱えるタスクばかりか、*プロジェクトの管理にも有効*です。例えば、プロジェクトではいくつかの難題に直面した時に、どこから手を付ければよいのか分からなくなることがあります。こうした場合もGTDを用いることで、「今やるべきこと」が明らかになり、*プロジェクトの進行が円滑になる*のです。

このように*GTDはオフィシャルとプライベート、個人と集団を問わず応用範囲が非常に広い*からこそ、多くの企業で採用されているのです。

GTDには多くのメリットがあります。まず最初にその**メリットを知り、GTDに対する理解を深め**てください。

GTDが大きく注目されたのは、**GTDが目の前に山積するタスクの山を崩し、整理することでストレスから解放される状態を作り出してくれる**からです。単なる整理術ではなく、心理的な*ストレスフリー効果*がGTDの大きな魅力なのです。

GTDでは最初に「収集」というプロセスで、頭の中にあるタスクを可視化させます。つまり、外に向けて投影するのです。この**外部環境への投影によって、何をしなければならないのかが明らかになり、タスクの管理をスタートさせる**ことができます。

人は多くのタスクを抱えて頭を悩ます状態に陥ると、とかく収集と整理を同時に行いがちです。これを同時に行うことで、さらに混乱が増し頭を抱えることになってしまいます。**GTDではタスクの収集と整理のタイミングを完全に分けます**。分けることで肩の荷が下り、*楽な気持ち*で前に進めるのです。

GTDではタスクをやりっ放しにはしません。**一旦終了したタスクや、未完了のタスクを見直すためのレビューを必須**にしています。タスクは終了したとしても、タスク要件が変更となって未完了のステータスになることもあれば、未完了タスクが中止となることもあります。常に*タスクの状態を最新の状態に保つこと*がタスク管理の精度を上げることになるのです。

コードレビューを初めて行う人必見！やり方を1から解説！

メリットの多いGTDですが、タスク管理という面で見ると**デメリットになりかねない要素**もあります。

GTDに従ってそのまま実行した場合、それぞれのタスクのスケジュールが未定のままです。なぜなら**GTDの中ではタスク・スケジュールの観点が入っていない**からです。スケジュール管理に関しては自ら行えば良いのですが、GTDをそのまま丸のみした場合に起きるデメリットとして記しておきます。

### 実行記録を付けるルールがない

タスクはいつ着手し、いつ完了したのかの記録を取ることが大切です。**GTDではタスクの実行記録を取るということに触れられていません**。タスクを実行したら、必ずその*スケジュールや要した時間を記録するようにしましょう*。記録は次の計画に必ず活きてきます。

### 目標による管理に触れていない

GTDは目の前に混在しているタスクを実行に移すための手法としては有効ですが、**長期的な目標による管理などについては触れられていません**。タスクは目先の課題から長期課題まであります。目先のタスクにとらわれて、*中長期の課題やタスクを疎かにしないよう留意*する必要があります。

**GTDを実践するには5つのステップ**があります。そのステップでは具体的な何を行うのか、それぞれのステップごとに見ていきましょう。

まず自分の頭の中にあるタスクを可視化します。タスクはやらなくてはならないと考えているもの・アイデア・ルーチン業務・保留中のものなど、プライベートなものも含めて**すべて書き出します。ノート・手帳・パソコン・スマホなど何でも構いません**。気になっていることすべて書き出すことが重要です。

書き出したタスクを処理(分類)していきます。

*2.重要ではあるが緊急性はないもの*

*3.重要ではないが緊急性はあるもの*

*4.重要でもなく、緊急性もないもの*

この**4つのカテゴリーに分けてみます。4番目のカテゴリーに入ったものはタスクから除外します。こうすることで、重要なタスクに神経を集中させることができます**。

こうしてカテゴライズしたタスクを整理します。**タスクをビジネスとプライベートに分け、さらに優先度順に並べ、それぞれに期限を設けます**。

優先順位が付けられたタスクは状況の変化によって、優先度が変わったり、新たなタスクが追加されたり、刻々と変化します。この変化を見逃さないために、**定期的にレビューを行い、タスクを最新の状態にします**。

以上のプロセスを踏むことで、頭の中で整理がつかなかったタスクが抽出され、整理がされました。後は**優先度の高いタスクから順に全力投球するだけ**です。悩みや雑念が取り払われ、ストレスフリーで、すっきりした頭で自分の力を発揮できます。

GTDを始めたいと思われた方はいらっしゃると思いますが、**GTDは思い立ったら直ぐに始めることが可能**です。*準備すべきものは特にありません*。とりあえず普段使っている手帳やメモ用紙があれば大丈夫です。もちろん、使い慣れたPCやスマホでも構いません。ご自身の頭の中にあるタスクを書き出すものがあれば、GTDを始められます。

多くの方は何らかの形で「TO DOリスト」を作成された経験があると思います。今でも続けている方もいらっしゃるでしょう。しかし多くの人が続かなかった理由は、頭の中にあるタスクをすべて書き出すという作業が、大変だと感じたからではないでしょうか。

それは、ただ頭の中にある「やらなくてはいけない、やりたい」と感じていることをそのまま「TO DOリスト」に書いたからです。頭の中でもやもやしたものを書き出すことで、多少は頭がクリアになったような気がしたかもしれませんが、それは*頭の中のものを外にコピーしただけで終わっている*のです。

*GTDを「TO DOリストの作成」と同じだと感じた方は、GTDに疑問を持って当然*です。

では、「TO DOリスト」を作成した方は*「ストレスフリー」*を感じられたでしょうか?感じた方は「TO DOリスト」を続けた方です。*「TO DOリスト」*を続けられなかった方は*「ストレスフリー」*を感じられなかったのでしょう。

さきほど述べましたが、**GTDのメリットは「ストレスフリー」**なのです。だからこそ、GTDにトライした方の多くがGTDを習慣化し、フォーチュン100社の40%がGTDを採用しているのはそのせいです。

### GTDは単に手順に従って行うだけ

GTDは、ただ**単に手順に沿って、タスクを可視化していくだけ**です。それだけで効率よくタスクをこなしていける仕事術です。

*GTDは、個人的なタスクの管理だけではなく、会社や組織のプロジェクトなど、集団的なタスクの整理や管理にも効果的*です。集団でタスクを抽出し、皆でそれを共有し、優先順位をつけ、分担を決め、実行し、定期的にレビューするだけです。これをご覧になっている*ITエンジニアの方のプロジェクトでも活用できます*。

あなた自身も、プロジェクトも*GTDの手法を上手に利用すれば、タスク管理に関わる多くの問題をクリアにし、タスクが効率よく進展*するでしょう。

**GTDは特に準備も要らず難しい講習や教育も不要で、また手順もシンプルです。簡単に導入できるタスク管理法です**。しかし、それでもGTDにはいくつか*留意点*があります。

*■ストレスフリー*
*GTDはあくまでも「ストレスフリー」が命*です。GTDは実際に効果を実感しながら、自発的に浸透させていけばよいのです。誰かが、どこかの組織がGTDを採用し、成果があったことを口コミでも構わないので、広めていけば良いのです。

GTDを半強制的に導入しようとする企業や組織もありますが、そうするとルールや縛りが設けられがちです。それが逆にストレスを招きます。**押し付けない、ストレスフリーが大原則**です。

*■GTDは目的ではない*
**GTDは、今やるべきタスクに集中し、タスクの効率を上げることが目的です。GTDをやることが目的ではありません**。

人によって、チームによって、あるいは職種によって、*やり方はまちまちで構いません。それぞれがベストと感じられるやり方で構わない*のです。変化の激しいところでは、レビューは日々行ってもかまわないし、ルーチン業務中心なら、レビューは3日に1回でも構わないでしょう。

*GTDはタスクを効率化するための手段です。あなたらしく、あなたのやり方で肩の力を抜いて行えばよいのです。気軽に是非トライしてみてください。*

GTDは世界の著名な大企業でもよく利用されている「ストレスフリー」のタスク管理手法です。大変シンプルで手間要らず、誰でもすぐに利用できて、仕事の効率化が実感できると評判のツールです。あなたもGTDを活用して仕事やプライベートのタスクを効率的に実行してみませんか?

1.GTDはストレスフリーのシンプルなタスク管理手法で、仕事の効率化に効果がある

2.GTDは万能のタスク管理手法ではない。スケジュール管理や目標管理は別途行う必要がある

3.GTDは強制しない。各自が、各組織が最も効果的と思える方法で主体的に進めるのがよい

ストレスフリーのタスク管理ツールGTDを使って効率的に仕事を！

HRテックは、人事の意味を持つHR（Human Resource）と テクノロジー（Technology）を組み合わせた造語で、Human Resources Technologyの略語です。**採用人材育成・人事評価・勤怠など、幅広い人事関連の業務において、AI・ビッグデータ・クラウドなど最先端技術を活用して、人材活用や組織の効率化を図ることを総称してHRテックと呼んでいます。**

従来からも人事・給与・勤怠管理などの機能を持つシステムやパッケージは数多くありましたが、高度な機能が要求されることは少なく、最先端の技術を人事に活用しようとする動も多くはありませんでした。

近年、*クラウド・AI・IOTなどのビジネスへの応用*が注目され、また政府主導で*DX化の推進*が企業の大きな関心事になる中、*働き方改革・労働力不足・雇用の多様化*などの動きと合いまって、金融分野の(FinTech)と同じように注目を集めるようになりました。

IoTエンジニアとは？気になる年収や将来性を解説！

DXとは？その意味と日本の現状、DX推進の障壁となる要因を分かりやすく解説！

ここにきて、HRテックが日本で注目されている理由はいくつか考えられますが、背景をまとめると以下の3点です。

*・労働力不足や団塊の世代の一斉定年退職などに伴って人材確保の必要性が高まった*

*・働き方改革により生産性向上の機運が高まった*

*・リモートワーク、時短勤務など多様な働き方への対応の必要になった*

こうした流れから、*従来の従業員管理的な人事管理手法では対応が困難*になってきました。「終身雇用」「年功序列」「新卒の一括採用」といった日本の伝統的な雇用体系が大きく崩れ、雇用の流動化や働き方が多様化していく中、テクノロジーの発展がこれらの解決策として登場し、注目を浴びてきたことが大きな契機となりました。

また、**人事部門の役割も定常的な業務の遂行といった面から、「人事戦略」と言われるように、より一層経営への貢献が求められる**ようになっています。終身雇用制度が崩壊し、新卒の一括採用中心の採用活動が見直され、中間採用、キャリア採用が当たり前になりました。

そうした中、人事部門は採用・教育・人材配置・人事評価・キャリア開発や組織開発と機能の強化が求められ、従来の*人事管理のあり方では対応が困難*となっていたのです。

以上のような背景から、*人事の抜本的な再構築が求められ、その手段としてHRテックへの期待が集まっている*と考えられます。

HRテックは単に従来からある「人事管理システム」の名前を変えただけではないのか、といった指摘も一部にあります。また、確かに従来からある人事給与システムに手を加えた程度のHRテック製品も見受けられます。

HRテックと従来型の**「人事管理システム」との大きな違いは次の3点**です。

*・クラウド技術、ビッグデータ解析、AI、VRなどの最先端技術を活用し、人事DXと呼べる仕組みになっている。*

*・定常業務から脱却し、人事戦略の名にふさわしい「人事業務の刷新」に寄与できる。*

*・情報端末を駆使し、働き方改革やリモートワークなどに対応している。*

少なくともこのいずれかを満たしていることがHRテックの条件です。

HRテック市場は急速に拡大していますが、これに便乗した製品も少なからずあります。ブームに悪乗りすることなく、確実に成果が上がるシステムやパッケージ製品を選定していくことが求められます。

AIプログラマーとは？その年収や市場性について解説！

では、次にHRテック*導入のメリット*を挙げていきます。導入にあたっては、これらの**メリットを最大限に生かせるよう留意**することが求められます。導入時の留意点については後述します。

これは**目に見える形で効果を検証しやすい、代表的なメリットの1つ**です。例えば*勤怠管理*ですが、この分野は従来から大きく変遷してきました。

従業員が出勤時に出勤簿にハンコを押す方式から始まり、タイムレコーダーが導入され、シフト勤務に対応した勤怠管理システムが登場し、時代とともに勤怠管理の仕組みも変わってきました。

しかし、従業員の労働時間、残業時間をもとに給与計算を行うやり方はほぼ変わっていません。その上、*リモートワークの出現や働き方の多様化が勤怠管理を複雑化させ、従来の発想では対応が困難*になりつつあります。働き方改革に対応した、フレキシブルな勤怠管理システムや給与システムによって、こうした人事の定常業務の負荷を大きく削減する必要が出てきました。

*人事部門の業務効率化を図り、戦略的業務へのシフトが求められている今、これらを可能にするHRテックへの期待が高まっている*のです。

### 2.適材適所による生産性向上

HRテックによって、人材情報の蓄積と定量的な分析が可能になります。**人材データを活用した適材適所による人員配置や異動によって、組織の活性化につながり、生産性向上を図れます。**

HRテックは*従業員1人1人の能力を最大限引きだし*、そのポテンシャルを高めることを可能にします。さらには、従業員個々人が自らの能力を発揮できる部門で、主体的に業務を推進するようになり、組織目標・個人目標の共有・融合が組織をさらに強くしていきます。

採用活動の目的は、**自社が必要とする人材の確保**にあります。これまで縦割りになっていた採用・人事・労務・教育・人事評価まで個人をキーにしてトレースし、分析することで*自社にマッチする優秀な人材像*を明らかにします。

毎年スパイラルアップを繰り返しながら、最適な採用、人材確保を行うことが可能になります。

これまでの人事評価制度では、公正な評価が求められながらも、実際には*属人的評価が中心*で、人事部門は単に各部門から集まった人事評価データを給与算定や昇格の基礎情報としてしか捉えられていませんでした。「元気、パフォーマンスが上手、上司の受けが良い」そんな従業員が高い評価を得るような企業も少なからずあります。

HRテックでは、従業員個々の詳細情報(業績、貢献度などの客観的データ)による分析から、より適正かつ公平な情報を提供することにより、**人事評価を属人的評価から科学的・合理的評価に精度を高めることが可能**になります。適正かつ公平な人事評価によって従業員のモチベーションアップを実現し、強い企業体質への変革を促進します。

## HRテックのシステムイメージ

以上、HRテックのメリットを述べました。では、*実際のシステムイメージ*はどのようになるのでしょうか?以下は1つのイメージですが、突き詰めていくと凡そこのような仕組みになっていきます。

**「採用システム」は採用活動に関わる全てのデータをクラウド上で一元管理するシステム**です。応募者の*履歴書データから始まり、採用に関わる全ての履歴や情報、ステイタスなどを管理*します。(面接・筆記試験の記録・選考状況・面接等の日程管理・試験会場・面接会場等の管理・面接官・採点官の手配・選考サポート・内定後の内定者セミナー・内定者懇談会・内定者課題管理・内定者ワークフローなど)

ここから実際に入社した社員に関しては、人事管理システムにデータを引き継ぎます。また応募者、内定者とのやり取りもLINEなどを利用して、同報メッセージから各種手続きまでLINEで行えるようにします。

エンジニアの職務経歴書で採用担当者に「面接したい」と思わせる書き方とは？

**「人事評価システム」は、従業員個々人の能力・経験・所有資格・趣味・特技・興味などのあらゆる個人情報を一元管理するクラウドシステム**です。このシステムはバックで人事情報データベースを管理し、従業員の採用から退職に至るまでの全ての履歴も管理します。*適正で公平な人事評価と、個人の特性を生かした育成計画や、本人の適性を考慮した人事異動など、適材適所を目標とするシステム*です。

今後、働き方はますます多様化し、時短勤務やリモートワークが当たり前になっていきます。その際に課題になってくるのが、*従業員間のコミュニケーションであり、知恵や知識の蓄積や伝承*です。社内SNSなどを設け、スマホやタブレットから誰もがアクセスし、Q&Aなども自由に行えるようにします。

ここで**蓄積された業務知識やノウハウなどはクラウド上のナレッジDBに蓄積され、従業員の端末からいつでもどこでも検索して呼び出すことができます**。このナレッジの共有が組織を強くし、活性化させるのです。また、蓄積されたデータから社員の悩みや弱点も把握でき、人事政策や教育計画にも反映することができます。

HRテックはさまざまなメリットが挙げられますが、決して万能ではありません。*導入に当たっては留意すべきことがいくつかあります*ので、これから述べていきます。

### HRテックによって何を実現したいのか

「HRテックが話題だから導入しよう」という安易な発想での導入はまず無いと思いますが、万一そのような安直な考えで進めると、成果が出ないどころか失敗して損失を被る可能性すらあります。導入に当たっては*自社の人事上の問題点や課題*を明らかにし、**HRテックによって何を実現したいのか**を十分検討し、社内コンセンサスを得ることが大切です。

HRテックに限りませんが、*システムは問題や課題解決には有効ですが、最終的に判断し実行するのは人です*。システムオーナー(所轄部署)は部署のミッションとして、導入したシステム効果の最大化を図る責任があります。**システム導入は手段であり、目的ではありません。そこをはき違え、システム任せにしないことが求められます**。

HRテックを導入したら、**定期的にその進捗や成果を客観的にレビュー**しましょう。HRテックの導入によって、所期の成果を得られたのか否かを検証し、システム面や運用面で改善すべて点があれば、*改善計画を示さなければなりません*。これを怠ったのでは、システムの効果は半減してしまいます。

## HRテック市場の動向と将来性

市場規模が今後拡大していくのか否か、これはHRテックに関わるベンダーやエンジニアにとっても大きな関心事でしょう。ここでは、話題の*HRテック市場の動向や将来性について考察*してみます。

HRテック市場が成長途上なのか、成長の余地があるのか、はたまた飽和期を迎えたのか気になるところですが、**数字で見る限りは成長市場**のようです。

[IT Leaders](https://it.impress.co.jp/articles/-/19162)によると、HRテックの市場規模は2020年度は前年比136.4%の476億円、2024年には1,600億円を超えるとの予測があります。大きく成長していることは間違いありません。

*DXブームあいまって、HRテック市場はこんごもさらに拡大していくことが予想されます*。

デジタルトランスフォーメーション（DX）とは？求められる人材を解説！

現在のHRテック市場を牽引しているのは、*今のところは採用管理や労務管理といった管理系のシステムや製品が中心*ですが、**今後は従業員のモチベーションや人材強化といった面に目を向けられていくでしょう。

**人事部門がルーチンワークから解放され、より創造的、戦略的な役割を果たせるように支援していくシステムも増えていくはずです。まだまだ日本ではHRテックが緒に就いた段階であり、これからさらなる成長と拡大が期待されていると言えます。

ITエンジニアである皆さんにとって、人事は遠い存在ではなく、あなた*自身に関わる身近な存在*です。**HRテックは単なる仕事の対象ではなく、ワーカーであるご自身の活躍はHRテックの進化と発展に掛かっているのかもしれません**。

また、DXは企業再生のカギとも言えますが、HRテックもそういう意味では、これからの企業を支える重要な位置づけにあるのは間違いありません。次代を担うITエンジニアの皆さんは、ぜひ*HRテックにも積極的に関わる*ことをおすすめします。

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

DXや金融フィンテックと並んで、HRテックが注目されつつあります。HRテックは最先端技術を用いた新たな人事システム全般を指します。このHRテックの特徴、登場の背景やメリット、導入の留意点、さらにはその将来性やITエンジニアとの関わりについて解説していきます。

1.HRテックはDXの一部で、最先端技術を用いて人事を根本から変える新たな仕組みのことです

2.HRテックにはさまざまなメリットがありますが、そのメリットを得るには留意すべきことがあります

HRテック市場は将来性が高く、また働く立場からも関係の深い分野であり積極的な参画をおすすめします

HRテックはこれからの人事のあり方を根底から覆すイノベーション

データベースは今や、IT用語とは言えない程に一般的な言葉になりました。では、あなたはデータベースについて何と説明しますか?当たり前に使っている言葉は逆に説明を求められると困ってしまうものです。

ここでは、**データベースに関するおさらいをしながら、ITエンジニアとして知っておくべきこと**をまとめています。

データベース(Data Base)は”データの基礎”とか、”データの土台”という意味で、**蓄積され、再利用できるようになったデータの集合体のこと**です。略してDBと言うこともあります。

広い意味では、*電話帳もデータベース*です。また*Excelで作成した名簿などもデータベース*です。

ITの世界では、商用で使われているものや、規模の大きなものを言います。絵や図で表す時にはドラム缶の形を絵描きます。

### データウェアハウスとの違いは

データベースとよく似た言葉で、*データウェアハウス(DWH)*があります。この両者の違いは何でしょうか?

データウェアハウスはデータ倉庫と訳し、データベースよりは大きな概念です。倉庫と呼ぶからには、当然必要なデータを必要なだけ取り出せなくてはなりません。きちんと整理され、分類されて格納されている必要があります。

**データベースは検索や蓄積が簡単に行えるように整理されたデータの集まりですが、データウェアハウスは大量のデータが分析しやすい形で保管されているデータの保管庫**です。電話帳がデータベースだとすると、データウェアハウスは書棚と言えるでしょう。

### データウェアハウスとの違いはビッグデータの関係は

データウェアハウスと切っても切れない関係にあるのが、*ビッグデータ*です。**ビッグデータは解析の対象となる大量のデータを指しますが、その大量のデータを保管しているのがデータウェアハウス**です。つまり、ビッグデータはデータそのものを指し、データウェアハウスはその入れ物だと考えれば分かりやすいでしょう。

### データベースにするメリットは

データベース化のメリットは多くありますが、**集約すると以下の4つ**にまとめることができます。

*1.データが共有できる*
データベース化によって、**同時に複数の人がデータベースにアクセスして、利用することができます**。これによって情報共有や、仕事や作業の効率化を図ることができます。

*2.データを簡単に分析ができる*
データベース化し、データに分類などの属性をつけることで、その**属性で抽出し、簡単に分析することができます**。例えば、購買データと顧客データを1つのデータベースにすると、ある商品が男女や年齢ごとにどれだけ購入されたのかが簡単に分かるようになります。

データベースが導入される前は、Excelなどで個々人が必要なデータを管理していました。この個々人が管理していたデータをデータベース化し、集中管理することで、**無駄がなくなり、データが管理しやすく**なります。さらにデータの*セキュリティを高める*ことも可能となります。

*4.データの再利用がしやすくなる*

1度収集したデータを**簡単に編集して、再利用**ができます。たとえば、顧客情報データベースから、必要な条件で顧客氏名や住所を抽出し、DMラベルを作成するといったことが簡単に行えます。

データベース化のメリットは以上の折ですが、この便利な**データベースを管理するためには、DBMS(データベース管理システム)が必要**となります。DBMSは「大量のデータを自動的に整理」してくれますので、データベースのメリットを得ることができます。すなわち、*DBMSとデータベースはセット*なのです。DBMSが無ければ、データベースは作れません。DBMSが無い段階では、ただのデータファイルでしかないのです。

DBMSによってデータベースは管理されますが、データを抽出や追加などのデータベース操作には、それを**DBMSに指示するための言語が必要です。それがデータベース言語の1つであるSQL**です。SQLは何かの略語ではありません。読み方は「エスキューエル」または「シークェル」です。

*データベースには大別して3つの型*があります。**現在の主流はリレーショナル型ですが、他に階層型、ネットワーク型があります**。それぞれ特徴がありますので、データベース構築の際は、データベースの活用方法を想定しながら構築する必要があります。

階層型データベースは、その名の通りデータが組織階層のように構成され、*ツリー構造*となっています。**親ノードと子ノードの関係は1（親）：ｎ（子）**です。特定データを検索する際にはルートが1つしかないため、*検索の速度が速いという利点*がありますが、階層が複雑になると、同一データの重複登録が必要になるなど、柔軟性に欠ける点がデメリットとしてあげられます。

### ネットワーク型データベース

ネットワーク型データベースの階層構造は、一見階層型と似ていますが、**親ノードと子ノードがｎ：ｍで構成**され、*子は複数の親を持つことができるネットワーク構造*のため、同一データを重複登録する必要がないという点では階層型データベースよりも柔軟性があります。

### リレーショナルデータベース

Excelのように、「行」と「列」からなる**「表」のイメージでデータを管理することができるデータベースの型**の1つです。「列」には重複しない項目名（見出し）が設定され、行にデータを追加していきます。表のイメージでデータが位置づけられるため、関係性が分かりやすいのが特徴です。

他の2つのデータベース型と比較して、*柔軟性に富んでおり、現在は主流のデータベース*になっています。

## データベースで押さえておきたい用語

データベースの利用に当たっては、知っておくべき用語があります。**よく使われる用語について簡潔に解説**しますので、これから*データベースに関わる方*は是非覚えておいてください。

テーブルとは、データベースの種類ごとの単位です。Excelなど**「シート」がテーブルに該当**します。

カラムは、「コラム」とも呼ばれ、属性を意味します。**Excelの「列」に該当するもの**です。カラム名はExcelの列名と同じです。

レコードとは、データそのもののことです。また**Excelの「列」であるカラムに対して「行」に該当するもの**です。

フィールドは、データベースの*最小単位*で、**Excelで例えると「セル」に該当**します。Excelのセルも書式設定で文字項目や数値項目があるように、フィールドも同様に書式の設定が可能です。

正規化とは、**テーブルの整合性を保ち、データに矛盾や重複が生じないようにすること**です。正規化された表を正規形と呼びます。正規化を行ことで、*データの追加や更新・削除などによるデータの不整合を防止*し、データベースのメンテナンス効率を高めることができます。

インデックスは「目次」や「索引」のことです。**データベースのどこに、どのデータがあるのかを示した一覧表のようなもの**です。このインデックスを利用することで*素早く必要なデータを見つけることができる*ようになります。インデックスがないと、先頭から該当データを探すことになるため、非常に検索の時間が掛かることになります。

スキーマとは図式とか概要などの意味を持つ英単語ですが、データベースにおけるスキーマは、**データベースにどのような種類のデータが、どんな構造で格納されているのかを定義したもの**です。*データベースの設計図*の役割を果たすものと考えればよいでしょう。

スキーマは3層に分けて用いることが多く、*外部スキーマ・概念スキーマ・内部スキーマ*に分かれます。3層に分けることで、設計変更などがあっても、該当するスキーマだけを変更すれば済むため、影響を小さく抑えることができるからです。

## よく使われるデータベース管理システム（DBMS）

ここでは、**よく使われるDBMS製品**について触れておきましょう。以下のDBMSを知っておくと、大半のDBMSを理解したことになるでしょう。

日本国内では**圧倒的シェアを有する、Oracle社の有償のRDBMS(リレーショナル型DBMS)**です。まずは最初に覚えておきたいRDBMS製品です。

**マイクロソフト社製の有償のRDBMS**で、Oracleに次ぐシェアを占めています。

無償のRDBMSです。無償のため、**プログラム開発での練習用に利用されるケースや、小規模システムでのデータベースとして利用**されるケースが多いのです。

**オープンソースのRDBMS**で、個人利用の場合は無償ですが、商用利用は有償です。オープンソースの中では高いシェアがあり、また*有償のソフトとそん色ない機能*を有し、最近では法人でもよく利用されています。

### 最近注目のデータベース「NoSQL」とは

## データベースに関する資格試験

データベースエンジニアを目指したい方、データベースに明るいSEを目指す方には資格の取得をおすすめします。*資格を有することで、客観的評価が高まり、活躍の機会が増します*。また、スキルアップが図れ、収入アップにもつながるでしょう。ここでは、**データベースに関わる主な資格試験**をご紹介しておきます。

### データベーススペシャリスト試験

データベーススペシャリスト資格は、かなり**難易度の高い国家資格**です。実務経験のない方の合格はかなり厳しいでしょう。特定のDBMSに依存せず、データベースに共通する理論や、データベース設計に関する出題が中心です。

[データベーススペシャリスト試験]( https://www.jitec.ipa.go.jp/1_11seido/db.html) (合格率15.8%)

### ORACLE MASTER（オラクルマスター）試験

ORACLE MASTERは国家資格ではありませんが、**権威ある資格**です。またBronze、Silver、Gold、Platinumと4段階のレベルがあり、実力に応じたレベルの資格を取得できます。*ORACLE製品を主に扱うエンジニアは、この資格の取得をおすすめ*します。

[ORACLE MASTER]( https://www.oracle.com/jp/education/certification/index-172250-ja.html)

特定非営利活動法人LPI-Japanが運営する**民間資格**です。*オープンソースのデータベース（OSS-DB）*に関するIT技術者認定資格で、商用データベースとの連携に優れ、企業システムでも多く活用されている「PostgreSQL9.0以上」を基準のRDBMSとしています。レベルはベーシックなシルバーと、コンサルティングまで行えるゴールドの2つがあります。

[OSS-DB技術者認定試験](https://oss-db.jp/outline)

システムエンジニアがキャリアアップするのにおすすめの資格を解説！

## データベースエンジニアとして活躍しよう

ここまで、データベースに関する入門から初歩について解説してきました。日頃、データベースに触れているエンジニアの方には物足りない内容だったかと思いますが、原点に立ち返ることが大切だと感じられたら幸いです。

**ビッグデータやAIといった分野で、データベースエンジニアの活躍の場は益々広がっています**。*データベースエンジニアの仕事は専門性が高く、他の職種のエンジニアに代替することが難しいため、業界では大変重宝される職種*です。この記事でデータベースに興味を持った方は、是非データベースエンジニアを目指してみてください。

ITエンジニアの大半はデータベースに関わっていると思いますが、いざ説明を求められると説明に窮することがあるでしょう。入門者にも分かるよう、おさらいを兼ねてデータベースについてやさしく解説していきます。データベースエンジニアを目指す方にも参考になれば幸いです。

1.データベースとは何か、ITエンジニアとして知っておくべきことを入門からやさしく解説します

2.データベースの3つの種類、押さえておきたい用語、よく使われるDBMSについて再確認します

3.データベースを学びたい、データベースエンジニアを目指すための資格試験、データベースエンジニアの重要性について認識します

データベースとは？今更聞けないその内容をITエンジニアとして改めて学ぶ

## エンジニアにとっての職務経歴書とは

どの職種でも転職の際には、「履歴書」と「職務経歴書」を応募企業に提出します。履歴書は学歴と職歴（入退社の日付）を記すだけのシンプルな「自己紹介」ですが、職務経歴書は、これまでの業務経験の内容やスキルを記す、いわば「*戦力・戦歴申告書*」です。

一般企業では、それぞれの会社の企業文化の違いなどから、職務経歴書では応募者の実力がどれくらいのものか推測できない面があり、それほど重視されないこともあります。しかし、ITエンジニアの転職では、**即戦力として必要な部署に配置できるかどうか**の重要な判断材料になります。

システムエンジニア（SE）とは？仕事内容や年収、必要スキルを解説！

職務経歴書に決まった書式はありませんが、エンジニアの職務経歴書は下記の項目について記載するのが一般的です。

●経歴概要 : 携わってきた業務の概略を数行でまとめる
●得意とする分野やスキル : 入社後に活かせる経験と知識を箇条書きでアピール
●テクニカルスキル : OS・言語・フレームワーク・クラウドの使用年数やスキルレベル
●職務経歴 : 関わったプロジェクトで、どのような立場でなにをしたかを記載
●資格
●自己PR

この中で**もっとも重要なのは「職務経歴」つまり関わったプロジェクト**です。プロジェクトの目標や規模、使用した言語、プロジェクトでの立場などを簡潔にまとめます。テクニカルスキルの一覧表も必須です。

### エンジニアの職務経歴書の目的

職務経歴書は、それを読んだ**採用担当官に「面接したい」と思わせるのが目的**です。そのためには、必要項目を記載した*骨組み*の要所要所（注目してほしいポイント）に、*肉付け*が必要です。

多くの場合、職務経歴書には**どのプロジェクトも無事に目標を達成したように**書かれていて、そこに違和感を覚える採用担当者は少なくありません。

*どんなプロジェクトにも必ず「難所」があり、それをクリアするためのメンバーの創意と工夫があったはず*です。応募者がそこにどう関わったかを一言書くことによって、プロジェクト経歴が肉付けされ、血が通います。それによって、現場で活かされたあなたのスキルや仕事ぶりを採用担当官に印象づけることができます。

採用担当者の中にはエンジニア経験のない人が含まれていることもあり、骨組みだけの経歴書ではあなたのスキルレベルや仕事ぶりが伝わりにくい場合があります。

## 職務経歴書の書くときの心構え

職務経歴書の書き方の1番のポイントは「知ってほしい自分」について書くことです。自分の得意分野でも、仕事の流儀でも、入社したらやりたいことでも良いでしょう。それを採用担当者に伝えることで、ミスマッチを防ぎ、入社後に仕事に不満を抱くことも少なくなります。

### 「知ってほしい自分」について書く場所は自己PRの欄だけではない

自己PRの欄は、いわば職務経歴書の「まとめ」の欄で、そこで新しい主張を持ち出すのは唐突な感じがします。採用担当者は、*そのアピールが「関わったプロジェクト」のどこに結びついているのか*が分からない場合が多いからです。

自己PR以外の各項目でも、**「知ってほしい自分」をアピールできる箇所に、頭の中でアンダーラインを引き、一言肉付けをする工夫を**しましょう。

職務経歴書の各項目の書き方を説明します。

「経歴概要」は**職務経歴書全体の要約**です。入退社情報や経験した業務内容を3～4行の文章で簡潔に記載しましょう。

### 職務経歴（関わったプロジェクト）の書き方

**「職務経歴」はもっとも重要な項目で、採用担当者はここに注目して読み込みます**。関わったプロジェクト単位に記載しますが、書く順番は直近のものから書いていく*逆編年体形式*がおすすめです。

お役立ち記事