サーバーサイドKotlin（SpringBoot）のプロジェクトの募集枠 2022.06.01

NDAがあるからすげーびみょーな質問なんですが.....。

日本のそれぞれの業界のトップランナーに当たる様な企業の、先々を見越したサービスのPoC（概念実証）からのシステム開発支援や、ローンチされれば日本の多くの人が利用することになるであろう巨大な新サービスの根幹をなすシステムの開発。みんな知っている企業のシステムとは言え、新規のサービス開発なので、そこでは最新技術を使用します。レガシーシステムが無いんだから当たり前だね。

はたまた、有名な『あのサービス』とか『あのサービス』そんなTech系メガベンチャーのサービスの開発に企画から関わるであるとか、多数の大規模サービスと連携する部分の運用/拡張であるとか。

比較的小規模なサービス運営企業様向けであれば、自分達のチームだけでサービス作って運用したり。

ベンダーで良かったというか、ふつーにイケてる仕事はしていると思う。

NDAもあるのでどこまで書いていいのかわからない。書くと使用技術の話もできなくなる。
まあだいたい、その時々の投資トレンドから発する開発需要に関わっている。

要素技術的には、古いシステムが無いところが多いので、新しい技術をふつうに使う。　さすがに奇をてらいすぎた、『先々、あまり使われないだろうなあ....。』と言う技術は避けられる。

あとは、会社の方針で、ノーコードやパッケージなどは、今後も主力にはしない。

社内学習会の開催（業務時間内）、書籍購入、セミナー費支援、外部研修の実施。

MacかWindowsかは、その現場でよく使用されているものを選んでおくのがベター。たぶんMac。
スペックに問題があるケースは基本的にない。

アジャイル、スクラム、チケット駆動開発

Docker、Ansible、Kubernetes

Elasticsearch

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

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

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

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

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

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

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

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

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

・固定給
エンジニアの仕事を『評価』をする事自体が難しいため、市場価値ベースの実力主義を意識した基本給設定になっています。プログラマの市場価値は2～3年目に一気に上がることが多いので、給与もそのペースで上昇します。

・インセンティブ
成長してほしい方向に沿って。また、評価が比較的容易な直接的な貢献に対して、インセンティブを設ける報酬制度になります。

・役職給
管理人数や権限・責任によって、役職と役職給が付きます。

半期毎にスキルレベルによる査定をおこなっています。

エンジニア部門は30名強で構成されています。

キャリアパスは基本、Javaバックエンドからのスタートとしておりますが、コロナでの需要減の時期、Javaに近い用途のGoやKotlinのプロジェクトにアサインというケースが増え、そのまま体制化。
エンドもWebサービス関連に、大きく偏りを見せています。

技術・育成方針自体は変わってはいませんので、まあ、この会社に入ったら、まあいつかはJavaやるもんだと思っておいてください。

技術的な守備範囲は、先進的なWebシステムのバックエンドとフロントエンドあたりがメインです。

Java（Spring）がスキルのベースにある人がほとんどですが、仕事の上では便利ならば何でもOKと言うスタンスで、行って勝負でGoとかKotlinとかやっている感じです。
担当する仕事も新規のプロジェクトが多い為、新しい技術であったり未経験な要素に関しても、プロのエンジニアなんだから調べりゃいいだろ。的な雰囲気で対応してしまう感じです。

会社としてアジャイルソフトウェア開発を志向しており、多くの他の企業様とは要求されるマインドセットが異なります。また、システム設計能力と技術的守備範囲の広さを重視する傾向があります。
このあたりも上記の文化にブーストをかけている気がしなくもないです。

ほか、日本の有名な企業の戦略案件のようなプロジェクトで、特にリーダーやスクラムマスターなどで入りますと、そのクラスのエンドの方たちにも名前を覚えられたりします。こういう人も少なからずおります。

自社主体で2～5名、外注さん込みの体勢で最大10名ほど、SIのメンバーと組む場合は他商流も含めた全体で15～20名程度で開発を行う事が多いです。
チーム戦を重視しており、そこへの増員枠を確保する事で、未経験者を稼働させるやり方です。このやり方は確実にプログラマーにすることができますが、反面、多数の未経験者の採用は不可能です。

弊チームのリーダーを中心に、BAMV商流のメンバー全員で協力し、担当するシステムの品質や納品に責任を負ってシステム開発を行います。

近年はサービス運営者からの発注が多く、新規開発や追加開発も規模は小さめで、3～6カ月が1プロジェクトと言う感じですが、基本的にサービスが儲かる限りは終わりはない感じです。
塩漬けですとベンダ側の利点（いろいろなシステムを経験する）が活きませんので、ここは社内メンバーのローテーションで対応しています。