CTOの不在と、組織の運営方針の消失
アライドアーキテクツのエンジニア組織は、2017年のCTO退職をきっかけに、CTO不在で運営しています。統率力の高さからエンジニアを惹きつける力があったCTOの退職は、エンジニア組織の運営に大きな打撃をもたらしました。
CTOが不在になってからは、「開発部」という大きな枠組から各プロダクトの部署に所属して開発業務を行うようになりました。しばらくの間大きな問題は起きませんでしたが、部署ごとに分断されたことでエンジニア間での協力体制がとれなくなっていきました。また、これまでCTOが担っていた役割をエンジニア組織内で割り振って運営を続けていたことに起因し、エンジニアリングに関する大きな方向性がなく単純に役割を分割しただけの状態になりました。
また、CTOの不在によって、経営陣に対してエンジニア組織から積極的にアクションを起こすこともできない状態であったことから、徐々に組織運営に陰りが見えはじめました。具体的には社内でエンジニアが評価されにくい状態になったことや、コアメンバーを含むエンジニアの大量離職や採用活動の鈍化、それに伴い開発リソースが枯渇したことでビジネス上求められる開発速度を維持することも難しくなっていきました。
こういった状態から、プロダクトを技術面からより良い方向へ導く動きも思うように取れず、創業当時からあった社内にエンジニア組織が根付いているというアドバンテージが失われつつありました。漠然と「このままでは、エンジニア組織がただの会社内受託組織になってしまう」と思ったことを、今でも覚えています。
エンジニア組織の再立ち上げ
日本国内のエンジニア組織にとって大きな転機になったのは、当時の執行役員であり現CPO（Chief Product Officer）がエンジニア組織の管掌役員に就任したことでした。程なくして組織運営に関わる意思のあるエンジニアと社長、CPOの間で話し合いが行われ、エンジニア組織の運営に対して部署を越え横断的にコミットしていくメンバーを「棟梁」と名づけ、棟梁が中心となってエンジニア組織を立ち上げ直していくことになりました。棟梁はマネジメント層のエンジニアの集まりではなく、あくまで組織運営に対してコミットする意思のあるメンバーで構成された組織であり、私も立ち上げ当時はマネジメント業務を全く行っていませんでしたが、棟梁のメンバーとして活動していました。
棟梁の立ち上げ以降は、エンジニアのキャリアモデルの再定義や採用方針の見直し、棟梁とはどのような人材であるべきかという定義、各プロジェクト状況の共有と問題解決への協力などを行い、エンジニア自身によってエンジニア同士がプロダクトをまたいで協力し合い、組織として活動する地盤が整えられていきました。
