後発のベンダーなので、「アジャイル」と 「コンサルティング」を軸に、昔ながらの大手とは違うポジショニングでエンジニアしよう。 仕事内容: 後発のベンダーなので、「アジャイル」と 「コンサルティング」を軸に、昔ながらの大手とは違うポジショニングでエンジニアしよう。 「対クライアントではリーダーが中心になる。」 BAMVでは、各チームのリーダーが対クライアントの折衝の中心となります。 BAMVが重視する『クライアントニーズ』に最も近いポジションだからです。これを支援するのがメンバーの責務であり、営業などのサポート部署の責務です。自己中心的なメンバーの存在はリーダーの負荷を上げ、チームの目的達成を阻害します。そのような園児ニアのお守りを優先する必要はありません。リーダーはメンバーへの評価を行う権限がありますので、低評価つけてしまってOKです。「どのみち長期的にはいなくなります」 「テックリード」 BAMVでは非リーダーの役割。リーダーやチーム全体の支援を求められるポジションです。 成果物の品質を担保するため、開発のメンターとなり、技術的な方向性を示す。 開発手法を提案し、開発環境を整備してチームの生産性を最大化できるようにリードしていく。 メンバーの技術レベルを確認し、スキルアップの施策を講じる。 など 「技術と営業は常に対等で」 どっちが上でも、会社はクソになる印象ですので。これは決めですね。 「どうやってリーダーの役割のハードルを下げるか」 1チームごとの規模はさほどでもないので、その面での難易度は下がるとは言え、自前のシステムの運用とはワケが違います。 一人のリーダーに『顧客折衝』・『技術的面でのチーム牽引』・『管理能力』など、すべてのものを求めるのは、採用や育成などを考えた場合、非現実的と考えます。 SEとして問題の無い技術レベルは求めますが、『技術的面でのチーム牽引』は自社のテックリードに。『管理能力』や『若手のフォロー』は、それができるメンバーに分担し、リーダーは『クライアントニーズの把握』『必要な調整』を重視するポジションとできればと思います。「そこまで高度な要求のPJがどんだけあるかと言うのもありますが。」 「要素技術的には今風のシステム開発」 開発対象はサービスが多いので、基本的にクラウドサーバ上でのWebシステム開発。そうでないものも作りはほぼ一緒です。 マイクロサービス的に疎結合な形の構成となっており、コンテナの上に載ってます。「k8sを我々で構築したり設定したりと言う事もあります。」 トラフィックが多いものが多くありますので、APIまわりをちゃんと作るなり負荷分散を考えるなりは必要ですし、速度も考えたりします。 ただし、マイクロソフト環境はあまり経験が無く、会社として取りに行くことはほぼないです。ダメとかではなく、強みが無い感じ。で、使用する言語も下記のようなものになります。 〇フルスタック派でOKと言う人。 「小規模システムだと、特定部分だけ担当する事にはならない」 〇要件定義工程に関与した経験「一人で全部リードできますじゃなくてもいいです。」 〇経験言語は問わずですが、新しい技術が出てきても都度対応していける人。 〇ポンコツのいないチームで、顧客に対して責任もって仕事したい人。 〇サーバーエンジニア、組込みからのキャリアチェンジでも相談に応じます。 スキルチェンジの際は、入社後にスキルチェンジ研修からスタートになります。 ともに、過去採用実績あります。 「尚可要素」 SIerやSIのパートナーのあたりでの、チームリーダー経験。「チーム規模は問わない」 ちゃんとしたベンダーでの要件定義経験「1~10まで実施できなくても良い」 ちゃんとしたベンダーでの基本設計経験「1~10まで実施できなくても良い」 詳細設計経験・または詳細設計書が無くても機能実装してますよ経験。 ITプロジェクトでのPG経験1年を含む。 募集背景: 「人月ビジネス構造とウォーターフォールモデル」 人月ビジネス構造下では、社員のスキル上昇では売上に大きな影響を及ぼせず「利益ではプラスはある」、多数のビジネスパートナー要員を利用して売上を作る形になります。ここで重要となるのが『分業・管理』に長けたウォーターフォールモデル。人月ビジネスとウォーターフォールは不可分です。 「だったらアジャイルやるべ」 BAMVは後発ですので、既存の有力ベンダーに対して差別化されたポジショニングが必要です。 需要はあるのに、プレイヤーがいないアジャイルソフトウェア開発は、ベストでした。