• 03-6869ー4694
  • info@market-interface.co.jp

年別アーカイブ 2022

リスキリング・アンラーン:過去の経験は?

リスキリングとアンラーン

最近、リスキリングだったり、アンラーニングという言葉が今もてはやされている。
新しいスキル、知らない領域の知識などを学ぶ「リスキリング」、
学ぶにあたり今までの知識や、考え方を捨てることを「アンラーン」と
言うらしいが、この2つの言葉、表裏一体のような気がする。
どちらも、「学びなおし」という意味合いで使われ、学ぶことに重点をおいているのか過去を棄却することに重点を置いているのかの違いのようにも思える。

今なぜこうした言葉が頻繁に出てくると言えば、コロナによる生活様式の変化で、
新しい様式・ツールに多くの人が否応なく対応せざるを得ない状況となり、かつ、
国の成長戦略のひとつとして位置づけられているからだ。

長く様々なプロジェクトを渡り歩いている人はすでにアンラーンして来ている

私の仕事柄、多くのベテランエンジニアも方と面談を過去してきたが、
自分の知識・経験の枠内でしか話されない方や、過去の失敗を活かしきれない方がいらっしゃる中で、
様々なプロジェクトを長期に続けられている方というのは、すでにアンラーンしながら、現場に上手く適応されているのではないかと思う。
新しい顧客・新しいプロジェクトになれば、開発言語が同じであっても、開発ツールも変われば、ルールも環境も人も異なる。例えば新しい構成管理ツールを目の前にして、手を出さず「昔のツールの方がはるかに使いやすかった」と愚痴っているだけならプロジェクトに貢献することはできないだろう。
長くプロジェクトを続けられる人は新しいツールでも抵抗なく自分の仕事のプロセスに組み込んで
プロジェクトに溶け込んでしまう。

過去の経験・視点だけで見ると新しいものは正確に見えないことも

また以前、面談していて、ベテランCOBOLエンジニアの方から、「所詮COBOLもJavaも同じでしょ。本見ればJava書けるよ」と言われたことが数回ある。本人は、自ら止の可能性を宣伝したかったのだろうが、知っている人からすると「根本的な違い」を理解しているのか?「中身知らないで行っているな」と感じてしまう。
今まで経験してきた手続き型言語の視点で他の言語を見ると、所詮ロジックは条件節とループがメインだし、違いは無いと本人は感じてしまうようだ。
どうしても、自分の経験してきた尺度で物事を見・判断してしまうと、「どうせこんなもんだろう」と固定化して、ただの「知ったかぶり」で思考が止まってしまう。

ベテランの強みは経験だけど

でもベテランの優位点はやはり経験の多さ・長さだろう。いろいろな種類・場面の経験、成功も失敗も
含めてもっていることが強みである。これを全部捨てたら(アンラーンしたら)何も無くなってしまうのではないか。
一方でシニアは頭が固いとも言われる。「固い」とはどういうことかと言うと、行動や考え方を固定化してしまうことだ。なぜ固定化してしまうのかというと、頭にとってそのほうが情報処理上「楽」だからではないかと思う。新たな情報もいままでどおり処理すればいい。だから簡単だ。アンラーンしないといけないのは、この「固定化」なのではないか。

経験を活かしながら上手くアンラーンするには

豊富な経験は、ベテランエンジニアにとって大きな差別化要素だけれども、あくまでも差別化の
一つでしかない。経験に囚われるすぎると、自分が逆に囚われてしまう。
アンラーンとは経験を全て捨てるということではなく、ある意味過去経験をどう位置付けるのかと
いうこととも言い換えられないか。

以前運用保守の仕事をある方にご紹介したときに、「過去に構成管理の失敗経験があるので、構成管理は他の方にお願いできませんか」と頼まれたことがある。失敗経験を「君子危うきに近寄らず」で失敗=地雷として自分の仕事範囲を絞る例だ。失敗は誰にでもあるし、今時失敗を経験していることが貴重な経験のひとつとなる。こうした経験をより良く仕事をしていくために活かさないと、経験の意味・価値がないとも思う。失敗したという経験ではなく、何が失敗を生んだのかという経験の見直し・分解が必要な場合もあるだろう。

過去の経験は、新しいことを学ぶ上でのひとつの視点にも

また新しいことを学ぶ上で、過去の経験は、比較しながら習得できる視点にもなりうるかも知れない。
JavaはCOBOLと何が違うんだ、なぜJavaは広がり、COBOLは少なくなったのかという視点を持ちながら学ぶと、より全体像を把握しやすいかも知れないし、逆に比較してみて、まったく比較対象にならないのであれば、それこそ過去の知識を敢えて棄却してまっさらな気持ちで学べば良い。

アンラーン:過去の経験・知識に囚われない

アンラーンの要諦は、過去の経験に囚われるなという事ではないか。
新しい環境に対応して長く活躍していくためには、アンラーンが必要な場面が今後も多く出てくると思う。その時に、いままで自分が経験してきたこと、蓄積してきた事をどう位置付けて(視点のひとつとするのか、抽出して一部を活かすのか、それとも棄却するのか)、新しいことに臨むのかが今後の変化に対応していくために重要な姿勢ということではないだろうか。

アフターコロナの案件状況は(PART-Ⅱ)


前回2021年度の案件状況を2020年度と比較し、件数として回復傾向にあること、その中でJava案件の
延びが大きいことが解りました。(前回ブログ)今回は、2021年度のCOBOL案件や、インフラ・基盤、PMO案件の傾向をまとめてみたいと思います。なお、毎度のことですが、あくまでも弊社に来る案件を基にまとめたものであり、規模的には小さいので、一つの例、状態としてこんなことが起きていると見て頂ければ幸いです。

1.COBOL案件状況:年齢条件としてはあまり変わってきていないが・・


COBOL案件の年齢条件の変化を分類してみました。2019年から2022年1月~3月期を比較してみると、
年齢割合は大きくは変化していないように見えます。年齢条件記載無し案件の比率は増えてはいますが、30代40代+年齢記載なしと50代~65才までの案件数割合は、少しづつ50代以降の比率が少なくなってきており、コロナを乗り越えた後に、年齢制限が大きく緩和される状況になるということは現状なさそうです。
やはりこうした制限を超えていくには、スキル、経験が特殊(アセンブラ、特殊言語)であったり、
深さ(例えばOS系やツール系のスキル、業務・上流系)、過去従事プロジェクトの長さ等が重視されてくると思われます。

2.インフラ・基盤案件の傾向・・・AWSが6割


弊社に来る件数の2割を占めるのが基盤系の案件。件数も年々延びているので、その中でクラウド指定がどれほどあるのか調べてみると、AWSが55%、Azureが25%、GCPの割合となってきています。
OSで見るとLinuxが7割、Windowsが3割という比率となっています。


クラウド別OSで見ると、AWSではLinuxが8割の比率となっているのに対して、逆にAzureでは7割がWindowsとなり提供元の特徴が顕著に出ている結果となりました。
やはりクラウドを選択する際においてもOffice365等MS製品の親和性を優先しているのかも知れません。今後インフラ基盤技術でアピール目指す方は、LinuxメインであればAWSのサービス、WindowsであればAzureのサービススキルを身に着けると、よりスキルアピール度が高くなると言えるかも知れません。

3.PMOに求められる役割とは・・業務スキル、基盤スキルのプラスαが必要な案件が9割近い


PMO案件についても1割強を占めるので、どのような役割が求められるか分類してみました。年齢を重ね、開発現場から管理をメインでされていた方は、PMOでの案件要望となりますが、PMOに求められる役割も非常に幅が広い。PMのお手伝いで議事録書き等から、基盤や開発の支援、その上流をつかさどるもの、コンサル的に立ち回るものまで、求められるスキルもかなり多様です。
そこで、PMOとしてどんなスキルが求められているかを調べてみましたた。
2021年の案件を見ると工程管理、進捗管理、品質管理、ファシリテーション等の分野は、1割強。顧客の業務や、プロセスフロー等業務系が求められているPMO案件が社員代替も含めて5割を占めています。その他、開発技術(例:ソースレビューや、フレームワーク技術)や基盤技術(例:クラウド技術)等自らは”手を動かさない”けれども技術的支援を担う案件も3割強あり、PMOとしてのみ専門で来た方より、今まで設計や開発、基盤構築等を経験した方がPMOとしてプロジェクトを引っ張って行く、そんなPMOが今求められていると言えます。

以上2021年度の案件を分析して来ました。コロナで一時期大きく案件件数の変動はありましたが、コロナを経て大きなトレンドに変更はないまま、件数的にはコロナ前に戻って来た状況にあるようです。また定期的に件数変動等分析していきたいと思います。


#シニア #仕事 #エンジニア #システム #COBOL #コロナ #クラウド #基盤 #インフラ #PMO #AWS #Azure #Linux #Windows

アフターコロナのシステム案件状況は・・2021年度と2020年度を比較してみた

要約
・案件は回復基調である。
・案件種別での構成比は大きな変化は認められない
・月別にみるとJavaの案件の延びは大きくなっている

コロナによる制限が解除され、少しづつ街中に人が戻り、通勤電車もすこしづつ混み始めている。
前々回(2020年5月)のブログにて、2020年の案件状況について
「3月,4月,5月と案件件数が落ちてきて5月は1月の6割ベースの件数となり厳しい状況である」と記載した。それから1年経過し、コロナが収束しつつある今の案件状況はどうなっているのか、見てみたい。

いつもどおり、これから述べる案件状況は、あくまでも弊社に来る案件を基にまとめたものであり、
規模的には小さいので、一つの例、状態としてこんなことが起きていると見て頂ければ幸いである。

1.全体案件の状況・・・件数は回復基調。今後も延びていくのでは

月別案件数の推移を見てみる。2020年4月の案件数=1として、2020年度と2021年度を比較すると
2021年度は全体で3割ほど増えてきている。
さらに年度後半に向かって延びが拡大していく傾向である。
案件数は、厳しい状況を少しづつ脱してきて、拡大基調にあるように見える。

2.案件の構成比変化・・・大きな変化は見られない。

案件数は拡大基調として、案件種別の変化はあるのだろうか。構成比を比較してみた。
年度ごとに比較すると、大きな変化は見られないようだ。
Javaが3割、インフラ・基盤が2割弱、PMO等が1割、js,C#,Python,スマホ開発と続いている。
それぞれ少しづつ年度間での変動はあるが1~2%の範囲にとどまっている。
DX,AI等新たなテーマが出てきているが、案件の構成比を大幅に変更を与えるほどの
インパクトはまだ出ていないようだ。
(もしかしたらこの傾向は、お取引させて頂いている会社様の担当分野に依るところが大きいのかも。)

3.種別ごとの案件数月別変化は?・・・・やはりJavaは延びが大きい。

構成比を年平均すると変化はないが、月別での延びはどうなのだろうか。
案件の延びと規模を表現するために2021年4月のJava件数=1として、
各種別の月別案件変化率を見てみた。
各種2022年3月に向けて延ばしているが、やはりJavaが大きく延ばしているように見える。
構成比が一番高いJavaの案件がいち早く復活基調にあるのかも知れない。

今回は、コロナの収束を迎えて今、システム案件の状況がどのようになっているのかを分析してみた。
次回は、COBOL案件の状況や、インフラ、PMO等の2021年度傾向を調べてみたい。