【早期合流想定】職業エンジニアによる学習支援付きの求人

【学習支援について】
弊社は一般的な派遣（SES）型ビジネスモデルとは異なり、採用者全員をシステムエンジニアとして早期に戦力化する必要があります。既存チームへ増員という形でアサインすることで、未経験者でもプログラマーとしてデビューする体制は整っています。しかし、後述の通り開発対象が一般的なSIベンダーとは異なりやや特殊であるため、一定のプログラミング適性が求められます。

適性の有無を判定するには、実際にコードを書く・学習するといったプロセスが最適ですが、弊社では独自に「インターン形式の課題」を用意することにいたしました。これはスクール形式の教育ではなく、あくまで「選考」の一環として位置づけています。

対象は未経験者からスキルに不安のある経験者まで幅広く、Slackを通じて現役エンジニアが支援しながら学習を進めるスキームを組んでいます。オンラインで参加可能ですので、時間に余裕のある方や、入念に準備をして臨みたい方はぜひご検討ください。

【本求人で想定しているポジションの役割】
システム開発ベンダーにおけるメンバーポジションです。
BAMVは「小〜中規模・新規開発・アジャイル開発」を専門領域とするソフトウェアベンダーです。プロジェクトは、大手SIerからの2次請け、またはエンドクライアントからの直請け（1次請け）が中心となります。

案件の種類としては、ビジネス投資のトレンド領域におけるPoC（概念実証）や、既存の大手Webサービスのモダン化（リプレイス）開発など、従来型のSIベンダーが手がけないような先進的な領域が多くを占めています。

【開発体制】
請負・準委任といった契約形態にかかわらず、いずれの案件でもベンダー側として自社の体制を構築し、担当範囲に責任を持つことが求められます。チーム単位でリーダーを中心に品質・進捗・リスクを管理し、開発の阻害要因を排除できるようユーザー（顧客）へ働きかけることも重要な役割です。自社の担当範囲において、プロジェクトマネジメントの責任を負うという認識で間違いありません。

責任範囲はクライアントによって多少前後しますが、メガベンチャーや大規模なエンドクライアントの場合は先方にクラウド運用部隊がいることが多く、それ以外の多くのクライアントでは、弊社側がクラウドサーバー（インフラ）側まで一貫して担当することになります。

【技術要素】
〇 バックエンド
高トラフィックなサービスのAPI作成や負荷分散の知見を求められる場面もありますが、基本的には「モダンで一般的な構成」という認識で問題ありません。
ほとんどのプロジェクトはマイクロサービス（的な）思想で疎結合化されており、コンテナ等の概念理解は必須となります。
「経験がなくても自ら調べて対応する」姿勢が常に求められるため、言語経験の指定は比較的緩やかです。「一つの言語を習得していれば、他の言語も習得可能」という考え方で選考を行っています。

・Kotlin (Spring Boot)
・Go
・Java
・Python (FastAPI)

〇 フロントエンド
フレームワークに関しては入社後のキャッチアップで問題ありません。バージョンアップ等も自社で対応するため、「未経験なのでできません」というスタンスではなく、積極的に取り組む姿勢を重視します。ReactやVueは初見時に苦戦する箇所も多いため、0.5〜1.5ヵ月ほどの学習期間を見込んでいます。

・TypeScript (React / Vue)

【自社チームにメンバーとして合流する】
商流は、エンド直接・大手SIer直接のいずれかとなります。
エンドはWebサービス運営が多く、1チーム3～7名くらいの規模感。大手SIerのプロジェクトでは、SIer、他のセカンダリ2～3社、各5名規模くらいのチームでPJ全体（20名くらい）を構成します。
大手SIのプロジェクトも、役割はその時のビジネストレンド関連のPoC案件であったり、メガベンチャーのプロダクトであったりで、大規模基幹システムなどは担当しません。（ウチじゃなく他の大手セカンダリーに発注するでしょーな。）

【フルスタック化する】
Devチームは5名前後の小規模チームが普通です。
5名で1つのシステムを作る訳ですので、技術的な守備範囲が広くなります。つまり、キャリアは《フルスタックエンジニア》単線になります。

【先端技術の使用】
新規システムを、わざわざ古いもん使ってつくらんもんね...。
『その時ある便利なもの』を使って開発することになるのですが、この『その時ある便利なもの』は、移り変わりが激しいです。ですので、未経験からでもキャッチアップでOKです。
と言うか、毎回キャッチアップが当たり前に要求されるのがこの領域のエンジニアと考えて頂いた方が実態に近いです。

【最新技術はずっとキャッチアップの世界】
学習コストの高めなReactでも1.5カ月くらいのキャッチアップ期間を見ておけば、だいたいみな立ち上がる訳ですから、いちいちエンジニアの経歴書を重視して当たり外れを繰り返すよりも、当たりと最初からわかってる自社エンジニアを、キャッチアップ期間を計算して投入した方が確実です。


【アジャイルマインド】
アジャイルはちょっと厄介なところがあって、指示待ち君がワークしない。責任範囲限定したいマンに至っては他のメンバーの負担になるという、良くも悪くも『人を選ぶ』ところがあります。

主体性を持ってエンドのビジネスと向かい合うならば、提案する、指摘する、先回りして用意する（『こんなこともあろうかと』とリアルで言える）様なメンバーで固める事がまず最初にやるべきことになるわけで。

なお、性格悪い人（ブリリアント・ジャーク）がおりますと、チーム全体の主体性が奪われ、アジャイルチームは機能しません。そもそも性格の良い人たちでチームを組まなくては、『継続的な開発』など不可能じゃんと言う話でもあります。


【主体性を持って顧客と向き合うチーム】
POと言う、顧客のビジネス側との結節点にあたる意思決定者と直接やり取りする事になりますし、ITの専門家の立場からPOに提案・提言をできるようになる必要があります。いわゆる《下請けSE》的なムーブではなく、小規模ながらITコンサル的な要素です。

Devチームメンバーに主体性が不足しますと、SMやPOがその不足を埋める役割を要求されることとなり、実態《製造リーダー化》してしまいます。このようなチームのPOの採用要件はITコンサル成分+コードレビュー能力なども求められることになりますので、ビジネス側のスキルが不足しがちです。
POのビジネス側の知見が不足しますと、開発するものの優先順位が決められず、《すべてつくる》ことに。　だったら最初から【ウォーターフォールでよかったわ】となりがち...。

と言う訳で、主体性を持ったメンバーたちを採用し、《自律したチーム》を実現することが、まず最初に重要です。プロセスとかツールは、そのあとな。

大手エンドの次期ビジネス展開に関わるような、『これは親にも言えねぇな.....』みたいなサービスやシステムの開発をしますと、日本のビジネスの最前線で腕ふるってんだなーと言う事を実感できます。
その手のサービスがローンチされますと、やっぱり大々的に報道されたりするので、飲み会でイキリ倒す事が出来ます。（なおＮＤＡ）

ほか、顧客の課題を解決して感謝された際など、『さすがはワイやな。カッコええわ。』と言う自己満足に浸る事が出来ます。　あとやっぱり飲み会でイキリ倒す事が出来ます。（なおＮＤＡ）

ベンダーのエンジニアの仕事の良いところは、ひとつのプロダクト・環境固定ではなく、いくつものプロダクトやビジネスで成功体験・失敗体験ができることや、風向きが悪ければ『撤退』もできることですね。

特定のビジネスそのものへコミットがあるなら、そのエンドへ。
ITでビジネスに資する『専門性』そのものへコダワリがあるならば、ベンダーへ。
私はどちらも経験がありますが、自分自身をベンダー向きと考えているので、現在のビジネスをしています。

・月残業時間は平均10h程度
・育休取得率100%です

【福利厚生】
・社宅制度
・出産／育児休暇
・育児目的休暇
・看護休暇
・介護休暇

【受動喫煙の対策】
弊社事務所は屋内原則禁煙としています。
※屋外喫煙所あり