人が増えている中でハートビーツをどういう会社にしていくかといったことを打ち出す。CTOがビジョンを描くことに集中できていないかもしれない。CTOが技術方針、先見性を持って技術を選ぶ、VPoEは選んだ技術の執行責任を持ち、価値にするというところに責任を持つべきなので、もう少しVPoEで巻き取れるところがあるかもしれないとのこと。加藤様の場合グノシー社の技術力というものを無理やり表現すると、技術の幅・深さと、チーム開発力、メンバー層の暑さ・数・リードして教えられるエンジニアを増やすといった2つに分けられるとのこと。その上で、CTOは会社の技術方針に責任を持つ。VPoEはエンジニアの教育。チームとしてどう成果を上げていくか、といった点は二人三脚で進めていっている。その中で、どのチームも人が足りない中でどうやりくりしていくか、本人の希望とか聴きながら、会社としてどのプロダクトに力を入れていくか、といったことを踏まえながら人の配置などをおこなったり、エンジニアの教育、チームとして強くなるための目標設定なども考えていくのがVPoEの役割。是澤様の場合VPoEというよりエンジニアリングマネージメントのやりがいと考えているとのこと。CTOの時に感じていたのはマネージメントが楽しいということ。ドラッカーとか営業と話してコトラーとかのマーケティングの戦略の本などを読み込んだ時期もあり、それによって可能性を広げた。色々な法則性を見つけたり、仕組み化したりすることで企業の可能性、エンジニアロールのキャリアの可能性が広げていけるのは面白い。働き方の仕組みを変えていけるところも面白い。色々な人とのコミュニケーションをとることでその人の価値観を知れるのが面白い。人として学ぶところがある。責任範囲が広いため結果に納得感がある。人の問題が起きた時、これまでは結果を受け入れるしかなかったが、今は自分の責任範囲で見れるため、どういう結果であっても納得感が高い。組織マネージメントをたくさん勉強することで色々な理論を知れ、それを実践してトライアンドエラーをする活動が楽しい。会議のやり方を変える時は論点を変えてみたり。人の成長のステップの研究者はたくさんいてそれらの理論を実践するのは楽しい。読む本が変わってきた。人事系の本なども読む。エンジニアをやっていた時は自分自身をどうしていくかという視点が中心だったが、VPoEとなることで周りのエンジニアの成長をどうしていくかというのが中心になりつつある。あとはVPoEがどう評価されるべきかという点や、複数のVPoEを置いてそれを管理する組織を作っても良いかと思っている。心を強く持たなければならない。リクエストは上からも下からも横からも来たり、自分で気づいてしまうこともある。やるやらないの決断を人に促したりもするので、人は頼るが人のアウトプットを鵜呑みにはしない=レビューしないということ。レビューしないということは成果に対して興味がないということだと考えている。信頼と信用の使い分けは重要。