EVMとは｢Earned Value Management(アーンド・バリュー・マネジメント)｣の略語で、**プロジェクトにおける計画、作業工程、成果物などを全てコストに換算し、｢計画(予算)｣と「実績｣、｢要したコスト｣を比較して、｢どの程度進んだのか｣｢費用はいくら掛かったのか｣を把握するための手法**です。

これらを分析することで、**プロシェクトの進捗状況を把握し、将来的に発生する可能性のある問題を予め察知**します。このようにEVMはコストの視点を取り入れたプロジェクト管理の有効な手法のひとつです。

EVMは元々、米国総務省における物資調達規則の一部として制定されたのが始まりです。その後、国家的なプロジェクトのパフォーマンスを上げるために何度も見直しが行われ、発展を繰り返しています。

**EVMの大きな特徴は、従来のプロジェクト進捗管理においてはメジャーな指標だった時間軸だけではなく、コスト指標を取り入れた点です。**日本においては、経済産業省において*EVMに関するガイドライン策定の動き*があり、今後政府案件では、受注条件に「EVM」を用いた管理の採用を含めるべきとの意見もあります。

### これまで利用されることが多かったのは、PERT図とWBSという手法

これまでIT開発のプロジェクトでは、プロジェクト管理に*PERT図*や*WBS*がよく利用されていました。これらは時間軸（スケジュール）でプロジェクトを管理する手法です。

*PERT図*は、なじみのある方が多いと思いますが、プロジェクトの流れや所要時間を図に表し、業務計画を立てます。

 複数の作業が並行して行われるプロジェクトでは、1つの作業が遅れると他方の作業が遅れ、結果として全体が遅れます。このように、*各作業間の依存関係や重要性がよく分かり、進捗管理がしやすいというメリット*があります。

一方で*WBS*も、よく用いられる手法なのでご存知の方が多いと思いますが、プロジェクトの目的達成に必要なタスクを洗い出し、各タスク毎のスケジュールを明確にします。*各タスクの工数も見積もるため、全体工数が把握でき、進捗管理がやりやすくなるというメリット*があります。

**いずれも進捗管理の指標は時間です。それらに対し、コストとスケジュールの両面から管理するのがEVMです。**

PERT図とは？目的・種類・構成要素・作成方法とメリットを解説！

IT開発プロジェクトで必須のWBSについて、改めて見直してみよう

あなたが仮にプロジェクトリーダーを任され、EVMを用いたプロジェクト管理を行うことになったとしましょう。プロジェクトメンバーには、EVMについて説明をしなければなりません。

しかも簡潔に、分かりやすく説明をしなければ、メンバーはあなたに従わないかもしれません。かといって、勉強会を開くほどの時間もありません。そんな時は次のような説明してみてください。

**「EVMはプロジェクト管理の手法で、すべてをコストに換算し、計画に対して進捗をコストで管理するやり方です」**と。

では続いてEVMに対する理解を深めるため、EVMを採用するメリット、デメリットについて考えてみましょう。

## EVMのメリット・デメリットについて

経済産業省によるガイドライン策定を筆頭に、日本国内において導入しようという動きが高まっているEVMですが、メリットだけではなく、もちろんデメリットも存在します。

ここでは、そんなEVMのメリットとデメリットを解説します。

前述の通り、EVMはコストによる管理を取り入れたプロジェクト管理手法です。それを踏まえたうえで、次の2点が*メリット*として挙げられます。

*1.プロジェクト管理をより客観的に管理ができる*
従来のプロジェクト管理手法はあくまでもスケジュール面の進捗管理が主であり、「計画に対して遅れている」「計画よりも早く進捗している」という点でしか、進捗が把握できませんでした。

**EVMにはコスト指標が加わり、コストマネジメントの要素が入ることで、より客観的、合理的な判断や意思決定を促す**ことができます。

*2.プロジェクトの予測精度が高まる*
プロジェクト管理に**コスト指標が加わったことで、将来予測の精度が高まります。**例えば、プロジェクトの折り返し地点で、スケジュール進捗率が50%、予算進捗率が50%なら、プロジェクトは予定納期と予定コスト内で収まる可能性が高いことが分かります。

仮に予算進捗率がスケジュール進捗率を上回っている場合は、コスト圧縮策を講じる必要が出てきます。逆に予算進捗率がスケジュール進捗率を下回っている場合は、さらなるリソース確保が可能と判断され、*いずれにしても早めの対策を打つことができます。*

一見、万能に思えるEVMですが、次のような*デメリット*を抱えており、プロジェクトの前に何らかの補完策を講じておく必要があります。

*1.品質コントロール機能がない*
EVMにはコストとスケジュール以外の指標がなく、**品質を管理するためには別の管理手法を追加する必要**があります。

*2.クリティカルパスが不明確*
プロジェクトの工程にはクリティカルな工程があります。この工程を他の工程と同様にコストだけで管理すると、その工程で問題が発生した際に、他の工程や全体工程に影響を及ぼす可能性があります。

**クリティカルパスはプロジェクト管理の基本ですので、必ずこの管理手法を除外しないよう気を付ける必要**があります。

ここまでで、EVMの概念はある程度理解されたかと思います。続いて、*EVMの構成要素*について触れておきます。次の(a)から(e)まで、5つの構成要素(指標)は頭に入れておいてください。

### (a). PV (Planned Value)－計画価値

**計画作成段階で見積もった予算**を意味し、ある期限までに完了しなければならない作業に対する総予算・総コストのことです。たとえば「〇〇ツールの開発にあたり、1カ月間に必要な予算はいくらか」という視点で、主に開発要員のコストを推定して算出することです。

1カ月間に人件費が50万円/月の初級プログラマーを投入する計画であれば、PVは50万円です。50万円が基準値(ベースライン)となり、60万円/月の中級プログラマーを投入した場合は、10万円のコストオーバーが発生し、この10万円が基準値からの*遅れ*と判断されます。

### (b).AC (Actual Cost)－実際に要したコスト

**ACは実コストのことで、ある時点から特定の時点までに要したコストのこと**です。

例えば「〇〇ツールの開発にあたり、1カ月で実際にかかったコストは60万円」というようにACを用いて表現します。

### (c).EV (Earned Value)－出来高実績値

**EVMのEVのことで、｢出来高実績値｣とも訳されます。**作業の達成度を時間で判断するのではなく、金銭的価値に置き換えて判断します。

AC(実際に要したコスト)に対するEV(出来高実績値)の比率を*CPI(Cost Performance Index)*と称します。CPIは「コスト効率指数」という指標で、*『EV ÷ AC = CPI』*の算式で表され、1を下回るとコスト超過と判断します。プロジェクト進行管理で、コストが予算内に収まっているか否かを判断する際に用います。

### (d).SV (Schedule Variance)－スケジュール差異

**SVはスケジュール差異を示します。EV(出来高実績値)と、PV(計画価値)の差分です。**

*『EV ‐ PV = SV』*の算式で表され、結果がプラスなら、オン・スケジュールと判断し、結果がマイナスならスケジュール遅延と見なします。

 例えば、「〇〇ツールの開発」にあたり、2カ月目までのEV(出来高実績値)が80万円、2カ月目までのPV(計画価値)が70万円なら*『EV(80万円）－PV(70万円） = SV(10万円）』*で、スケジュールは計画よりも早く進んでいると判断できます。

### (e).CV (Cost Variance)－コスト差異

**CVはコスト差異を示します。AC(実際に要したコスト)と、EV(出来高実績値)との差分です。**

*『EV－AC = CV』*の算式で表され、結果がプラスなら、その時点でのコストは予算内、マイナスの場合は予算オーバーと判断できます。

例えば、「〇〇ツールにあたり」、2カ月目までのEV(出来高実績値)が70万円、2カ月目までにのAC(実際に要したコスト)が90万円なら、*『EV（70万円）－AC(90万円）= CV(－20万円）』*となり、予算オーバーと判断します。

以上5項目がEVMの基本的な指標です。EVMに対するイメージが明確になったのではないでしょうか?まずはプロジェクト管理でこの5つの指標を実際に用いてみることをおすすめします。

従来型のIT開発プロジェクトにおいて、主に重きを置かれたのはスケジュールでした。納期厳守のためにSEやPGの徹夜を黙認するような風潮すらありました。この結果、**プロジェクトが終了してから、予算オーバーが発覚するという事態が常態化**してきました。

これは、日本のIT開発の生産性が高まらない1つの原因と見られています。*EVMがそのスケジュール偏重のプロジェクト管理を打破する1つの手段*です。

EVMと聞くと、何か難しいことのように感じますが、この記事をお読みになられた方は意外に簡単だということを理解されたと思います。

**EVMでは、EV(出来高実績)、PV(計画価値)、AC(実コスト)の各指標について縦軸をコスト、横軸を期間とするグラフで、3本の曲線で表します。**

このグラフを基にして、*リソースの使用状況が明瞭になり、完成時点の数値まで見積もることができます。*EVMの管理をする上で、このグラフを用いることで「予算に対して、消費したコストは下回っているのか、上回っているのか?」、「使用したコストに対して、成果は上回っているのか、下回っているのか?」が一目瞭然となり、**プロジェクト内の情報共有や上層部への進捗報告にも有効なツール**になるでしょう。

**EVMは計画と実績の見える化**です。各指標は数字で表さなければなりません。数値化するには*人的資源能力*や*品質出来高*をいかに定量的に把握するかによって、精度が変わってきます。まずはこれらの指標の客観的根拠をしっかり形成することが求められます。

*正しい人事評価制度、品質評価の仕組みが必要*になります。関係者で知恵を出し合って、皆が納得し得る基準を設けることで、プロジェクト管理の精度はさらに高まり、メンバーのモチベーションアップにもつながるでしょう。

記事をお読みいただいた皆さんがEVMを更に理解し、自身の関わるプロジェクトに採用されることを願っています。

プロジェクト成功の鍵！プロジェクトリーダーの役割について解説

IT開発のプロジェクト進捗管理に有効と言われるEVM(Earned Value Management)は、PMやSEにとって体得しておくべき管理手法の1つです。ここでは、そんなEVMの概要、メリット・デメリット、構成要素、EVM活用法などを解説します。

EVMは、従来型のスケジュール視点にコスト管理の視点を加えた、プロジェクト管理の手法

EVMには品質管理の視点が不足しており、EVMだけでプロジェクトを管理するのには限界がある

PMやSEはEVMを体得し、スキルアップやキャリアアップにつなげられる

PMやSEに必須のプロジェクト・マネジメント手法のEVMについて理解しよう

ここで言う言語とはプログラミング言語のことで、*アプリケーションソフトウェアを記述するプログラミング言語*のことを言います。*家電や産業用システムにはコンピュータシステムが内蔵*されており、アプリケーションソフトウェアによって補助機能や監視機能が実装されています。

*組み込み言語は組み込みシステムで稼働する組み込みアプリケーションを記述する*ための**プログラミング言語**を指します。ここでは、組み込み系言語がどのように用いられているのか見ていきましょう。

### 組み込み系言語で開発するシステムは？

組み込み系言語を用いて開発する*アプリケーションは、電子機器を制御したり動作監視をするソフトウェア*となります。そのアプリケーションは家電品や産業用システム・装置に組み込まれており、*本体と独立して稼働*することにより**本体動作を自動化**したり、機器の動作が**正常か監視**する役割を持ちます。

### 組み込み系言語を活用する人は？

組み込み系言語はコンピュータのプログラミング言語となります。*組み込みエンジニアが組み込み機器の設計・開発・実装を担当*し、*不足機能を必要に応じて組み込み系言語を用いてプログラム開発*を行います。

*組み込みシステムのプログラマー*は開発工程の**プログラミング**を中心に対応します。同様に*開発した組み込みソフトウェア*の**メンテナンス**も担当します。

組み込みエンジニアのお勧めの資格は？キャリアップのための資格を解説！

近年、*スマート家電やスマート機器*が市場に浸透しています。その家電製品や機器などの通常の機能に加えて、IoT等の情報通信機能や補助機能が一層充実してきました。

機器の内部では機械と独立してマイクロプロセッサーやLSI等が搭載されています。その*機器本体とは独立した電子機器を制御するためのシステム*を**組み込みシステム**と言います。

従来は*白物家電*と言われていましたが、現在は*スマート家電*として注目度が高まっています。具体的には電子レンジや炊飯器の自動調理機能、冷蔵庫の食品管理技術、洗濯機の水量調整・乾燥機能、エアコンの自動温度調整等があります。

これらは、*機器本体の機能と独立して稼働を監視したり本体へ動作を指示するマイコン*が内蔵されており、**組み込みシステムの実装例**の1つと言えます。

現在車の必需品となりつつある*カーナビゲーションシステムや渋滞予測*は、内部搭載されているコンピュータシステムにより動作しています。同様に車自体も脱炭素社会に向けてEV化を進んでいきますので、*装置の電子部品化が更に進み組み込みシステムの実装*が**さらに増える**でしょう。

交通監視システムや防犯システム等の*セキュリティ機器*への活用が広がっています。また、*医療用機器の検査装置やモニターシステム*内部には数多くの**組み込みシステムが搭載**されています。*輸送用機器では自動車以外でも船舶や人工衛星・航空機*とあらゆる機器に適応されています。

組み込み系言語は多岐にわたりますが、*C言語、C++、Java、アセンブラが代表的な言語*となります。組み込みエンジニアは**組み込みシステムの特性に合わせて**稼働環境のOSと開発するソフトウェアモジュールの*プログラミング言語を選択*します。

組み込み系言語は既存システムを流用するのか、新規開発するのか等によって、選択する言語を検討していきます。

C言語は*1972年登場以来50年近く*にわたりUNIX/Linux系システムで活用されており、**高速な動作とコード再利用性**に特徴があります。長きにわたって使用されているために*組み込み用ライブラリーの蓄積が多くメンテナンス性に優れています*。

C++はC言語から派生したオブジェクト指向言語です。そのため、旧来からのアプリケーションメンテナンス性に強みを持つC言語に並び利用されています。*C++はオブジェクト指向言語であり、数多くの開発環境でサポート*されています。そのために、**新規開発時の標準言語**として*採用*されるケースが多くなっています。

### Java、アセンブラが活用される理由

Java、アセンブラはC言語やC++よりも特定領域に用いられます。*Javaはコード再利用性が高い*ですが、**動作速度が遅い**のが難点となります。逆に*アセンブラはCPU固有のマシン語記述により実行速度が高速*ですが、**CPU依存度が高く移植性が低い**のが難点となります。

## 組み込み系言語の稼働環境は？

ここでは、組み込みシステムの稼働環境としてどのようなオペレーティングシステム(OS)が選ばれるのか見ていきましょう。*ITRON、VxWorks、OS-9*は聞きなれない人も多いかもしれませんが、**組み込みシステム向けのOS**となります。

同様に*Windows、Linux、Android*はPCやサーバー、スマート機器に実装されている比較的目に触れることの多いOSで**汎用的に利用されるOS**です。

### 組み込みシステムの要件は？

*組み込みシステムの実装条件や稼働条件*には**多くの制約**が求められます。そのため適合要件をクリアしたものが組み込みシステムとして実装されています。具体的には*収納スペース*に制限があり、フォームファクター（実装面積）が所定のサイズに入る必要があります。

同様に対環境性として*稼働温度が保証*される必要があります。具体的には車のダッシュボードは高温になりますし、調理器具も高温ですので耐熱性が求められます。また結果的にスペース効率の問題で消費電力を低減するために*省電力CPUを選択したり、メモリー容量も制限を受ける*ことが多くなります。

そのため、開発するアプリケーションは*省電力CPUでも動作する速度*と*メモリー使用量*が**重視**される傾向があります。

### 組み込み専用OSが採用される理由は？

*ITRON、VxWorks、OS-9*は代表的な組み込み専用OSとなります。特徴は処理の*リアルタイム性能が高くレスポンス時間の保証がしやすい*こと、システムオーバーヘッドが少ないため処理完了時間が所定の想定範囲に収まり**動作予測がしやすい**ことが挙げられるでしょう。

### 汎用OSが採用される理由は？

*Windows、Linux*が代表的な汎用OSとなります。同様に*Android*はスマート機器での採用が増えています。特徴はターゲット環境を構築する際にも汎用OSですので、*手軽に開発・デバッグが行える*メリットがあります。同時に*ネットワーク接続やGUIの実装も簡単*にできますので今後**適応領域が広がっていく**でしょう。

組み込み言語を学ぶ際は、市販の書籍あるいはITプログラミングスクールを活用しましょう。実際の開発工程では、*組み込みシステムの特性によってどの組み込み言語を使用するか選択*していきます。そのため、稼働環境に合わせたプログラミングを行いますので、プログラミング能力とともに**組み込みシステム特性を理解すること**が求められます。

組み込みOSとしては、*LinuxやWindows*を用いるケースが多いです。そのため、*Raspberry Pi*など*市販の組み込みシステム*を用いて*スキルアップを図る*ことができます。同様にスマート端末を活用する場合は、*AppleのiOSやAndroid*でアプリケーション開発を進めることが多いので、OSが対応する端末を利用して*API学習を進める*ことができます。

ITパスポートを取得するための勉強時間は？詳細やメリットも解説

## 組み込み言語および組み込みシステムのスキルを高めてチャレンジ領域を広げよう

組み込みシステムは家電から医療機器・産業システムに至るまで、多くの機器に組み込まれています。特に*IoTとしてモノのインターネットが情報共有による利用領域を拡大*されており、今後も**採用の幅が広がる**でしょう。

その拡大する組み込みシステムを動作するアプリケーションは組み込み言語により開発・保全されています。特にIoTでは利便性に加えて*不正アクセスに対する安全性に対するニーズ*が非常に求められます。

そのため、組み込みシステムの開発モジュールはより安全性が求められ、*組み込み系言語の知識とプログラミング経験*がさらに**今後重要となる**でしょう。

組み込み系言語とは、組み込みシステムで特に採用比率が高いアプリケーション開発言語を指します。アプリケーションは組み込みシステムで用いられるため、実装条件や稼働条件の制限化の下、稼働性能や安定性等最適化が求められます。IoTによるモノのインターネットでの情報共有が進んでおり、プログラミング能力のみならず組み込みシステムの深い理解が求められるでしょう。

組み込み系言語とは組み込みシステムで活用されるプログラミング言語を指します

組み込みシステムは多岐に渡るため、用途に応じ組み込み系言語が採用されます

組み込み系言語と組み込みシステムの特性の理解は共に重要となり、今後さらに需要が高まるでしょう

組み込み系言語とは？拡大する組み込みシステムの用途についても解説！

従来、システム開発やソフトウェアの開発手法は、ウォーターフォール開発が一般的でした。2000年代以降は、アジャイル開発という開発手法が注目されています。アジャイル(Agile)sとは「素早い」を意味する英語です。まさにその意味の通り、**アジャイル開発は、大まかなシステムの仕様が決まったら、「手直しを前提に、まずは作ってみる」という考え方にのっとり、極力少ない工数で、短期間で開発をする手法**のことです。

### ウォーターフォール開発とは

アジャイル開発が一般化する前は、「ウォーターフォール開発」がシステム開発手法の中心でした。**ウォーターフォール開発は、システム開発の際に、最初にプロジェクトの要件定義や綿密な設計をしてから開発に取り掛かる手法**です。「*システム分析→システム設計→システム開発→システムテスト→保守*」というシステム開発の一連の工程を、一斉に最初から順番に実行していくため、*滝のように上から下に水が落下するイメージからウォーターフォール開発*と呼ばれています。

ウォーターフォール開発はメインフレーム(汎用コンピューター)で主に用いられた伝統的な開発手法ですが、ダウンサイジングやクラウド、モバイルといった新しい技術が主流となり、日進月歩で技術が進展する中、ウォーターフォール型の開発手法は時代にマッチしなくなってきました。

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

ウォーターフォール開発よりもはるかに**システム開発の期間短縮が可能なアジャイル開発**の基本的な流れについて触れておきましょう。

*■リリース計画*
**仕様やユーザー要求の取りまとめ過程を、アジャイル開発では「リリース計画」と称します**。「リリース計画」は開発における方向性を示したもので、厳密さは求められません。開発の過程で、当初の「リリース計画」ではなかった仕様やユーザー要求が追加されるのは当たり前にあるという前提に立っています。

*■イテレーション*
リリース計画が決まると開発に着手します。アジャイル開発では**各機能単位で「要件定義→設計→実装→テスト」のサイクルを短期間で繰り返します。これをイテレーション(反復)と称します**。

このように、時代の変化にそぐわなくなってきたウォーターフォール開発に代わって、仕様変更に柔軟に対応できるアジャイル開発が主流となってきましたが、**アジャイル開発にもいくつかの手法が存在します**。ここでは代表的な3つの手法について簡単にご紹介します。

*1.スクラム開発*
スクラム開発のスクラム（Scrum）とは、ラグビーのスクラムが語源です。**ラグビーの様にチーム一丸となって、システム開発を進めるフレームワークです**。

スクラム開発とは？エンジニアが知っておきたい情報をまとめました！

*2.エクストリーム・プログラミング(XP)*
エクストリーム・プログラミング（Extreme Programming）は「XP」と略され、技術者、**とくにプログラマーを重視した開発手法です**。仕様変更、要求変更、機能追加を当然のこととして想定し、プログラマーが常にペアで相互チッェクをしながら開発を行います。

*3.ユーザー機能駆動開発(FDD)*
ユーザー機能駆動開発（Feature Driven Development）は「FDD」と略され、**ユーザー(顧客)の機能価値（feature）という視点に重きを置いた開発手法です**。初めにユーザー機能一覧を作成し、短い間隔で反復 (イテレーション) を繰り返しながら、ユーザー機能を実装していきます。

## アジャイル開発のメリット・デメリット

アジャイル開発はウォーターフォール開発に苦手な部分をカバーし、**システム開発の生産性を高める優れた手法ですが、アジャイル開発にも弱点は存在します**。その弱点、デメリットを理解した上で、適切な手法を選択していくことが重要です。

まずは、アジャイル開発のメリットを理解しておきましょう。**アジャイル開発手法の強み、メリット**を整理すると以下のようになります。

*1.仕様変更にスムーズに対応することが可能*
仕様変更が当たり前だという前提で、あまり細かく仕様を決めないため、逆に*仕様変更に対応しやすくなります*。

*2.開発スピードが早い*
仕様変更を前提とした開発手法のため、ウォーターフォール開発のような*大きな手戻りが発生しにくくなります*。

*3.顧客の要望を満たしやすい*
開発途中で顧客の要望(=仕様変更、仕様追加)に柔軟に対応できるため、*顧客の要望を満たせる確率が上がります*。

*4.UI(User Interface)重視のシステムに強い*
途中で仕様変更が発生しやすい*WEB開発、WEBアプリ、スマホアプリの開発には対応しやすい*のもメリットと言えます。

### アジャイル開発のデメリット

良いことずくめに見えるアジャイル開発ですが、実は次のような**弱点、デメリットもあります**。

*1.開発の方向性や目的がぶれてしまうことがある*
現状調査や分析、要件定義のフェイズを大きく省略するため、*仕様変更を繰り返している内に当初のシステム開発の目的から外れてしまうことがあります*。

*2.全体の進捗管理がしづらいことがある*
アジャイル開発では、開発スケジュールを詳細に決めず、*進捗状況を把握するための物差しが明確ではないことから進捗管理がしづらくなることがあります*。

*3.要件が定まっているプロジェクトには向かない*
汎用系やレガシー系システムのリプレイスなど、*要件が定まっており、途中での仕様変更が発生しにくいプロジェクトではウォーターフォール開発が適しています*。

スクラム開発手法のメリット・デメリットと失敗から学ぶ成功の秘訣

## IT人材の枯渇とアジャイル開発

日本ではIT人材の枯渇が国家的な問題として指摘されています。一方で経済産業省が警鐘を鳴らす*「2025年の崖」問題*があり、このギャップ解消を図らなければ、日本経済は致命的な損失を被るとされています。その**解決手段がDX(テジタル・トランスフォーメーション)と言われています**。

世界ではソフトウェア開発の生産性向上にアジャイル開発が当たり前になっていますが、*日本ではいまだにウォーターフォール型の開発が主流であり、世界との格差が顕著になっています*。

**日本が世界に追いつくためには、アジャイル人材の育成や確保が急務なのです**。では、アジャイル人材にはどのような知識、スキルが求められるのてしょうか?

### アジャイル人材に求められる知識

**■アジャイル開発の原理・原則の理解**
アジャイル開発を担ううえで、アジャイル開発に関する原理、原則の理解が欠かせません。アジャイル開発の原理、原則を理解するには、*「アジャイルソフトウェア開発宣言」*を知っておく必要があります。「アジャイルソフトウェア開発宣言」は2001年にソフトウェア開発の将来について議論をするために、17人の著名な有識者が集まり、その議論の結果を宣言としてまとめたものです。
この宣言では*アジャイルソフトウェア開発がもつ4つの特徴と価値*を明らかにしています。

◆“プロセスやツール”よりも*「個人と対話を」*
◆“包括的なドキュメント”よりも*「動くソフトウェアを」*
◆“契約交渉”よりも*「顧客との協調を」*
◆“計画に従うこと”よりも*「変化への対応」*　を価値とする。

すなわち、『”左記の事柄”に価値があることを認めつつ、*「右記のことがら」*により価値をおく』として、この他にも12の原則を示しました。
これらが、今日のアジャイル開発における礎(いしずえ)となっているのです。

### アジャイル人材に求められるスキル

アジャイル開発のメンバーには、ソフトウェア開発の基本スキルに加えて、次のスキルが求められます。

**■技術スキル**
アジャイル開発の参加メンバーには、ソフトウェア開発に関する基本スキルと合わせ、以下のような技術スキルが求められます。

●ペアプログラミング
●テスト駆動開発
●テスト自動化
●継続的インテグレーション

**■チーム運営スキル**
アジャイル開発は*スクラム*と呼ばれるチームで進めることが多くなりますが、そのスクラムの成否は*スクラムマスター*と呼ばれるリーダーの手腕にかかっています。*スクラムマスター*がメンバーの力を最大限に引き出すには、次のようなチーム運営ノウハウを押さえておくことが必要です。

●スプリント計画、推進
●日次ミーティング
●タスクかんばん
●バーンダウンチャート
●振り返り

**■ヒューマンスキル**
アジャイル開発には*ヒューマンスキルも重要な要素*です。これは*自ら体得*していくしかありませんので、アジャイル開発に参加し、失敗を経験し、試行錯誤で悩みながら、身に付けていくしかありません。例としては次のようなものがあります。

●継続的改善
●コーチング
●ファシリテーション
●サーバントリーダーシップ

以上、学ぶべきことが多いというよりは、それらの**概念を理解した上で自ら獲得していくもの**が大半です。これらの体得には不断の努力が求められますので、自らのステップアップ計画と連動させ、ぜひアジャイル人材を目指してください。

## アジャイル開発はDX実現の切り札となる!

アジャイル開発においては、**テクノロジー面も必要ですが、何よりも行動変容が求められます**。アジャイル組織、アジャイル人材が求められています。一方、経済産業省が提唱している**DX(：Digital Transformation）も、単にデジタル化ということではなく、行動変容を通じて組織を変え、人を変え、ビジネスモデルの変革することを目的**としています。そうした意味では、**アジャイルとDXは表裏一体の関係にある**と言っても過言ではないでしょう。

DXのタイムリミットは2025年、余すところ4年もありません。この間に、企業は大転換を迫られています。一方で冒頭に述べたように、*IT人材の不足は深刻化*しています。この**限られた時間の中で、システム開発のスピード、生産性を飛躍的に向上させる必要があるからこそ、スピード開発に強いアジャイル開発が求められるのです**。

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

今や、ペーパーレス、印鑑の廃止、ワークフローやSFAが当たり前になっています。一方で、古い組織や、古いやり方をなかなか打破できないのも事実です。その原因は人です。だからこそ行動変容が必要なのです。過去の成功体験は捨てましょう。頭をまっさらにして、まずは自分を変えることです。**意識が変わらなければ行動は変わりません**。

今、DXを実際に推進する多くの企業では、DX推進の有効なアジャイル開発の検討や適用を始めています。**アジャイル開発の普及や成功が、企業の競争優位を獲得する重要なバロメーター**になってきます。

しかしアジャイル開発は、IT部門だけの問題ではありません。トップも含めて企業全体にアジャイルの導入や定着が必要です。マネジメントそのものもアジャイル思考に変えなければなりません。

ウォーターフォール型の組織や開発手法を全面否定する必要はありません。ウォーターフォールが適した業務やシステム開発はあります。これまでウォーターフォールで培ってきた考え方は理解し、必要な部分は活かし、企業や組織の目的、方針や戦略に合わせた、それぞれのアジャイルを志向すべきでしょう。いずれにしても、今変わらなければ、未来はありません。**DX推進の鍵はアジャイルにある**といっても過言ではないのです。

DXの取組事例に学ぶDX成功のポイントとITエンジニアへの期待

迅速なソフトウェア開発を目的として生まれた「アジャイル開発」手法の特徴やメリット、デメリットは？伝統的な開発手法「ウォーターフォール開発」との違い、「アジャイル開発」はDX推進の切り札となるのか、「アジャイル開発」人材に必要なスキルなどについて考察します。

アジャイル開発とは何か？ウォーターフォール開発との違い

アジャイル開発のメリット・デメリット

アジャイル開発はDX推進の切り札になる

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

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

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

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

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

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

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

平成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つのポイント【在宅勤務の処方箋】

お役立ち記事