【Digital Technology×Operation Expert＝DX Consultant】
Regrit Partnersは2017年10月に外資系コンサルティングファーム/SIer出身者を中心に設立したコンサルファームです。4年目を迎え社員数約100名と急成長しており、同年に設立したスタートアップの中で最も業績が高く今注目の企業です。
設立以降プライム案件を主とし、大手事業会社を中心に「デジタルトランスフォーメーション」にかかわる、フロントからバックまで業務プロセス改革~定着化支援、改革を支えるAI/RPA等の先端テクノロジーを活用したIT導入コンサルテーションを得意としています。
創業からコンペにおける勝率は9割を超えており、金融、商社、製造、建設など、売上高5000億円以上のグローバル企業を主とした60社強に対し、合計200以上のプロジェクト実績を有しており、CAGR64%と急成長を遂げています。
加えて、B2Bソリューション・サービスの新規事業を自社で開発しており、フリーランスや小規模企業から大企業まで、業界の枠を超えたアライアンスおよび協業を多数実施しております。
同社のMissionは 「CxO Firm」として、1,000名のCxOを輩出するコンサルファーム企業を目指しています。
【Consultant＋1】として、自社の新規ソリューション/事業開発、採用・育成・PR・経営に資する取組みに参画いただくことで、一緒に企業・組織づくりに関与し、個の能力の最大化を図っています。

■単体業績
1期目　売上:3.6億円
2期目　売上:7.2億円
3期目　売上:9.0億円
4期目　売上(見込):16億円
★2021年版 日本における「働きがいのある会社」ランキング 小規模部門にて26 位に選出されました。https://hatarakigai.info/ranking/japan/2021.html#modal-s-26

株式会社Regrit Partners

**企業のDX支援や業務改善のコンサルティング、新規事業**を手掛けるコンサルティングファーム、**[Regrit Partners（リグリットパートナーズ）](https://www.regrit-p.com/)**。

創業4年にして100名規模に成長するなど、急成長している新鋭のコンサルティングファームです。

コンサルティングファーム出身者はもちろん、**SEやSIerの出身者も活躍している**というRegrit Partners。

その要因を紐解といて見えてきたキーワードが**「心理的安全性」**でした。

Regrit Partnersでシニアエキスパートを務める大野さん、マネージャーを務める佐々木さんに詳しくお話を聞きします。

## SEやSIer出身者が活躍できるRegrit Partnersの環境

#### balloon and-engineer left
Regrit PartnersはDXのコンサルティングから、新規事業等までされていらっしゃいますよね。
他のコンサルティングファームとの違いや特徴はどの点でしょうか。

#### balloon regrit-ohno right
Regrit Partnersはもともと業務改善のコンサルティングから始まっています。
そのため、**プロダクトや商品を前面に売り出すのではなく、中立のポジションで、最適なものをご提案してそれを一緒に導入していく伴走型のコンサルティング**というスタイルをとっています。

~~Tomohiro Ono/大野 智洋 Amazonやクニエにてコンサルティング業務を経て、Regrit Partnersに参画。現職ではコンサル・SIという括りではなく、サービス作りという観点も含めてDX実現を支援。社内ではソリューション開発チームに所属し、データサイエンス・AIなどの最新のテクノロジーを駆使した新サービスの開発を推進。~~

#### balloon and-engineer left
特定のプロダクトの導入を推進するわけではないのですね。
Regrit Partnersでは、SEやSIerの出身者も活躍されているとお聞きしました。

#### balloon regrit-ohno right
本当にめちゃくちゃ活躍していますよ！

#### balloon and-engineer left
SEやSIer出身者の強みは技術理解の面だと思うんですが、コンサルタントとしてはどのように活躍されるんでしょうか。

#### balloon regrit-ohno right
私自身、15年くらい前にSEからコンサルタントに転進しました。
SEやSIerの方は、何らか特定の業界や特定の業務に携わるITの仕事をされていると思います。

#### balloon regrit-sasaki right
私は8年間ほど独立系のSIerを経て、そこからRegrit Partnersに入りました。
大野さんと同じような内容になりますが、DXを行うにあたりTech領域と係わることが非常に多いため、活躍できる部分は多くあると思います。
**そこで得られた業界・業務の知識と、培ってきたITのスキルは、アーキテクチャーの検討や、最適なソフトウェア・クラウドサービスの選定などにおいて特に活躍できます**。

~~Keisuke Sasaki/佐々木 啓佑 独立系SIerを経て、Regrit Partnersに参画。自社ではソリューション開発チームに所属し、データサイエンスやプロセスマイニングなどを駆使した新サービスの開発を推進中。~~

#### balloon regrit-ohno right
また、Regrit Partnersは**コンサルティングだけでなく新規事業やソリューションの開発も手がけており、ITコンサルティングにおいてはアーキテクチャ策定から開発の推進において活躍していただけます**ね。

#### balloon and-engineer left
貴社ではITエンジニアのバックグラウンドがある方も活躍できるんですね。
入社後の成長はどのようなイメージでしょうか。

#### balloon regrit-ohno right
**希望する成長の方向性は人によって異なるので、こうなれ！と強制するわけではなく、どうなりたいかを丁寧にディスカッションして成長の方向性を決めて**います。 
どうしても顧客ありきの仕事なので、目の前でそのニーズがなかった場合は、今はその仕事はできないけど長期で実現していこうという支援やアドバイスをしていますね。

#### balloon regrit-sasaki right
コンサルにありがちな自分より上のポジションの方とのコミュニケーションの取りづらさがなく、むしろ業務改善の方法論やロジカルシンキング、仮説思考などについてマンツーマンで丁寧にトレーニングしてもらえるなど、距離がとても近いです。

#### balloon and-engineer left
Regrit Partnersは今まさに成長中でどんどん人が増えていますよね。
会社の上層部の方々とトレーニングやディスカッションできる機会は現在でもあるんでしょうか？

#### balloon regrit-sasaki right
もちろんあります！
定期的に実施しているロジカルシンキング等のトレーニングやメンタル面をマネージメントするための1on1でのカウンセリング、日常的に行われている上のポジションの方とのディスカッションなどがメンバーの能力向上やカルチャーの醸成につながるっていると思っています。

~~現在でも上層部とのトレーニングの機会があるのはRegrit Partnersの特徴。~~

#### balloon regrit-sasaki right
これまでのRegrit Partnersはビジネス寄りのメンバーが多かったのですが、SEやSIer出身者も増えてきてその知識も活用することによって、最適な提案やより効果的なソリューションをお客さんに提供できると思っています。

#### balloon regrit-sasaki right
また、大野さんのように**開発のバックグラウンドがありクラウドサービスの経験が豊富な方も増え、テクノロジードリブンなコンサルティングサービスを立ち上げる機会が増えて**きています。
そういう点でも、SEやSIerの方が入ってきても楽しめて成長できる環境になっていると思いますね。

## Regrit Partnersが大事にする「心理的安全性」

### 中立のポジションだからこそ気持ちよく働ける

#### balloon regrit-sasaki right
SIerだとお客様が保有する経営資材の中で課題の解決をしていくことが求められていたため、どうしてもソリューションに対して縛りが発生する場合が存在していました。
それに対して、Regrit Partnersは中立的なポジションでお客様に対して最適なソリューションを提供することを重要視しています。

#### balloon and-engineer left
そういう意味では、そのお客様の手札の中で考えたり、決まったパッケージの提案をしないといけない点にモヤモヤしているSEやSIerの方には相性がよさそうです。

#### balloon regrit-sasaki right
そうですね。中立のポジションで、クライアントに理想的な姿やその実現のための方法を示してその実現に向けて伴走できるというのは、すごく面白いです。
ただ、世の中は変わり続けていて新しいサービスもどんどん出てきているので、キャッチアップし続ける点は大変さもあります。

#### balloon regrit-ohno right
やっぱり物を売ることが起点になったり社内にいると、実は他にもっと良い解決方法があるのに敢えてそれを隠しさなきゃいけないシーンが出てきます。
そのような**罪悪感を感じずに済んで気持ちよく仕事ができるのは、精神衛生上も良い**ものだと思うんですよね。

### システムや仕組み化でも実現する「心理的安全性」

#### balloon and-engineer left
今回のインタビューのテーマの一つが「心理的安全性」なんです、これはRegrit Partnersにおいても感じられるものなんでしょうか。

#### balloon regrit-ohno right
たぶん**入社して3日以内に感じられる**と思いますよ。
心理的安全性の担保は、文化や空気感の醸成はもちろん、システムや仕組み化でも解決しています。

#### balloon regrit-ohno right
システム的に導入している取り組みだと、Unipos（ユニポス）というサービスを使って**少額のボーナスの渡し合いという形で社員間のポジティブフィードバックを積極的に行って**います。

~~少額のボーナスを通したポジティブフィードバックが盛んに行われている。CEOの山木さんから届くことも。~~

#### balloon regrit-ohno right
例えば、役員層に近いシニアマネージャー以上のメンバーも、一緒にやっているプロジェクトのメンバーや若手に対して、かなり細かいポジティブフィードバックを積極的に送っています。
毎週送るようにしていて、若手のメンバーにも社長からいきなり届いたりもするんですよ。

#### balloon and-engineer left
それは見てくれていて嬉しいとも感じられますね。

#### balloon regrit-ohno right
はい、そう思いますね。
お互いに**感謝の機会や褒める機会も増えます**し、Slack上で流れているので、**自分の見えていなかったところで他のメンバーが頑張っていることを知れたりして、メンバー同士の理解も深まり**ます。

#### balloon and-engineer left
たしかに、人が増えてくるとそれぞれの人の頑張りが見えなくなりがちですもんね。
それを可視化することにもなっているんですね。

#### balloon regrit-sasaki right
このポジティブフィードバックに、Regrit Partnersのビジョン、コアバリューをリンクさせたりしているのですが、それによってメンバーに浸透していますし、同じビジョン、コアバリューを理解して、それを体現することにつながっていると思います。

~~Regrit Partnersのビジョンとコアバリュー。ポジティブフィードバックを通してこれらの浸透と体現が進んでいる。~~

#### balloon regrit-ohno right
このようなやり取りをシステムや仕組みで実現できているのはいい点ですね。
うまくいかなかったらすぐに辞めて新しいものを取り入れて、と色々な仕組みづくりを試行錯誤しています。
その過程でどうしても不満が出てしまうこともあるんですが、**試行錯誤がないよりは絶対にいいですし、大手企業にはできないスピード感で改善できている**と感じます。

#### balloon regrit-sasaki right
最近だと、**One on Oneの制度や、相談機会やカウンセリングのような場をつくる**ことにも取り組んでいます。
プロジェクト中でお互いに余裕がないなかで相談できなかった事などについて、改めて話し合える場をつくりたいと思っています。

#### balloon and-engineer left
Regrit Partnersのように成長しているコンサルティングファームだと、シビアな空気感が強いのかなと思うのですが、実際はどうなのでしょう。

#### balloon regrit-sasaki right
**クライアントへの仕事に対しては徹底的にシビアで、品質の良いものを提供し続ける**という点は曲げていません。
時に厳しいフィードバックをすることもあります。
ただ、お互いにここまで言っても許してくれるだろうと思えるゆるさとか信頼感みたいなものがあるんじゃないかなと思ってます。

#### balloon regrit-ohno right
一方で**適度なゆるさやカジュアル感も大切に**しています。
やっぱりそういう空気感がないと、アイデアが出てこなかったり、パフォーマンスが高まらないと思うんですよね。

#### balloon regrit-sasaki right
社内のSlackとか本当に自由な状態ですよね（笑）。

~~Slackチャンネルは真面目なものからゆるいものまで。野球部チャンネルでは入団会見の様子も流れている。~~

#### balloon regrit-ohno right
ゆるいものと業務に近いものが本当に入り乱れてます。
業務やプロジェクトに関するチャンネル、新しいサービスやニュースについて話すチャンネルなど、真面目なものもあれば、ゆるいもので言うと、日々の猫の写真を上げる猫チャンネル、何のアニメが好きかを語るアニメチャンネル、野球部のチャンネルもあったり。

#### balloon regrit-ohno right
**Slack上でbotがそれぞれの人に質問をしてくれるCollaというサービスを導入して、みんなの人となりが分かる**ようにもなっています。
このあたりもシステムで解決する工夫ですね。

~~メンバーが増えてきたからこそ、Slack上でbotからの質問に回答することでそれぞれの人となりが分かるように。~~

#### balloon regrit-sasaki right
社長からシニアマネージャー、コンサルタントまで色々なメンバーが入っていて、会話にどんどん参加してきてくれる感じです。
そこに垣根はなく、とてもフラットです。

#### balloon and-engineer left
人が増えてきているなかでもこのようなコミュニケーションが実現できているというのは素晴らしいですね。

#### balloon regrit-sasaki right
そうですね、この取り組みが全社員強制というわけではない点もすごくいいと思っています。
強制ではないからこそ、**普段の仕事だけでは生まれない縦・横・斜めのつながりができて、そこから仲良くなったメンバーで話す機会や相談する機会も生まれ、組織における心理的安全性が高まっている**と思います。

## 心理的安全性があるからこそ取り組めるソリューション開発

#### balloon and-engineer left
このような様々な仕組みで担保されている心理的安全性が、Regrit Partnersで働くことや提供するコンサルティングサービス、ソリューション開発などに与える影響などは感じますか。

#### balloon regrit-sasaki right
心理的安全性の高さから、「失敗してもいいから挑戦しよう」という空気感があるので、失敗しやすい・何度もトライしやすいですね。
むしろ失敗してそこで立ち止まっている方が怒られます。

#### balloon regrit-ohno right
**シリコンバレーでの名言に「早く失敗せよ」がありますが、それが受け入れられる土壌がある**ということかなと思います。
やはりいかに早く失敗して、反省して切り替えていくかが成功のポイントだと思うのですが、それができることが大事ですね。

#### balloon regrit-ohno right
新規事業作りなど新しい提供価値を作るのってかなり敷居が高いと思っていて、結構労力がかかるものでくじけやすい部類だと思うんですけど、それを「とりあえずやってみなはれ」でやれる点は、新しい提供価値をつくっていける素養だと思っています。

#### balloon regrit-sasaki right
このような**新規事業・サービスの開発の立ち上げや企画構想部分から任せられて取り組める会社も実は少ないんじゃないかな**と思っていて、自分で推進する経験はなかなかできるものでもないので、すごくいい機会が転がっていると思います。

#### balloon and-engineer left
心理的安全性が担保された組織でコンサルティングやソリューション開発に取り組めるというのは素晴らしい環境ですね。
今後のRegrit Partnersの成長が楽しみです…！
気になった方はぜひ求人もご覧ください！

企業のDX支援や業務改善のコンサルティング、新規事業を手掛けるコンサルティングファーム、Regrit Partners（リグリットパートナーズ）。創業4年にして100名規模に成長するなど、急成長している新鋭のコンサルティングファームです。コンサルティングファーム出身者はもちろん、SEやSIerの出身者も活躍しているというRegrit Partners。その要因を紐解といて見えてきたキーワードが「心理的安全性」でした。Regrit Partnersでシニアエキスパートを務める大野さん、マネージャーを務める佐々木さんに詳しくお話を聞きします。

Regrit Partners 大野さん

Regrit Partners 佐々木さん

ソリューション開発まで行うコンサルティングファームにおいて、SEやSIer出身者が活躍できる環境と心理的安全性とは。

## プロジェクトマネジメントとは

通称「PM」、プロジェクトマネジメントはエンジニアにとって非常に身近な言葉ですが、詳しく説明できる人は意外に少ないようです。


具体的に「プロジェクトマネジメント」とは何をすることなのか、プロジェクトマネジメントにはどんなスキルが必要なのか、どんな手法があるのか、何を学べば良いのかなど、疑問は尽きません。

この記事では、**プロジェクトマネジメントに関する基本的な知識、手法や資格などについて解説**していきます。

### ゴールに向かってプロジェクトを成功に導くこと

プロジェクトは期限が決められ、ゴールが定まっている仕事であり、日常業務とは少し異なる概念です。日常業務組織には課長や部長がいるように、プロジェクトにも課長や部長と同じようにマネジメントを行う人が必要です。


プロジェクトには必ず「プロジェクト目標」があります。システム開発プロジェクトでは、「完成したシステム」が成果物であり、プロジェクトのゴール（目標）は、システムを完成させることです。すなわち、**「プロジェクトマネジメント」はゴールに向かって計画を立て、計画に向かってメンバーが効率的に業務を遂行し、プロジェクトを成功に導くこと**であると言えます。

プロジェクトマネジメントにおいては、リーダーシップが求められるだけではなく、経営や業務に関する知識・専門知識・関係先との調整力など、多面的な知識やスキルが必要です。

### プロジェクトマネジメントの必要性

プロジェクトはチームで進めますが、チームにはリーダーが必要であり、船で言えば船長です。船長は航海のリスクを回避しながら、船員たちの最高のパフォーマンスを引き出し、予定通り目的地に到着する任を負います。船長は航海において全ての権限を持ち、全ての責任を負います。

プロジェクトは船の航海と似ており、航海で船長がいなければ船は航海の途中で航路を見失ったり、座礁したりするリスクが高まります。プロジェクトも同様で、**プロジェクトマネジメントを担う人がいなければ、プロジェクトは方向を誤り、とん挫するリスク**があります。

## プロジェクトマネジメントとPMBOK（第6版）

プロジェクトマネジメントの手法や種類はさまざまありますが、プロジェクトマネジメントを語る上で絶対に外してはならないものがあります。
それはプロジェクトマネジメントのバイブルと呼ばれる「PMBOK」です。この章では主にPMBOKについて解説し、少しでもプロジェクトマネジメントの理解に近付いていただきたいと考えます。

PMBOKとは？第7版でPMBOKの内容が劇的に変更された理由

*PMBOK（Project Management Body of Knowledge）は、「ピンボック」と読み、プロジェクトマネジメントに関する知識や基準をとりまとめたもので、プロジェクトマネジメントの世界標準*と言われています。
PMBOKは米国のプロジェクトマネジメントの普及拡大を進める非営利団体「PMI」によって作られました。

**PMBOKの目標は、成果物の納品やQCD（品質・原価・納期）の管理**にあります。 QCDの管理では、「できる限り高品質で、低コストで、早い納期で」の目標を立て、その目標を実現するための計画を立て、実行することです。これからその詳細を見ていきますが、内容はPMBOKの※第6版に沿っています。

これから、PMBOKの「QCD管理」の5つのプロセスについて見ていきましょう。

*《※注》PMBOKは2021年8月1日に米国「PMI」本部から改訂版の第7版がリリースされ、日本では2021年10月26日から日本語版の提供が開始されていますが、第7版はこれまでの第6版から大きく変更されています。*

プロジェクトの開始には準備が必要です。まず、プロジェクトの承認を得ることが必要です。これが「立ち上げプロセス」です。 
**プロジェクトに必要となるプロジェクト目的・目標・予算・成果を定義して、プロジェクト憲章（方針）の策定とステークホルダー（利害関係者）の特定化**を行います。ここから既にプロジェクトは始まっています。

計画プロセスでは、**プロジェクトの目的や目標を達成するために必要な作業計画を立案、作成**していきます。このプロセスの中には詳細なプロセスが20も定義されています。


この後、「実行プロセス」へと進みますので、計画プロセスではプロジェクトに関わる基本的な事項はすべてブラッシュアップしておくことが求められます。計画が不明確、あいまいであると「実行プロセス」で支障を来すため、十分に精査しておく必要があります。

立案した計画に基づいて**必要な人員、リソースを調整してプロジェクトを実行するプロセス**です。実行プロセスはリソースを最も消費するプロセスのため、逐次モニタリングをしながら、必要に応じて計画の見直しを行います。

### 4.監視・コントロールプロセス

プロジェクトの進捗について、計画と実績に差異が生じていないかを継続的にチェックします。差異が発見された場合は、その是正措置を講じます。

所定のプロセスの完了を確認し、プロジェクトを公式に終結させるためのプロセスです。**プロジェクトを総括し、反省点や得られたことなどを記録、保管し、以降のプロジェクトに生かすことが重要**です。たとえプロジェクトが失敗に終わったとしても、それは失敗事例として終結させ、失敗を教訓として残すことが大切です。

次に、以上5つのプロセスを進めていく上で必要とされる「10の知識エリア」について紹介をしていきます。

**PMBOKでは「10の知識エリア」として、プロジェクトマネジメントに必要な知識を10に分割して定義**しています。これらの知識エリアは、先ほど紹介した5つプロセスにおいてすべて必要というわけではありません。必要に応じて取捨選択します。特に重要なものについては、それぞれに（重要）と記しておきました。

*プロジェクト全体の方針を決めて調整する*のが「統合マネジメント」エリアです。他の9つの知識エリアを統合する位置づけにあります。

### 2.スコープマネジメント（重要）

プロジェクトの*マネジメント（管理）すべき範囲（スコープ）を明確にし、目的・目標達成に必要なタスクを定義*します。予算の獲得・進捗管理・メンバーの指導・教育・プロジェクトスケジュール管理・プロダクトの品質管理・保証などがあります。

### 3.スケジュールマネジメント（重要）

*時間当たりの生産性を高めることがスケジュールマネジメントの目的*です。2017年のPMBOK第6版リリースにより、従来の「タイムマネジメント」から「スケジュールマネジメント」に変更されています。

### 4.コストマネジメント（重要）

プロジェクトで発生する*コストを予算内で収めるためのコストの見積もり、予算設定、予算コントロールがコストマネジメント*です。最小のコストで、最大の効果を得るためにマネジメントを行います。

### 5.品質マネジメント（最重要）

*成果物の品質を管理する分野が品質マネジメント*です。品質とはクライアントの要求に一致し、使用に適することを意味します。品質の善し悪しを決めるのはクライアントです。プロジェクトの成功は品質次第ですので、ここは絶対に外せません。

プロジェクト目的の達成に向けて*人材や物的資源の調達・管理を行うこと*です。2017年のPMBOK第6版リリースによって、これまでの「人的資源マネジメント」から「資源マネジメント」へと名称や内容が変更されています。

### 7.コミュニケーションマネジメント（重要）

*プロジェクトの利害関係者（ステークホルダー）と適切なコミュニケーションを図る*ためのマネジメントです。コミュニケーションは双方向であり、単なる伝達とは異なり、ステークホルダーの理解を得る事が大前提です。

### 8.リスクマネジメント（重要）

リスクマネジメントでは、リスクと正しく向き合うことが求められます。*リスクには避けるべきものと、避けては通れないリスクがあります*。プロジェクトにとってマイナスのリスクは予防し排除をする、プラスのリスクは受け止め、いずれも適切にコントロールをすることが求められます。

プロジェクトの遂行に必要な*プロダクトやサービスを外部から購入、調達する際のベンダーコントロールのこと*です。ベンダーの選定・契約・納品・検収など、調達に必要となるプロセスの管理を行います。

### 10.ステークホルダーマネジメント（重要）

*ステークホルダー（利害関係者）にとって必要な情報の収集、保管・伝達などを管理する*分野を指します。ステークホルダーマネジメントは、2012年の第5版で新設されました。

PMBOKの10の知識エリアと5つのプロセスについて徹底解説！

## PMBOKが第7版で大きく改定された！

ここまでPMBOK（第6版）の「QCD管理」の5つのプロセスと10の知識エリアについて見てきましたが、先ほど述べた通り、**PMBOKは第7版で全面改訂**されています。何が変わったのか、なぜ変えたのか、資格試験への影響について、現時点で分かる範囲で解説します。

### PMBOKは何が大きく変わったのか

まず、見た目ですがページ数が第6版のA4判750ページから約3分の1の250ページへと非常にコンパクトになっています。その中身はこれまでの**プロセスやアウトプット重視の内容から、価値重視の内容へと変わっています**。

具体的には、**「価値提供システム」「12のプリンシプル」「8つのパフォーマンス・ドメイン」**です。これらは従来のPMBOKにはなかった概念です。以下、新たに登場した項目について見ていきましょう。

*■価値提供システム*
「価値提供システム」 のフレームワーク、すなわち*『戦略 → 価値 ⇔ プログラムとプロジェクト → 運用』*に基づき、組織の戦略が価値や投資を決定し、その価値や投資に基づくプログラム、またはプロジェクトを提供するという考え方です。

*■12のプリンシプル*
第6版まであった「5つのプロセス」は「12のプリンシプル（原則）」に置き換わりました。プロジェクトマネジメントにおける行動と、それを表す基本的な真理・規範・価値などを中心に構築されており、*プロジェクトの運営に必要な指針*となります。

▪Stewardship（受託責任の精神）
▪Team（組織）
▪Stakeholders（利害関係者）
▪Value（価値）
▪Systems Thinking（包括的思考）
▪Leadership（統率・先導）
▪Tailoring（調整）
▪Quality（品質）
▪Complexity（複雑さ）
▪Risk（好機と脅威の不確実性）
▪Adaptability and Resilience（適応性と回復力）
▪Change（変更）

*■8つのパフォーマンス・ドメイン*
第6版まであった「10の知識エリア」は、以下の「8つのパフォーマンス・ドメイン（行動領域）」へと置き換わっています。パフォーマンス・ドメインとは、プロジェクト全体の目的・目標達成を達成するために網羅すべき領域を示しています。

▪Stakeholders（利害関係者）
▪Team（チーム）
▪Development Approach and Life cycle（開発アプローチとライフサイクル）
▪Planning（計画）
▪Project work（プロジェクト作業）
▪Delivery（提供・納品）
▪Measurement（測定）
▪Uncertainty（不確実性への対処）

PMBOKが第7版で大きく変わったのは、時代の変化への対応です。これまでのPMBOKは「ウォーターフォール開発」に適したプロセスベースの思想がメインでしたが、最近では主流になりつつある**「アジャイル開発」に適したプリンシプルに進化した**と考えて良いでしょう。

とはいえ、新しいPMBOKではウォーターフォール開発を否定しているわけではありません。これまで積み上げたきたものを生かしつつ、新しい時代に対応していこうとする良い転身と見てとれます。

日本もDX時代を迎え、アジャイル型組織やアジャイル人材が求められる中、伝統的なプロジェクトマネジメントスタイルに対して新風を吹き込んだPMBOK第7版の登場は大きな意義があると言えるでしょう。

*【参考】：[プロジェクトマネジメント知識体系ガイド（PMBOKガイド）第7版＋プロジェクトマネジメント標準](https://www.pmi-japan.shop/shopdetail/000000000028/)*

### プロジェクトマネジメント試験への影響

PMBOKの改定で最も影響の大きな資格試験は、「PMI」が運営する「PMP資格試験」でしょう。2021年12月時点で発表されている試験内容の概要は2021年1月更新のものですので、現時点ではこれに従って受験勉強を進めることになります。

第7版準拠による新試験の開始時期は未定ですが、いずれにしても第6版と第7版の両方をテキストとして学習を進めてください。

*【参考】：[プロジェクトマネジメント・プロフェッショナル（PMP）®試験内容の概要](https://www.pmi.org/-/media/pmi/documents/public/pdf/certifications/pmp-examination-content-outline.pdf?v=8b6564ee-5c06-4592-8c65-2c6c3a5cc645&sc_lang_temp=ja-JP)*

## プロジェクトマネジメントに求められるスキル

ここではプロジェクトマネジメントに必要なスキルの内、代表的なものについて見ていきましょう。*スキルは技術的スキルというよりは、ヒューマンスキルを中心に*見ていきます。プロジェクトマネージャを目指す方は参考にしてください。

プロジェクトマネージャはプロジェクト全体を統率し、プロジェクト目的を達成させると任務を負っています。

**プロジェクト内外を広く見渡し、多角的かつ大局的に物事を見られるスキル**が求められます。プロジェクトマネージャは細かいことにこだわる職人気質よりは、全体に気配りができ、チームをリードしていくリーダー気質を持つ人に向いています。

「先を予見できるスキル」もプロジェクトマネージャに求められるスキルの1つです。プロジェクトのつまずきを防ぐには、そうした事態を事前に予見し、手を打つことが必要です。


プロジェクトがつまずく要因として、メンバーへの業務負担増によるモチベーション低下や過労による生産性ダウン、予算不足によるリソース確保の失敗、計画ミスによる遅れなどがあります。


こうした事態に陥る前に、それらを予見、想定してあらかじめ手を打つことで、つまずきを最小限に抑えることが可能です。

**「将来にどのような問題や課題が想定されるか」を見抜けるスキルは、プロジェクトマネジメントに必須のスキル**と言えます。

プロジェクトマネージャは、特にコミュニケーションスキルが求められます。プロジェクトでは多くのステークホルダー（利害関係者）の理解や協力が必要であり、そうしたステークホルダーとの交渉や折衝には高いコミュニケーションスキルが必要です。


コミュニケーションスキルはただ単に人と話すのが得意ということではなく、影響力が必要です。**コミュニケーション力とは、伝える力・聴く力・読み解く力です。そして何よりも大切なのは信頼感**です。

プロジェクトマネジメントは、プロジェクトの成功に欠かせない手法で、エンジニアにとっては必須知識です。プロジェクトマネージメント手法としてはPMBOKが有名ですが、最近第7版で全面改訂されていますので、その動きも併せてプロジェクトマネジメントについて解説をします。

プロジェクトマネジメントはゴールに向かって計画を立てて業務を遂行し、プロジェクトを成功に導くための手法

PMBOKはプロジェクトマネジメントに関する知識や基準をとりまとめたもので、プロジェクトマネジメントの世界標準である

PMBOKは従来のウォーターフォール開発にアジャイル開発の考え方を取り入れ、第7版として全面改訂された

プロジェクトマネジメントとは？知識が必要ないと考えるのは素人？


エンジニアを志し、本やインターネットで自己学習をしてみたもののゴールが見えずに挫折…そんな経験がある方、あるいはこれから経験をするかもしれない方は世の中に多いのではないでしょうか？

そうした事態を防ぐべく、エンジニアを目指すにあたって「最も効果的な学習方法とはなにか」について、クラウドエンジニアであり企業研修講師を勤める古里栄識さんにご説明をいただきました。（アンドエンジニア編集部）

多くのプログラミングスクールやエンジニア学習法が乱立する中、**「最も効果的な学習方法とは？」**というテーマは、これからIT業界に転職する方、これからエンジニアを目指す方にとっては気になるテーマなのではないでしょうか？

・少しでも早く成長する勉強法を知りたい。
・確実に成長する勉強法を知りたい。
・未経験でも挫折しない勉強法を知りたい。

という初学者エンジニアの悩みをたくさん伺ってきました。

企業のエンジニア講師やプログラミングスクールでの指導を通じて、数千名を見てきた筆者が語る「失敗しないためのエンジニア学習ロードマップ」をお読みください。

まずは、ゴール設定が大切です。
**皆さんは、エンジニアの職種をいくつご存知でしょうか？**

エンジニアと一言で言っても以下のように、多種多様な職種があります。
厄介なことに、これらには厳密な定義はなく、フルスタックエンジニア（なんでもできるエンジニア）なんて呼び方すらも存在しています。

・フロントエンドエンジニア
・バックエンドエンジニア
・iOSエンジニア
・インフラエンジニア
・データサイエンティスト
・ホワイトハッカー
・クラウドエンジニア

しかし、これでは皆さんは困ると思いますので筆者なりに分けてみました。
昨今のエンジニア市場、エンジニアスクール市場を見てみると大きく二つに大別できると考えております。

*1. ウェブ制作をするエンジニア*
Web制作として綺麗なHP等の制作を行えるようになる。

*2. システム開発をするエンジニア*
エンジニアとしてシステム等の開発できるようになる。

それぞれに求められるスキルは

*【ウェブ制作の場合】*
・HPのデザインスキル
・XDやFigma等のデザインツールを扱うスキル
・HTML/CSS/jQuery等の簡単なコーディングスキル
・WordPressを扱うスキル

*【システム開発の場合】*
・プログラミングスキル（Python,Ruby, Javascript, Java,,,,）
・ネットワークの知識
・Linuxシステムの知識
・クラウドの知識（AWS/Azure/GCP）
・データベースの知識
・Docker/k8s
・Rest API/GraphQL
・設計概念（オニオンアーキテクチャー、クリーンアーキテクチャー）

その他にもたくさんあるかと思います。

ご覧の通り、「ウェブ制作」と「システム開発」では求められる知識が全く異なります。どちらかと言うと、ウェブ制作は「デザイナー」「マーケター」の領域に近く、システム開発は「コンピュータの世界」に近いと考えています。

よって、ウェブ制作に関しては「エンジニア」という趣旨から少しずれると思いますので、今回は、**「システム開発をするエンジニア」**をゴールとしてお話しします。

昨今のプログラミングスクール市場を見ていると、「3ヶ月-6ヶ月」の期間でエンジニアになるという文言をよく見ますが、これは大きな誤解であると思っております。

確かに、6ヶ月ほどの学習でIT業界に転職することは可能ですが、皆さんにとって転職は「ゴール」ではなく、「スタート」であるべきだと考えています。特に、近年のIT業界の進展は非常に激しく、去年まで動いていたプログラムがバージョンアップデートのために動かなくなってしまうなんてこともありえるのです。

3ヶ月程度で身につけた知識では、すぐに時代に淘汰されてしまいます。

従って、私たちは、目先の技術の使い方（例えば、APIの使い方、フレームワークの使い方）を覚えるのではなく、いついかなるときにも応用できる**ITの基礎力**を身につけていく必要があると考えています。そして、この基礎力は決して「3ヶ月-6ヶ月」では身につきません。少なくとも**1年以上の継続的学習**によって身に着けることができると考えております。

筆者は、このIT基礎力を**「ITの基礎概念」**と定義することにしました。
以下、基礎概念に関するお話しをさせて頂ければと思います。

筆者が定義するITの基礎概念とは大きく4つの領域に分かれます。

・ネットワークに関する知識
・サーバー管理（UNIX）に関する知識
・プログラミングに関する知識
・ウェブに関する知識

こちらに、ネイティブアプリ（スマホアプリ）に関する知識も含めてもよかったのですが、ネイティブアプリ開発に一生触れない人もいるかと思いますのであえて抜いています。

これらの知識がなぜ重要であるかというと、ネットワーク・サーバー管理・プログラミングスキルについては、この10年でほとんど変わっていない技術なのだからです。例えば、近年流行っているようなDockerやk8s、vue.js/react.js、Django/Laravelのような知識は、流行に左右されます。今後10年は流行の中にいたとしても、今後20年の話をすると正直わかりません。もっと便利な技術が存在しているかもしれません。

つまり、流行ばかり追っていては本質的な知識をおろそかにしてしまうことになります。

**基礎概念に代表されるような知識は、この20年に関して、さほど進化していない**状態にあります。（革新的・破壊的な変更が少ないという意味です。）基本的な技術、概念であるため、これ以上進化しようがないといのも1つの理由でしょう。

さらに、新技術というものは、基本的には従来の技術をいくつか組合わせた物であることが非常に多いです。新しい技術は、意外と新しくなかったりします。

従って、皆さんは基礎概念をしっかりと押さえておくことによって、今後数十年とエンジニアで食べていくための知識を身につけていってほしいと思います。

## どの順番で基礎概念を学ぶべきなのか？

こちらの順番は、筆者が数百人の受講生にテストし実験した結果、導き出したものです。

### 1. ネットワークに関する知識を学習する

「インターネットはなぜ繋がるのか？」を自分の言葉で説明できるようになるのが目的です。OSI参照モデルやTCP/IPのような基本的なネットワークの知識を押さえた上で、それらの知識を繋げて考えられるようになれると合格です。

Linuxコマンドの練習をしましょう。ここでは、「環境構築」と呼ばれるプログラミング言語のインストールやデータベースのインストールについて学びましょう。なぜLinuxの知識が必要かというと、何かのサービスを開発する際に、環境構築はきっても切り離せないからという理由が一つ。そして、AWSやAzure、GCPなどのクラウドサービスを利用する時には、環境構築の知識がないと詰まることが非常に多いからです。筆者の体感では、90%の初学者エンジニアの皆さんがこの「環境構築」でハマります。ここを突破できるようになれば、一気に学習の幅が広まると考えています。

ちなみに、Linux系の学習は[Envader](https://envader.plus/)というサイトで学習できます。

Envader(エンベーダー)紹介動画

~~サーバー構築やネットワーク、サイバーセキュリティなどの 仕組みを 学ぶことができるインフラ学習プラットフォーム（参照：[Envader公式サイト](https://envader.plus/)）~~

### 3. プログラミングの勉強をする

一般的な学習カリキュラムでは、プログラミングから教えることが多いと思うのですが、筆者はネットワークとLinuxを学んだ後でプログラミングを学ぶことをお勧めします。ここで注意しておきたいのが、**いきなり複数の言語を学習しないこと**です。まずは、なんでもいいのでプログラミング言語を一つ決め、その言語だけを極めるつもりで学習しましょう。筆者おすすめの学習方法は、まずは本を1冊購入して、全部読みます。まだPCは触りません。本を読み切ってなんとなく概念がわかってきたら[Progate](https://prog-8.com/)というサイトを利用します。初めのうちは、毎日エラーにぶつかり、時間をロスしがちなので、先に本で知識のみインプットすることをお勧めしております。

ウェブと言っても非常に幅広いので、「ウェブを構成する技術を学ぶ」と理解してください。例えば、データベース、http通信の細かな仕様、Cookie、Session、XSS、CSRFなど幅広い知識を学習します。この時に、1-3で学んだ知識がおそろかになっていると大幅に苦戦することになるでしょう。

以上のように、学習を重ねることで皆さんは「一生」使える技術を手に入れることができるでしょう。冒頭にも申し上げましたが、これらのような技術を網羅することは非常に大変です。完全未経験からでは、確実に1年以上の時間がかかると想定しております。

しかし、逆を言えば1年しっかりと学習を続けられれば、比較的多くの企業で通用するスキルが手に入るのです。もちろん、その他のソフトスキルや、開発経験によってのみしか培われない一種の経験的スキルもございます。

しかし、全てのIT知識の根底には、この4つの基礎概念があると思いますので、ぜひ実践してみることをお勧めします。

完全未経験からエンジニアへの学習ロードマップ

一生、エンジニアで食べていくためのスキルセット

1000人で検証した最も効果的な学習法とは？

失敗しないためのエンジニア学習ロードマップとは？【エンジニア講師が解説】

## リモートで働くエンジニアの実態

2020年以降、新型感染症の世界的な流行により多種多様な職種・さまざまな企業でリモートワーク導入の動きが活発化しています。それはエンジニアも例外ではありません。

ここでは**リモートワークにおけるエンジニアの働き方やエンジニアがリモートで働く際のメリットとデメリットについて紹介**していきます。

### リモートワークにおけるエンジニアの働き方

働き方改革の影響もあり、近年リモートワークを選択可能な企業が増加傾向にあります。中でもIT業界やエンジニア職・事務職は比較的リモートワークが導入しやすい職種に当たります。ですが、そもそもリモートワークとはどういう意味なのでしょうか。

*リモートワークとは、remote（遠隔地）とwork（働く）で作り出された造語*です。リモートワークを選択したエンジニアは正社員や契約社員など雇用形態に関わらず、交わされた契約の元自宅など自分の好きな場所で業務を行うことができます。

またリモートで働くエンジニアのことを「リモートワークエンジニア」と呼称する場合があります。**リモートワークエンジニアとは、リモートワークという勤務形態で主にIT系のエンジニア業務を行う方のこと**を指します。

転職・キャリアの記事（77ページ目）