IT業界は昔から人材不足だった

日本におけるITの人材不足は今に始まったことではなく、かつてメインフレームが業界の主役だった80年代から存在しました。当時は大企業、官公庁が業務の効率化を目的として競って大型コンピューターを導入し大量のエンジニアを投入してシステム構築を進めるのが一般的な開発形態でした。しかし、当時のシステム開発は手間がかかり、とても効率的とは言えないものでした。そのため、非効率をカバーすべく大量の人と長時間労働で納期を守るという体制が常態化し、IT業界は人（開発エンジニア）を必要とするにもかかわらず3K（帰れない、厳しい、給料安い）と言われ敬遠される業界でもありました。今振り返るといわゆるブラック企業だったと思うことしきり。

1990年代に入り、時代のニーズに合わせ重厚長大でコストのかかるメインフレームから軽量で小回りが利きコストも抑えられるオープンシステムへとテクノロジーが遷移していくと、それまでの人材の大量投入で開発を進めるという体制から専門技術を持ったエンジニアがリードするという形態に開発体制が変化していきます。しかし開発をリードできるエンジニアは多くなく、引き続きどの現場も人材が不足している状況でした。

供給を上回る需要の高まり

インターネットの普及とともにGAFAMに代表されるIT、ネットビジネスがビジネス界を牽引するようになった2010年代、業界は学生にも意識されるようになり、大学生のなりたい職業の上位にプログラマーが入ってきたのもこの頃です。昨今の働き方改革で、開発の現場も以前の殺伐とした状態から働きやすい環境に変わってきたこと、ゲームでの利用などを通じてコンピューターが誰でも使いこなせる道具になったことなどから業界の敷居が下がった結果、人が集まってくるようになりました。しかし同時にコンピューターの利用範囲は広がり続け、エンジニアの需要が供給以上に増えています。

現在、IT技術は加速度的に進化しており、特に生成AIの誕生でAIエンジニアの育成が喫緊の課題となっています。またユーザーの要求に答えるためにサービスの提供サイクルが短くなっており益々エンジニアの需要がひっ迫する事態となっています。特に最新技術に精通したエンジニアは豊富にいるわけではなく、あちらこちらで引っ張りだこです。また、エンジニアだけではなく、新しいテクノロジーを採用したサービスを企画・提案する能力を持った人材は更に不足しています。今までソリューション提案といわれていたものから、更に踏み込んで新しいテクノロジー、サービスを付加した提案ができる人材が求められています。

これからも伸びるオフショア活用

人口減少が続く以上、国内でエンジニアを短期間で大量に育てていくのは現実的ではありません。開発を海外のエンジニア、特に中国や東南アジアの開発企業に委ねるオフショア開発は様々な現場で実践されてきました。これまで中国が中心でしたがアジアの他の国もオフショア開発に力を入れてきています。コストメリットが小さくなろうとも、人材確保の面から開発拠点としてのアジアはこれからも伸びていくでしょう。また、オフショア開発は当初は品質面で問題を抱えていましたし今でも問題が解消したとはいえませんが、日本での開発、テスト手法を取り入れることで改善してきています。

海外のエンジニアの採用も増えてきており、特にユーザー企業で盛んになってきています。ある企業では開発者との会議は英語としているところもあります。また、楽天グループは積極的にグローバル採用を進めており社内の公用語は英語としています（ただ、楽天グループの場合、グローバルカンパニーへの転身が目的のようなので人手不足からの採用とは若干文脈が異なります）。IT大国として有名なインドのエンジニアや中国のエンジニアの採用はどこでも見られるようになってきました。外国人の日本での就労については様々な障壁がありますが、これからもアジアを中心とした国からITエンジニアとして日本で働く人は増えていくと想像できます。またTCS、Infosys、Wiproなど世界で活躍するインドのIT企業は日本支社を持ちます。このような確かな技術を持った海外のIT企業を利用することも解決策の一つです。

シニアの活用

かつてプログラマー35才限界説という説話がありました。35才を超えるとプログラミングが思うようにできない、つまり頭がついていかない。そろそろプログラムから別の領域、アーキテクト（システム構成を考える人）やシステム設計者、PMに土俵を変えていくべきと言われていました。事実35才を過ぎて別の領域に移ったエンジニアはいます。しかし、立派にプログラマーとして作業を続けている人もいます。例えば、米国では上級プログラマーはハッカーと言って年齢に関係なく大活躍しています（あのコンピューターに悪さをするハッカーではありません）。日本にも、大企業や金融業界で今も現役で稼働しているメインフレームがあります。そこで動作しているプラグラムがCOBOLというメインフレーム特有の言語で書かれており、それをメンテナンスできる人は引退し多くはありません。60才を過ぎたエンジニアがメインフレームの保守をしているのです。そうなんです、メインフレームの現場はシニアが支えているのが現実なのです。

2015年にはITエンジニアに占める50才から64才の割合が17%でしたが2030年には27％になると予測されています。シニアでもエンジニアとして活躍する人が増えるとされています。今人手不足から様々な現場でシニア採用が増えてきており元気なシニアが新しいエリアに挑戦している現場さえあります。ITの世界で新しい分野への挑戦は簡単ではありませんが、プロジェクトを管理する立場にいた人、あるいはかつてその領域で活躍しており多くの知見を蓄えているシニア層はプロジェクト管理の現場でPMとして活躍することもできますでしょうし、PMをサポートする立場で若手PMを多方面から支えることもできます。また先ほどのメインフレームのCOBOLプログラマーは今でも（というか今だからこそ）探しているという話はよく耳にします。

AIの可能性

プログラムも人間が書くよりAIに書かせたほうがすぐれているということもよく聞きます。実際、要件が正しく、網羅的に細部に渡って書かれた要件定義書があればAIがそれを人と比較が無意味になるほどのスピードで正確にコンピューター言語に変換できてしまうのは想像できます。あとはそれをテストして正しく要件通りに動作することを確認するだけなので、作業の生産性は飛躍的に上がるでしょう。ユーザーの要望を実現するためのシステム構成は何が最適なのか、システムを構築するのに何人のエンジニアがどれだけの期間必要なのか、今ある機能に何を追加すればユーザーに喜ばれるかなどなど、多様な要件にもこれからAIが答えてくれることは想像に難くありません。従ってAIが人材不足の一端を補ってくれるでしょうし、分野によってはAIとコラボレーションすることが普通の作業プロセスになる、今すでにそうなっている分野もあるでしょう。AIが担うところはAIに任せる、となると今の仕事をAIに奪われると危惧する人もいるかと思いますが、AIで人手が充足する分野はAIに任せ、そうならない分野に人手の作業をシフトしていくことも必要でしょう。今までも新しい技術が人に置き換わり、人が担う新しい仕事が誕生してきました。楽観的な見方でしょうか。経産省は、2040年就業者数は今より400万人減るもののAIやロボットなどで不足は発生しないという予測を立てています。更に理系人材は120万人不足するが文系人材は440万人余剰が出るといいます。

人手不足に関して実際に起きていることを中心に思いつくままいくつか述べてきましたが、これ以外にも多くの対策があるでしょう。先述したようにITの人手不足は何年も前から訴えられてきおりそれでも今まで乗り切ってきました。長時間労働で乗り切った、一部のエキスパートエンジニアが対処してきたなど対策したというよりやむなく現状のまま進んできました。働き方改革が謳われそれまでのような無茶な仕事は慎むのが当たり前になり、AIというツールが登場して今までと違う仕事の仕方をするようになればそれがまた人手不足を乗り切る礎になるでしょう。

さいごに、もうひとつの有効な解決策

最後に、ITエンジニアの人手不足解消の有効な手段を一つ。

システム開発の最終工程はテストです。テストの効率を如何に上げるかは開発工程の命題でした。テストの自動化は今開発現場では当たり前の技術になりつつあります。この分野もAIが導入され、いかに容易に自動化が実現できるかを競っています。しかし、技術の確立された分野ではないため、いかにサポートが充実しているかが導入の鍵でもあります。ATgoは日本で開発され日本で充実したサポートを提供しています。ぜひ一度トライしてみてください。

The post IT人材不足の展望について、現役コンサルタントが語る first appeared on テスト自動化ツールならATgo.

1. Edge V83-V148
2. Chrome V73-V148
3. Firefox V69-V150

ダウンロードはこちら

The post ATgoドライバーを2026/05/08に更新しました first appeared on テスト自動化ツールならATgo.

本紙に加え、Web版でも記事が公開されておりますので、ぜひご覧ください！
https://www.nikkinonline.com/article/386781

The post 日本金融通信社「ニッキン」に弊社代表余澤のインタビューが掲載されました first appeared on テスト自動化ツールならATgo.

更新内容の詳細は以下の通りです。

共通機能改善

1. ATgo起動にかかる時間の短縮

UIテスト機能追加

1. ShadowDOMに対する操作の対応
2. Excelファイルのセルに入力操作を行うコマンド「Set_Excel_CellValue」を追加
3. Excelファイルのセルから値を取得して、変数に格納するコマンド「Var_Excel_CellValue」を追加
4. 現在のフレームの識別情報を取得して、変数に格納するコマンド「Var_CurrentFrameInfo」を追加
5. 現在のフレームから親フレームに移動するコマンド「SwitchFrame_ToParent」を追加
6. CUIモードで実行する際、実行結果の出力先を指定するパラメータ「–outputdir」を追加
7. CUIモードで実行する際、テスト実行に利用する変数を指定するパラメータ「–variables」を追加
8. SwitchFrameコマンドの同名番号に対応

UIテスト機能改善

1. 定義ファイル (define.xml)の編集画面における操作性を改善
2. 実行結果レポートに変数の実値を表示する列を追加
3. 実行結果レポートにセルフヒーリングを行った回数を記録する項目を追加
4. シナリオのフロー図編集画面で、外部データファイル（.xlsx）のドラッグ&ドロップに対応
5. シナリオのコード編集画面で、ファイルのドラッグ&ドロップに対応

レコーディング機能追加

1. ShadowDOMに対する操作のレコーディング対応
2. 接頭辞がVarの変数コマンドについて、CssSelectorとXpath以外の要素特定方法でもレコーディングできるように改善

レコーディング機能改善

1. プラグインレコーダーの起動時に読み込みに失敗することがある問題を改善
2. QUERY_SELECTORでの要素の取得時に、優先的に使用する属性名を設定できるように改善
3. その他、プラグインレコーダー操作性を改善

APIテスト機能追加

1. CUIモードで実行する際、実行結果の出力先を指定するパラメータ「–outputdir」を追加

比較機能改善

1. 結果比較検証機能でのファイルの比較時、除外指定範囲をハイライトするよう改善

Windowsブラウザ対応一覧

1. Edge V83-V147
2. Chrome V73-V147
3. Firefox V69-V150

ダウンロードはこちらです。

The post Version 10.2.0.310がリリースされました first appeared on テスト自動化ツールならATgo.

また、「インクリメント」は、ソフトウェア開発の進捗や成果を理解するうえで欠かせない重要な概念です。プログラミングでは値を増減させる操作を指し、スクラム開発では完成した機能の単位として扱われるなど、文脈によって意味合いが異なります。

そこで今回は、インクリメントの基本的な意味から、プログラミングにおける具体的な使い方、さらにスクラム開発での位置づけまで、分かりやすく解説します。

1.　インクリメントとは？

インクリメントとは、主にシステム開発の現場で使用される用語で、文脈によって意味が異なるのが特徴 です。大きく「プログラミング」と「スクラム開発」の2つの分野で使われており、それぞれ異なる概念を指します。

プログラミングにおけるインクリメントは、変数の値を1増やす操作を意味します。

一方、スクラム開発におけるインクリメントは、スプリントごとに完成させる成果物のことを指し、動作可能なプロダクトの一部として扱われます。

2.　プログラミングにおけるインクリメントの基礎知識

プログラミングにおけるインクリメントは、変数の値を1つ増やす基本的な操作を指します。

主にループ処理やカウンターの管理などで用いられ、処理回数を数えたり、条件に応じて値を更新したりする場面で頻繁に登場します。シンプルな処理ではあるものの、動作の仕組みを正しく理解しておくことが重要です。

また、「デクリメントとの違い」や「インクリメント演算子の使い方」も押さえておくことで、インクリメントについてより深く理解できるだけでなく、実際の処理の流れも把握しやすくなるでしょう。

ここからは、インクリメントとデクリメントの違いや、インクリメント演算子の基礎知識、さらにインクリメント演算子を用いたプログラム例を順に解説します。

2-1.　インクリメントとデクリメントの違い

インクリメントと対になる概念として、デクリメントがあります。

インクリメントは、変数の値を1増やす操作を指します。一方、デクリメントは、変数の値を1減らす操作です。いずれも数値を段階的に変化させる際に用いられ、ループ処理や条件分岐の制御に欠かせない役割を担います。

例えば、 繰り返し回数を増やす場合はインクリメント、残り回数を減らす場合はデクリメントといったように、用途に応じて使い分けることが重要 です。

2-2.　インクリメント演算子について

インクリメントを実装する際には、インクリメント演算子を使用します。インクリメント演算子の代表的な記法は「++」で、変数に対して簡潔に加算処理を行えるのが特徴です。

このとき重要となるのが、「前置インクリメント（++a）」と「後置インクリメント（a++）」の違いです。

前置インクリメントは、変数の値を先に1増やしてから処理に使用します。一方、後置インクリメントは、現在の値を処理に使用したあとで、変数の値を1増やします。

つまり、 両者の違いは「値を増やすタイミング」にある ということを覚えておきましょう。

なお、デクリメント演算子は「–」で表され、インクリメント演算子と同様に前置デクリメント（–a）・後置デクリメント（a–）の使い分けが存在します。

2-3.　インクリメント演算子を用いたプログラム例

前置インクリメントと後置インクリメントの違いを、具体的なプログラム例で確認します。

【前置インクリメント（++a）】

上記のプログラム例の場合、2行目の出力は3、3行目の出力は4、4行目も4となります。「++num」は「num = num + 1」と同じ意味であり、 値が増えた状態で処理に使われる点が特徴 です。

【後置インクリメント（a++）】

上記のプログラム例の場合では、2行目と3行目の出力がともに3となり、4行目で4が出力されます。値を使用したあとで増加するため、 ループカウンターのように「処理後に値を更新したい」ケースで特に便利 です。

このように、前置インクリメントと後置インクリメントの違いを理解して演算子を使い分けることで、意図した通りの処理を実装しやすくなります。

3.　スクラム開発におけるインクリメントの基礎知識

スクラム開発におけるインクリメントは、スクラムフレームワークにおける主要な作成物の1つであり、スプリント終了時に完成した成果物の増分を指します。

スクラムガイド（スクラム開発の公式ガイド）では、インクリメントは 「プロダクトゴールに向けた具体的な踏み石」と定義されており、開発の進捗を示す重要な指標 と言えます。

各スプリントで作成されたインクリメントは、既存のインクリメントに追加される形で積み重なり、最終的に価値のあるプロダクトとして完成していきます。

したがって、インクリメントは単なる途中成果ではなく、常にリリース可能な品質を備えていることが求められます。

ここからは、インクリメントの完成条件や評価方法について詳しく紹介します。

3-1.　インクリメントの完成の定義・条件

インクリメントを「完成した成果物」として扱うためには、あらかじめ定められた「完成の定義（DoD：Definition of Done）」を満たす必要があります。

完成の定義とは、 どの状態であれば完成とみなすのかを明確にする共通基準であり、インクリメントにおける品質や作業範囲の確約 とも言えます。

具体的には、次のような項目が完成の定義に含まれます。

これらの条件を満たしてはじめて、インクリメントは「完成」と判断されます。

完成の定義をスクラムチーム全体で共有しておくことで、メンバー間の認識のズレを防ぎ、作業の透明性を高める効果も期待できます。結果として、 品質のばらつきを抑えながら安定した開発を進めやすくなる でしょう。

3-2.　インクリメントの評価方法・ポイント

インクリメントの品質を担保するためには、完成の定義を満たしているかを適切に評価することが欠かせません。下記は、インクリメントの代表的な評価方法・ポイントです。

（1）チェックリストによる確認
あらかじめ作業項目や完成条件をチェックリストとして整理し、それぞれの項目を順に確認する方法です。複数の条件を体系的に確認できるため、評価の抜け漏れを防ぎやすく、一定の品質を維持するうえで有効です。

（2）デモンストレーションでの確認
完成したインクリメントをステークホルダーに実際を見せ、機能やパフォーマンスを確認してもらう方法です。リアルタイムでフィードバックを得られるため、改善点を明確にしやすく、次のスプリントに反映しやすくなります。

（3）自動化テストによる評価
テスト工程を自動化することで、品質確認を効率的かつ継続的に行う方法です。手動作業の負担を軽減しながら、一定の基準を満たしているかを繰り返し検証できるため、開発スピードと品質の両立に寄与します。

さまざまな評価手法を組み合わせて活用することで、インクリメントの完成度を多角的に確認でき、より信頼性の高いプロダクト開発につながるでしょう。

4.　インクリメントに関するよくある質問（Q&A）

最後に、インクリメントに関するよくある質問をQ&A形式で分かりやすく説明します。

まとめ

The post インクリメントとは？プログラミング・スクラム開発における基礎知識 first appeared on テスト自動化ツールならATgo.

1. Edge V83-V147
2. Chrome V73-V147
3. Firefox V69-V150

ダウンロードはこちら

The post ATgoドライバーを2026/04/22に更新しました first appeared on テスト自動化ツールならATgo.

1. Edge V83-V147
2. Chrome V73-V147
3. Firefox V69-V149

ダウンロードはこちら

The post ATgoドライバーを2026/04/13に更新しました first appeared on テスト自動化ツールならATgo.

1. Edge V83-V146
2. Chrome V73-V147
3. Firefox V69-V149

ダウンロードはこちら

The post ATgoドライバーを2026/04/08に更新しました first appeared on テスト自動化ツールならATgo.

2024年に開始して3年目となる山手線のDreamトレインは、全国から募集した4099人の個人の夢と406社の企業・団体の夢、そして11名の著名人の夢を乗せて、車内を夢の桜で満開に咲かせてこの春に東京の環状線を走ります。
Dreamトレインについて詳しくはこちら：https://prtimes.jp/main/html/rd/p/000001636.000000112.html

RGSの夢の掲出場所は窓の上に位置する【3連サイネージの左画面】です！
本日4月1日より運行開始し、4月15日までの約2週間走ります。

ぜひ探してみていただけますと幸いです。

Dreamトレインの走行位置を確認する方法

JR東日本公式アプリを無料ダウンロード→運行状況→列車走行位置→山手線をタップ
桜のアイコンが目印の車両がDreamトレインとなります。
https://www.jreast-app.jp/
各路線の運行状況や経路検索、エキナカ・駅ビル情報なども見ることが出来ます。

April Dreamとは

株式会社PR TIMESが提唱する、企業・自治体・各種団体・個人が、4月1日に“ウソ”ではなく“夢”を「April Dream（エイプリルドリーム）」として発信する新たな文化です。 発信することが、自分自身への決意になるかもしれない。発信することで、思わぬ協力者に出会えるかもしれない。April Dreamの機会に夢を言ってみることで、夢実現の一歩になると信じ、夢を発信できる場をつくり、呼びかけています。

The post 【April Dream】山手線にATgoの夢が掲出されます！ first appeared on テスト自動化ツールならATgo.

1. Edge V83-V146
2. Chrome V73-V146
3. Firefox V69-V149

ダウンロードはこちら

The post ATgoドライバーを2026/03/25に更新しました first appeared on テスト自動化ツールならATgo.