未経験歓迎!システムエンジニア(アジャイル開発側のキャリア)

生成AIと競合するのではなく、『使う』側のエンジニアのキャリアパス (ただし、守備範囲はフルスタック路線に)

【本求人で想定しているポジションの役割】

システム開発ベンダーにおけるメンバーポジションです。

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のビジネス側の知見が不足しますと、開発するものの優先順位が決められず、《すべてつくる》ことに。 だったら最初から【ウォーターフォール

でよかったわ】となりがち...。

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

な。

【仕事のやりがい】

大手エンドの次期ビジネス展開に関わるような、『これは親にも言えねぇな.....』みたいなサービスやシステムの開発をしますと、日本のビジネスの最

前線で腕ふるってんだなーと言う事を実感できます。

その手のサービスがローンチされますと、やっぱり大々的に報道されたりするので、飲み会でイキリ倒す事が出来ます。(なおNDA)

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

でイキリ倒す事が出来ます。(なおNDA)

ベンダーのエンジニアの仕事の良いところは、ひとつのプロダクト・環境固定ではなく、いくつものプロダクトやビジネスで成功体験・失敗体験がで

きることや、風向きが悪ければ『撤退』もできることですね。

特定のビジネスそのものへコミットがあるなら、そのエンドへ。

ITでビジネスに資する『専門性』そのものへコダワリがあるならば、ベンダーへ。

私はどちらも経験がありますが、自分自身をベンダー向きと考えているので、現在のビジネスをしています。

業務内容の変更範囲

<雇入時>

システム開発関連業務

<変更範囲>

ITコンサルタント・PMO職(本人が希望+コンサル部署が受け入れOKの場合)

・何らかのシステム開発経験 実務1年以上

・PG時代の報酬制度は『実際にできること』と『経歴』から職格が決まる仕組みになっていますので、『実際にできること』と

『経歴』次第です。

・超短期の経験であっても、実務能力次第で上の職格からのスタートも検討できます。

【求める人物像】

・基礎的な技術を軽視しない

・顧客の満足を得る真っ当なビジネスを志向している

・チーム戦重視

・将来の加齢による市場価値低下に、組織力で対抗したい

理論年収: 276 万円 〜 360 万円

想定給与: 230000 円 〜 300000 円

基本給: 198900 円 〜

想定労働時間: 160.0 時間

固定時間制

10:00〜19:00

休憩時間:休憩60分 ※昼食時間は業務の都合により各々の自主性に任せています

※案件先によっては、始業時間が変更になる可能性があります。

平均残業時間:平均10時間／月

年間有給休暇: 10〜20日

備考: ・完全週休2日制(土日)

・祝日

・有給休暇(入社半年後に10日間)

・夏季休暇

・年末年始休暇

・慶弔休暇

など

・社宅制度

・出産／育児休暇

・育児目的休暇

・看護休暇

・介護休暇