Mさん：「そうそう、とりあえずそんな感じで、テクノロジーや、エンジニアの可能性を信じ続ける上司であってほしいかな。あとはSさんはボードメンバーでもあると思うので、さっきのコミュニケーションのベースのコントロールもやってあげれるとよりベストかも。多数派の比率を変えていくにも、単純に開発スピード上げるためにも、やっぱり採用は不可欠だからね・・・
もちろんITを用いたビジネスをやってくなら、という前提だけどね。こういう事を考えるのが嫌ならITを使わないビジネス（エンジニアを必要としないビジネス）をしたらいいという感じかな」

Mさん：いやーキッカケはみんなそんなもんだよ。でも継続してうまくやっていきたいなら、いろいろ知っといた方が成功率が上がると思うよ。今からでも間に合うと思う。また気になることがあれば質問してよ。ちなみにSさんは既に結構理解ある方だと思うよ。頑張って！ちゃんとやればEさんも戻ってくるかもしれないよ👍

Mさん：「もちろん他にもいっぱいある気はするけど、とりあえず俺が今思いつくのはそれくらいかなー。とにかく、必要としてるなら、分かりやすく必要としてあげた方がいいよ。別にエンジニアじゃなくても、『誰かに必要とされる』ことって、幸せややりがいを感じる大きな要素だと思うんだよね。替えがきくとか、外注すればいいとか、そういう扱いされたら誰でも嫌だしやる気を失うと思うから、そういうふうな風土や雰囲気が会社にもしあるとすれば、根本から直した方がいいかな。内製で開発してる会社を選んで来てるエンジニアの場合は、『誰かに必要とされる』の延長にプロダクトもある感じだね。自分が作ったプロダクトが『多くの人に必要とされてる』かどうか『多くの人に喜んで貰える（価値を届けられる）プロダクトを作りたい』といった、プロダクト愛みたいのを持ってる人も多いよ。
もちろん全員そうというわけでないし、度合いやタイプはいろいろだどね。『多くの人』や『誰もが知ってる』というところに喜びや達成感を感じる人や、友達や家族にも勧められるようなプロダクトを作りたいという想いが強い人には、『TO B』向けのプロダクトより『TO C』のプロダクトの方が好まれる傾向があるかなー。採用でも『TO C』のプロダクトを持っている会社の方が応募が多かったりするよね。他には眼の前に一緒に働いてる人から直接感謝されたい、という人もいるし、とにかく言われたものを作ることに集中したい、という人とか、対象は多くなくてもいいから何かしら価値を届けられればいい、という人とか、少数派だと思うけど、マネタイズしたい、稼げるプロダクトを作りたいという人もいるかな。」

Mさん：「まぁ外注でもいいようなプロダクトであれば最初から外注すればいいけど、通常は作って終わりではなく、常に改善し続ける必要があるプロダクトが多いから、そういう場合は外注より内製の方がメリット出るよね。せっかく内製にしてるのに、社内で外注みたいな扱いをしてたら、エンジニアも辛いし、プロダクトも良くならない。