【スキルチェンジ応募可】　2022上期（4月～）体制参画中のチームの増員狙いの採用枠

BAMV合同会社は、アジャイル開発を志向するエンジニアリングセクションと、ITプロジェクトの知見が十分ではないエンド側の支援をおこなうコンサルティングセクション、2つの事業部からなるソフトウェアハウスとなります。

【主要取引先】
・日鉄ソリューションズ株式会社
・株式会社ジェーエムエーシステムズ
・富士ソフト株式会社
・チエル株式会社
・株式会社イプロス

日本のカイシャはいつまでたってもアジャイル導入期。
アジャイルソフトウェア開発宣言が2001なので、もう20年くらい経ってるわけですが・・・。

導入が進まない背景としてよく、日本企業の決済フローの遅さや評価の減点主義からくるリスク回避傾向などがあげられますが、もっとわかりやすく目先の問題が2つあります。

【ひとつめ】
スクラムの『プロダクトオーナー』は、非常に高いスキルを要求されます。しかしながら、アジャイル導入の進まない日本ではPOの経験者も少ないわけで。ましてやITでメシを食ってるわけではないエンドユーザーがそんな高額な人材を雇用し得るでしょうか？さらには解雇制限もあり、本来は必要なときのみピンポイントで雇用したいはずの『高度な専門性を持った人材』を高額で雇用することが難しいという問題もあります。

POは業務側の知識に詳しく、その組織の背景を理解し、必要な調整をおこなうことができるので、バックログの優先順位を決めていくことができ、それを技術側であるスクラムチームに伝達していく能力を要求されます。できたらかなりのバケモノなお客様です。
できなければ、業務側の要求の通りに『必要な時期までに全部つくる』こととなるため、ウォーターフォールで作ったほうがマシだったという結果になりがちです。

このケースはとても多発します。そのためか、国内の（ちゃんとしたい）アジャイルプロジェクトでは、開発チームのエンジニアのスキル要求がとても高いものになったりします。

【ふたつめ】
日本の多くのエンジニア・開発ベンダーがアジャイルにフィットしないという問題もあります。

高効率な分業は個のエンジニアの役割の明確化を。それに加え一括請負契約も守備範囲の限定を加速させます。分業はさらに『階層』を産み、技術者からプロジェクトに対する当事者意識を奪います。その上、階層は顧客に対して成果を明らかにすることや成果に責任を持つことを阻害します。さらにはここ数年のエンジニアバブルは『園児ニア様』なる新種も生み出しましたが、これもまったくアジャイルには適合しません。

これらの環境に適合したプログラマは、スキル有無の以前に、マインドセットがアジャイル向きではないわけです。

※当事者意識を持ち、リスクと向き合い、成果を明らかにし責任をもつ、役割責任範囲を限定しない。どちらかというとリーダークラスのエンジニアには多く見られる特徴。リーダー格をいちメンバーでアサインするかといえば、しないわなー。

【どうすんの】
どうすんのって、これもうビジネスチャンスの類でしょうよ。
採用と育成が強みであった会社【Trash-Briefing】は、【BAMV】と名前を変え、その育成したメンバー達とともに次の段階へ進むのです。

【概　要】
●最近やってる仕事の技術要素
・Kotlin / SpringBoot / AWS
・Java / SpringBoot / AWS
・Python / Flask/GCP
・Go / GCP
・C＃/ .NET Framework / WPF / Azure
・TypeScript / Vue / Deno / AWS

あらためて見ると、偏りがひどい。
（なお、パッケージのAddonや、Strutsのシステムを担当中の人もいます。）

【キャリアパスについて】
システム開発能力と市場価値を得るまでは、Javaでのキャリア構築を重視します。
●キャリアの初期段階でJavaを選択するメリット
・市場での需要の強さと市場構造から、未経験でもプログラム経験をしやすい。
・ルールがめんどい言語だけあって、ルールを知ったエンジニアが育ちやすい
・他の言語にスライドする際に、経験のベースがJavaだと有利。
　（JVM言語は当然の事。Ruby Python Go C#なども、元Javaマン有利）

●成長の流れ
『未経験者～初級PG』
とにかく経歴書に市場価値が無い為、仕事はほとんど選べない。重視すべきは未経験ラベルを外す事。なので、Javaでプログラム工程を含むプロジェクトをとにかく狙う。上長陣が増員枠を作れると、他の競合を無視して参画できる為、『超』有利。会社全体でこれを準備しに行くのが勝ち筋。平場勝負はなるべく避けたい。経験丸1年はこの段階。

『2～3年』
市場環境によりますが、だいぶ選べる様にはなってきます。
ここでは規模の大きくない新規案件を重視（アルゴリズムを鍛える機会が新規くらいになってきてる。）新規ですとフレームワークはほとんどSpringBootに。担当できる工程を広げていきます。

『4年目以降』
この時点で基本設計経験はできています。システム全体への理解が進んでいれば、ようやくアジャイル開発やWebサービス系の中のハイレベルな現場で対応できるスキルが付いてきます。
前述のように、他言語への展開も苦ではなくなってきます。言語ごとの違いを知るのも、言語仕様の理解を深める道だったりします。しかし優先度で言いますと、システム全体の理解が優先されます。（並行でも得られると思うけど）

【背　景】
2018～2020　　商流の向上を重視、この期間にほぼ現在の取引先との取引開始。
2021/1 ～9月　 体制でのプロジェクト参画・プロジェクト内での体制化を特に重視。
2021/10～　　 上記のチームへの増員枠・その他案件のローテションなどにより、
　　　　　　　 参画ハードルを下げつつ、開発経験を得やすいポジションを作る。
2022/2月　　　 未経験(EN:TRY)orスキルチェンジ前提の研修スタート組が合流
2022/4月～　　 本求人の募集枠
　
※DXバブルの案件が開発フェーズに。売り手の交渉力の強まる事が想定される。
※スキルチェンジ応募も可。（入社後、外部研修からスタートになります。）

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

・基本、チームでミッションを持って行動する為、集団戦（言うても2～5名とか）で戦える。
・プロジェクト規模は小規模を優先する為、自チームのプロジェクトへの影響度は大きめ。
・上位陣は、SIerのリーダー格やプロパーと組んで、新規エンドを追ったりもする。
・育成期（3年目）くらいまでは、チームメンバーは市場平均よりスキル値は上。
・その後に、（4年目ぐらい）高まった市場価値で狙う

まあ、なんだかんだでリモート比率が高くなっちゃうのはご認識下さい。コロナが悪いんです。