チームの目標が「とにかくたくさん開発する」はいけない “アウトプット”ではなく“アウトカム”を重視する体制作り

プロダクト開発チームが40人規模の組織となっていく過程で、どんな課題に直面し、どのような取り組みをしてきたのかをLT形式で届ける「食べチョク Tech Talk #1 『ユーザーに早く価値を届ける』組織と技術それぞれの取り組み」。ここで執行役員CTOの西尾氏が登壇。株式会社ビビッドガーデンが重視している「アウトカム」についてと、その思考に合わせた開発体制作りについて話します。 生産者の課題と、株式会社ビビッドガーテンの取り組み 西尾慎祐氏：「アウトカム思考なプロダクト開発を実現する組織作り」というテーマで、私たちの組織や開発チームがどういう体制でやっているかという話ができればと思っています。私は、株式会社ビビッドガーデンでCTOをしている西尾です。よろしくお願いします。 まずはその前に、私たちの会社がやっていることを紹介します。ビビッドガーテンは「食べチョク」というサービスを運用しています

[tsz]

アウトプットはKPIにならないという話。

[akanama]

まあその方が上に立つ人はラクだよね。

[manimoto]

スライドの「誰かが仕様を決めて、エンジニアがひたすら開発する ではない」が肝。社内受託開発になるとアウトカムへの当事者意識が無くなる。一方で仕様検討の会議ばかりだと離職要因にもなるのでバランスが難しい

[pwatermark]

ちゃんと評価できる仕組みをドライブできていて、「失敗した」結果成果が出なかった場合のフォローもちゃんとしているのであれば、かな

[prbaybe]

そういうのを無視するためにKPIとかっていう概念はあるとは思うけどな。事業の成果と個人の評価をリニアにしていきたいならまあわかる。

[versatile]

アウトプットがあるだけマシ

[morimarii]

アウトカムのKPIって開発内容と直接的な因果関係が証明できないような気がするんですが

[NOV1975]

ここまで言うならエンジニアをフェーズごとにごっそり入れ替えるまで必要では…

[peketamin]

“このあたりの話は、最近ではないかもしれませんが、『チームトポロジー』という、書籍というより、もともとWebで公開されていたものの概念を取り入れてチームを作っています。”

[sezemi]

開発チームじゃなくて、 PO なり PdM が数字の責任を持つということでいいのかな？

[txjp]

厳しい