Tebiki株式会社では「現場向け動画教育プラットフォーム tebiki 」を開発しています。そして、このプロダクトの価値を最速で大きくしていくために、スクラムを導入しています。 スクラムによりtebikiの開発チームはより速いプロダクトのフィードバックサイクルを回せるようになりました。その一方で「スクラムチームはどのように技術的負債の解消に取り組んでいけばいいのか？」という課題に直面しました。 この記事では「スクラムと技術的負債の解消の両立」という課題に対してTebiki社が導入した「20%ルール」についてご紹介します。 Tebiki社における20%ルールとはTebiki社の20%ルールは エンジニアが開発に充てられる時間の20%をスプリントゴール以外のことに使うこと。 というものです。 つまり、エンジニアのリソースは以下のように使われます。 スプリント … 80%スプリント以外の開発業

ダメだ、noteで記事を書き始めたが1500文字くらい書いてお蔵入りになった。対策に仕立てないとPublishしたくないという謎の病だが、大作に仕上げる気力がない。 これは深刻だ。Shortな記事でも公開していけるような仕組みと心構えを考えないと... — 樫田光 | Hikaru Kashida (@hik0107) May 6, 2020 そのため、この記事はライトに書いてみる。 きっと、間違いや浅い知見もたくさんあるだろうが、知るかそんなこと。 だいたいいつも前置きで疲れるので、前置きなしで。 1 / LTVを見る顧客が将来的にサービスにもたらしてくれる収益の総和 顧客獲得のコスト（CAC：Customer Acquisition Cost）という投資に対して、きちんと回収できているか= Profitableかどうか の判断のために使う。 LTV ＞ CACの関係になっていることを「