バフェットコード開発チームの心得（v1.1）

バフェットコード開発チームの「心得」を、社外向けに少し手を入れて公開します。

人が増えて、チームの価値観や働き方の幅が広がってきました。いわゆるダイバーシティと言うやつで、それ自体は自体は問題ではありません（むしろ良いことも多い）。
ただ、チームとして安定して価値を出し続けるには、前提になる「何か」が要ります。それを「心得」としてまとめました。

僕たちが何を作っているのか、チームの歴史とそこから育った性質、そして4つの心得を紹介しています。開発チームの空気が少しでも伝われば嬉しいです。

すでに公開している、カルチャーデックもこの「心得」がベースになっています。
https://speakerdeck.com/shoe116/buffettcodedevculturedeck

もっと知りたい人のために
- バフェット・コード: https://www.buffett-code.com/
- 採用サイト: https://career.buffett-code.com/
- ブログ: https://blog.buffett-code.com/

Transcript

1. バフェットコード 開発チームの心得 v1.1 shoe116 2026/10/21
2. 0. 目次 1. 「心得」は何のためのものか 2. 僕たちは何を開発しているのか 3. 僕たちの仕事とプロダクトの関係 4. プロダクトと開発チームと会社の歴史 5. 開発チームのDNA 6. 開発チームの4つの心得 2
3. 1. 「心得」は何のためのものか 「心得」について 1. 人が増えてきたのに伴って、価値観や働き方の分散が大きくなりつつある 2. チームとして安定的に価値を出すには、前提になる「何か」が必要 3. 多分世間一般的には行動指針と呼ばれるが、仰々しいので「心得」にした このスライドは、その「心得」を共有するためのものです。 ただし、以下の前提にしています 僕（shoe116）以外の人がこのスライドを利用することは想定しません 心得はチームの持ち物ですが、制定・変更の決定権は僕だけが持ちます 3
4. 2. 僕たちは何を開発しているのか 抽象的な意味での、「バフェットコード」というソフトウェア 「バフェットコード」というソフトウェア提供をする SaaS がバフェットコード（株） アプリだけでなく、データ、インフラ、CI、運用の仕組み、ドキュメントなども含む 今後は↑のことを「広義のプロダクト」と呼ぶ 広義のプロダクトは、具体的にリストアップできない アプリ、データ、インフラ、CI、運用の仕組み、ユーザドキュメントなどを含む 顧客から見える商品 == 狭義のプロダクト 見せ方（例えば契約書）が変わると、狭義のプロダクトは再定義される 僕たちが開発しているのは、「バフェットコード」というソフトウェア、つまり広義のプロダクト。 ※ 以後、この資料では広義のプロダクトを単に「プロダクト」と表記する 4
5. 3. 僕たちの仕事とプロダクトの関係 原則として、すべての仕事が「プロダクトを通じたユーザへの価値提供」である 新機能の開発や既存機能の改善（狭義の開発） 障害対応やデータの精緻化 インフラの最適化やセキュリティの強化 技術負債の返済や開発者体験の向上 5
6. 4. プロダクトと開発チームと会社の歴史 2017/04 開発開始 僕と現社長（大学の同級生）が 2 人で開発開始 友人・知人に声をかけ、有志で開発を行う（この頃は全員ボランティア） 2018/03 サービスリリース サービス名・サービスロゴの決定 buffett-code.com ドメインの取得 2019/03 バフェットコード株式会社創業 1月、5月と 2 度のクラウドファンディングを行い計 1000 万円調達、有料機能の提供開始 僕は 10 月にメルカリから転職、他のメンバーは業務委託として開発を継続 2022/06 初の採用（業務委託からの正社員） 2024 営業・CS チームを作り本格的な法人営業を開始（toB シフト） 2025 リファラル採用 & 業務委託メンバーの転職で正社員が増え始める 2026 （リファラル外の）採用活動を本格化、現在に至る 6
7. 5. 開発チームのDNA 開発チームには、その成り立ちから必然的に形づくられた、以下の性質がある プロダクトありき 僕と現社長の日曜大工的な開発に「面白そうだ」と人が集まった 作ったプロダクトが人々に使われたことが、創業理由 フルリモートネイティブ & 非同期を基本とした開発体制 創業までは当然オフィスなし、創業直後に新型コロナウイルスの襲来 「フルタイムな開発者が少数派」の時代が長い 主体性の重視と、開発への関わり方の自由 ユーザーに提供したい価値に、各人がオーナーシップを持つ ボランティア・業務委託・正社員など、関わり方は多種多様 立場にかかわらず、プロダクトに向き合う一員として対等 7
8. 6. 開発チームの4つの心得 プロダクトの価値を常に意識する プロダクトの価値は、ユーザがプロダクトを使い続けてくれることでしか測れない 「ユーザの課題を解決する」ことに注力、機能をリリースすること自体を目的にしない チームの生産性に貢献する 「プロダクト価値の向上速度」がチームの生産性の指標 自分の成果物や行動が、プロダクトの成長速度にどう影響するかを考える 自分らしく、より良いものを作る ソフトウェアは、作った人の思想や目指した手触りがそのままユーザの手元に届く 自分なりの視点と想像力を活かし、プロダクトに新しい価値をもたらすことに責任を持つ <!-- 「自分らしく働くため」の心得を、自分で決めて記入する --> 自分らしさは、開発チーム全体の心得と相反してはならない 状況に合わせて、適宜適切にこの個人の心得を更新する 8