【フルリモート】サーバーサイドKotlin（SpringBoot）が主力になっちった会社

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

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

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

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

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

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

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

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

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

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

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

Docker、Ansible、Kubernetes

Elasticsearch

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

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

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

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

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

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

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

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

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

【メンバー・プログラマー】
同じチームのリーダーが、戦力化の度合いを基準に沿って評価します。（だいたい0～3年くらい？ ひとによる）
戦力化されたのちは、下記のチームミッション遂行に対してのチーム内での貢献・リーダーの支援などが評価されます。

【リーダー】
チームのリーダーをやる事になれば、リーダーです。リーダーの育成もビジネス上の重要な要素となりますので、育成段階の者も含まれます。（段階はある）
チームごとに、個別のミッションが設定されます。（クライアントやシチュエーションによって目的が異なる）これらの達成度合いに対して評価が行われます。
メンバーは、リーダーを支援する義務を持ち、リーダーはメンバーを評価する権限を持ちます。

【テックリード】
技術面におけるリード役として、上記のリーダーを支援し、メンバー全体の生産性や成果物の品質の向上に対して責任を持ちます。

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

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

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

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

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

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

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

自社主体で2～7名、外注さん込みの体勢で最大10名ほど、SIのメンバーと組む場合は他商流も含めた全体で15～20名程度で開発を行う事が多いです。
【責任＝権限】 ですので、上記の責任範囲に対して新規雇用の未経験者やロースキル。ビジネスパートナーのエンジニアさんなどをアサインしていくスタイルになっています。

人格に問題のあるエンジニアや、未経験者などをガバガバ投入してしまいますと、上記の『責任』が果たせず、破綻します。
未経験者は数を放り込む事よりも、プログラムや報連相の適性を判断し、少数ずつの採用・配属となります。（結局、その方が離職率低い。）最初期はタスクを細かく砕き、できるところから渡していく事にはなりますが、早い人だと半年ほどで一次戦力化（小機能を地力で調査して実装ができる）の状態まで行きますので、既存メンバーに過度な負担がかかる事もありません。