ID:20930さん

会社全体とエンジニア組織

俗人化せずに、組織のパフォーマンスを最大化する仕組み作り

【当事者意識やリーダーシップの醸造】 経営陣と年齢と経験が離れたメンバーが多く、意識や温度差を補完しチームの一体感を作ることが必要であると感じた。 そのためメンバーに事業や組織づくりの当事者意識を持ってもらうために下記を実施した。 その結果、チームを良くするための改善やイベントなどがボトムアップ的に産まれ、現在も運用されている。 * プロダクトへのディスカッションへの早期参加 UXを検討するプロダクトディスカッションではメンバーへ前提条件や議事録を常に展開し、定例への参加は自由化、誰でも議論に参加できるような機会を設けた。 * ビジネスサイドとのディスカッションやコミュニケーションの機会の提供 ビジネスサイドが関わる開発要件や保守運用業務をCTOが一次受けで巻き取ることを廃止。「開発チーム全体に相談する」というニュアンスへ変更して誰でもビジネスサイドと直接会話できるような決まりを構築した。 * プロダクトや開発組織戦略のメンバーへの壁打ち CTOが叩きとして作成したプロダクトや開発組織戦略を叩きとしてメンバーより早期に意見を常に求めることをした。誰でも意見を聞かれるようになり、一つ高い目線から話をする機会を設けることでメンバーの目線を一つ上げること念頭に置いてコミュニケーションをとっている。 【HRTの原則の浸透】 相互補完的な組織を作るためには他者へのリスペクトが絶対的に不可欠という野球部時代の原体験から、HRTの原則は強く意識してマネジメントしている。 HRTの原則を重んじて、一人一人の強みを伸ばし、相互補完的にチームワークを発揮できるよう仕組みを作っ ていった。 HRT の原則 ・Humility (謙虚) ・Respect (尊敬) ・Trust (信頼) 「あらゆる人間関係の衝突は、謙虚・尊敬・信頼の欠如によるものだ」 Team Geek ―Googleのギークたちはいかにしてチームを作るのか において繰り返し説かれている重要性。 さらに強い外部パートナーをチームに巻き込み、全員で設計のディスカッション、コードレビュー、自社サービスを用いナレッジ共有を行い組織のコード品質を高めることを行った。 HRTの原則は個人のコミュニケーションによる部分が大きく、衝突やリスペクトを欠くような発言などや時より出てきていた。 * 1on1 * ランチMTG * プロパー/業務委託を交えたプロジェクト体制 * メンバーボトムアップでのイベント企画のフォロー などでの相互理解の機会の提供を行った。 繰り返しHRTの原則を説くことにより組織に浸透し、徐々にチームワークが高まりを感じられるようになった。 その結果、初めはお互いの能力を疑問視して衝突が多かった若手エンジニア2人だったが、社運をかけたPJを任せ、無事遂行まで至った。 自分はほぼ干渉せずに2人の若手エンジニアがどうやったらお互いのいい部分を発揮できるのか、タスク分割を2人で考えていた時は2人の成長を感じた。