後発のベンダーなので、【アジャイル】と 【コンサルティング】を軸に、昔ながらの大手とは違うポジショニングでエンジニアしよう。 【対クライアントではリーダーが中心になる。】 BAMVでは、各チームのリーダーが対クライアントの折衝の中心となります。　BAMVが重視する『クライアントニーズ』に最も近いポジションだからです。これを支援するのがメンバーの責務であり、営業などのサポート部署の責務です。自己中心的なメンバーの存在はリーダーの負荷を上げ、チームの目的達成を阻害します。そのような園児ニアのお守りを優先する必要はありません。リーダーはメンバーへの評価を行う権限がありますので、低評価つけてしまってOKです。（どのみち長期的にはいなくなります）　 【テックリード】 BAMVでは非リーダーの役割。リーダーやチーム全体の支援を求められるポジションです。 ・成果物の品質を担保するため、開発のメンターとなり、技術的な方向性を示す。 ・開発手法を提案し、開発環境を整備してチームの生産性を最大化できるようにリードしていく。 ・メンバーの技術レベルを確認し、スキルアップの施策を講じる。 など 【技術と営業は常に対等で】 どっちが上でも、会社はクソになる印象ですので。これは決めですね。 【どうやってリーダーの役割のハードルを下げるか】 １チームごとの規模はさほどでもないので、その面での難易度は下がるとは言え、自前のシステムの運用とはワケが違います。 一人のリーダーに『顧客折衝』・『技術的面でのチーム牽引』・『管理能力』など、すべてのものを求めるのは、採用や育成などを考えた場合、非現実的と考えます。 SEとして問題の無い技術レベルは求めますが、『技術的面でのチーム牽引』は自社のテックリードに。『管理能力』や『若手のフォロー』は、それができるメンバーに分担し、リーダーは『クライアントニーズの把握』『必要な調整』を重視するポジションとできればと思います。（そこまで高度な要求のPJがどんだけあるかと言うのもありますが。） 【要素技術的には今風のシステム開発】 開発対象はサービスが多いので、基本的にクラウドサーバ上でのWebシステム開発。そうでないものも作りはほぼ一緒です。 マイクロサービス的に疎結合な形の構成となっており、コンテナの上に載ってます。（k8sを我々で構築したり設定したりと言う事もあります。） トラフィックが多いものが多くありますので、APIまわりをちゃんと作るなり負荷分散を考えるなりは必要ですし、速度も考えたりします。 ただし、マイクロソフト環境はあまり経験が無く、会社として取りに行くことはほぼないです。ダメとかではなく、強みが無い感じ。で、使用する言語も下記のようなものになります。