【フルリモート】VBやCOBOLからのWebシステムエンジニアへの転向【学習支援制度アリ】

【会社の特徴/個性】
『アジャイルソフトウェア開発』・『未知の技術への対応力』　これらが差別化軸として機能している、13年目のソフトウェアベンダーです。

システム開発業界では、上層の会社は【専門分野】と【組織力】を有する会社がほとんどです。
このあたりは建設業界とも似通っており、ゼネコン役の大手SIerは別として、サブコンに当たるセカンダリーベンダー各社にはほとんどこの条件が当てはまります。
※専門分野は、≪金融≫などの業務知識特化や、≪パッケージ・SaaS≫などの、特定領域のシステムを安価に作る方法を有するなど、様々なモノがあります。
BAMVは2013設立と、業界ではだいぶ後発の会社となりますので、先行者とは被らないポジショニングを取る必要がありました。そこでえらんだものが『アジャイル』と『新技術への積極性』だったと言う事になります。
差別化軸は無事に機能し、現在では大手SIer直接の取引や、エンド直接の取引が主となっております。


【アジャイルのデメリット】
先行の会社がやらなかった理由はこの辺。
・小規模～中規模くらいのPJになる為、ロースキルがバコバコ入らない。
・ゆえに外注さん（BP）も稼働させづらい。
・指示待ちの人物がワークしない。
◎要求されるスキル平均が高めとなってしまうので、拡大ペースが遅い。
基本的に、【人月ビジネス構造との相性が悪い】となります。


【AI時代で有利になんじゃね？】
『指示したら、やってくれる』　指示待ち人材とAIは、モロに競合関係です。　これらの人員を抱えていない事はプラスに転換されます。
我々は、ほとんどの現有戦力が、【AIと競合】ではなく、【AIを利用】する側へ置く事が出来ます。
この手の人材を現金に変換していた構造が人月ビジネス構造ですので、その構造の破綻がけっこうな確率で起こり得ます。　もともと人月ビジネス構造下で有利な立場ではありませんから、崩壊によるマイナス影響もありません。
さらに、久々の≪技術の革新期≫と言う事になります。

【ぶっちゃけ、ここ10年、あまり技術変わってない】
Docker等のコンテナ技術、それを前提にしたマイクロサービス寄りのアーキテクチャ、相性の良い技術（Go言語など）これらの普及。
フロントとバックの分離から、フロント側での処理が増え、ReactやVueと言ったフロントサイドのフレームワークの普及。
いずれも2015年前後。　なんか新しい言われてますが、もう10年前に流行ったものです。　これではさすがに差別化が効きません。
これからは、AIに絡んだ様々な変化が起きてくることになりますが、このような市場の方が、我々は有利を取りやすいです。

1年先、2年先すら読めない時代になっていますが、常にアンテナを立て、我々の【専門分野】と【組織力】を正しく運用すれば、むしろ、いやだいぶチャンスかな...？　

〇汎用機（等）からのスキル移行について
以降元が非オブジェクト指向言語・数世代前のシステム構成と言う事もあり、まあまあ苦戦します。それなりの学習量が前提になる感じです。汎用機やＶＢであれば即戦力の市場価値・単価を狙えるキャリアシートをお持ちである為、短期的な機会損失を覚悟してでもキャリアチェンジさせる動機が会社にない限りは、中途半端な事になりがちでもあります。

チーム戦前提の会社ですと、社員のスキルがバラバラでは機能しない為、ある程度の幅でスキルセットを揃える事になりますし、それをしないとその社員が孤立化、離職の遠因となります。

ともあれ研修でJava・ＭＶＣ・3層Ｗｅｂアーキテクチャや、ＲＥＳＴのシステムの概念を知っている状態を担保。待機上等・安いの上等で、既存メンバーが作った育成向きの増員枠にアサインしていくのが近道です。（会社も育成コストはかかると言う事）経験半年～1年ほどで、キャリアチェンジ完了となります。

〇エンジニアの仕事やキャリアなどについて。

【最近やってる仕事の技術要素】
・Kotlin / SpringBoot AWS
・Python / Flask GCP
・Go / GCP　Swift Kotlin
・Ruby/RoR AWS
・PHP/Laravel AWS

あらためて見ると、偏りがひどい。ついに、主力だったJavaが少数派に、サーバサイドKotlinの会社になった模様。

【キャリアパスについて】
●システム開発能力と市場価値を得るまでは、Javaでのキャリア構築を重視。してたのですが、ちょっと今は弊社が担当しているJava案件が減少中で、Kotlin・Python・Go・Rubyあたりでのデビューになりそうです。
●特定の業務知識に特化するＳＥではなく、エンドの新規ビジネス投資に関わる新規のプロダクトや業務システムの開発を得意とする、ＳＩ業界のメインストリームを少し外れたキャリアのエンジニアになるかと思います。
●弊社のチームのリーダーは弊社で立てる必要があり、リーダーの経験はしやすいです。自社のメンバーのスキルや姿勢は基本的には信用でき、リーダーの経験をする際も、彼らの主体性やサポートを前提に考える事が出来ます。
●システムエンジニアの部署内にＳＲＥ育成のチームが発足します。オンプレまでは手が出ませんが、インフラも守備範囲にしたいという方でも応募可です。
●弊社内の別部署に、業務～ITコンサルティング・PMOを担当している部署があり、コンサル・マネジメント路線への転向も可能です。

※準委任の案件がほぼ100％です。（今のリモート比率は・・・、85％くらい？　変動するはずです。）
※アジャイルソフトウェア開発を志向しておりますので、協調性の無い方、個人主義を重視される方はご遠慮ください。

・基本、チームでミッションを持って行動する為、集団戦（言うても2～5名とか）で戦える。
・プロジェクト規模は小規模を優先する為、自チームのプロジェクトへの影響度は大きめ。
・上位陣は、SIerのリーダー格やプロパーと組んで、新規エンドを追ったりもする。

なんていうか、大手のエンドの新規投資のところで入っていく事が多いので、エンドのミッションも前衛的なモノが多く、そこに企画から関わったり最新技術を使用してチームで実現していく感じの仕事が多いので、めちゃエバれる感じの仕事が多いと思う。（ただしNDA。エンドの前衛的な目的の新規案件とか、漏洩させたらぜったいアカン。　あ、これは絶対言ったらアカン！みたいな感じ）

アジャイル押しの会社ですが、ウォーターフォールのほうが良いものはウォーターフォールを選択します。（ウォーターフォールで広い工程を主体的に対応できるエンジニアは、そのままアジャイルプロジェクトで活躍できます。）

アジャイルのプロセスで開発を行う際は、個々のテクニカルスキルよりも、マインドセットの方が重要でして、採用基準にも反映されています。
（テクニカルスキルは採用後につけられる）

※注意点
目先はともかく、継続的な関係性を前提にしておりますので、アジャイルソフトウェア開発にご対応頂く必要があります。応募をご検討の際は下記にご注意ください。

・【チーム】の目的は、顧客のビジネスの成功です。過度な利己主義の方は不要です。

・【チーム】では自主性の高い方が活躍します。指示待ちタイプは合いません。

・【チーム】では、設計や品質も重視します。

・応募時はウォーターフォールの経験でOK。アジャイルの人員はWFでも成果を出せます。

・アジャイルは準委任契約で行います。過度な責任範囲の限定は合いません。
　また、チームは5名前後。技術面もゼネラリスト志向の方が重宝されます。

・専門家としてベンダー側で入る事に誇りを持てないならば、合わないと思います。