こんにちは、CTOの木戸です。
bravesoft のエンジニア組織は、自分たちの文化を一冊の資料にまとめました。合言葉は「作ることは、オモシロイ」。そのまわりに、3つの振り子と6つの原則からなる行動指針を置いています。
この記事では、なぜエンジニアの文化を言葉にしたのか、そしてその中身をご紹介します。資料そのものも、Speaker Deck で公開しています。
エンジニアは、何のために作るのか
bravesoft は2026年に企業理念を刷新しました。目指す旗（FLAG）として「あしたをオモシロク」を掲げ、挑戦のフィロソフィー「BRAVE THROUGH（ブレイブする）」と、頭文字をとった5つの行動指針「BRAVE」を定めています（企業理念）。
BRAVE は全社の行動指針です。一方で、エンジニア向けに独自の行動指針を決めている会社もあります。とくに参考にしたのは、LayerX さんの行動指針です。
私自身、エンジニアの仕事には、他の職種と共通する部分と、エンジニアならではの文化になっている部分があると感じていました。それを言葉にして、整理しておきたい。これが最初のきっかけです。
もうひとつ、ずっと言葉にできずにいた問いがありました。エンジニアは「あしたをオモシロク」するために、何かを作る人たちなのか。それとも、エンジニアとして関わる人たちと一緒に、オモシロイ社会を目指す人たちなのか。今回は、そこに正面から向き合ってみました。
合言葉は「作ることは、オモシロイ」
たどり着いた合言葉が「作ることは、オモシロイ」です。この言葉には、2つの読み方を込めています。
ひとつは、作ること自体がオモシロイということ。ものづくりの喜びが、この組織のエンジンです。もうひとつは、作ることで、あしたをオモシロクするということ。全社の旗「あしたをオモシロク」に、エンジニアは「作ること」で向かいます。
では、私にとっての「オモシロイ」とは何か。考えてみると、オモシロイは「今」には存在しないことが多いと気づきました。振り返ったときに「あのとき、面白かったなあ」と感じる体験です。
逆に「楽しい」は、今この瞬間の空気や体験に向かう言葉です。今の自分では測れないもの、作れないものに挑戦する。その中で得た発見を、あとから「オモシロイ」と受け取っている気がします。少なくとも私にとって、オモシロイとは未知への挑戦の結果として受け取るものなのかもしれません。他の人にとってもそうなのか、これからいろいろ話してみたいところです。
この合言葉は、日々の問いにもなっています。行動指針の中心に置いた問いは、「いまの仕事は、オモシロイですか。」 です。
根っこにある3つ ── 主体性・共有・夢中
合言葉の下には、変えてはいけない土台として、3つの価値観を置きました。
- 主体性 … 指示を待たず、自分で考えて動く。「やりたい」と手を挙げ、やり遂げる
- 共有 … 学んだことを独り占めしない。個人の成長を、チームの成長に還す
- 夢中 … 何かに夢中になれること
3つ目の「夢中」で大切にしているのは、熱の出かたは人によって違うということです。作っている最中の表情に出る人。聞かれると話が止まらなくなる人。時間を忘れて没頭する人。納得できるまで粘る人。どれかひとつが出ていれば十分で、話すのが得意かどうかとは関係ありません。
3つの振り子と、6つの原則
行動指針は、3つの振り子として整理しました。どの振り子も、左に「熱量」（内から出る、踏み出す力）、右に「責任」（起きたことや作ったものを引き受け、外に返す力）を置いています。
熱量がなければ、何も始まりません。責任がなければ、何も残りません。これは人を2種類に分ける軸ではなく、同じ人が場面ごとに行き来する2つの力です。
| 振り子 | 左：熱量 | 右：責任 |
|---|---|---|
| 挑戦 | ① 垣根を、越える | ② 失敗を、信用に変える |
| 探求 | ③ 面白がって、知る | ④ 事実で、語る |
| 職人 | ⑤ 時を忘れて、作る | ⑥ 言葉にして、渡す |
挑戦の振り子は、未知に踏み入り、起きたことは引き受ける力です。
①「垣根を、越える」は、いいものにするためなら、担当の外の企画やデザインにも口と手を出すこと。越境しないと、本当の課題は見つかりません。
②「失敗を、信用に変える」は、トラブルのときこそ速く、隠さず、仕組みで直すこと。信用を決めるのはミスの少なさではなく、立て直すまでの速さと透明さです。
探求の振り子は、面白がって知り、事実で確かめる力です。
③「面白がって、知る」は、技術も顧客の業務も、頼まれる前に知りに行くこと。好きこそものの上手なれ、を組織の前提にしています。④「事実で、語る」は、作ったものを数字で見ること。数字は成績表ではなく、次の一手を教えてくれる計器です。
職人の振り子は、潜って作り、言葉にして開く力です。
⑤「時を忘れて、作る」です。没頭することは、BRAVE の中ではもっとも表現しづらく、エンジニアならではのものだと感じました。
⑥「言葉にして、渡す」は、作ったものの意図を相手に届けること。同じ機能でも、背景を渡すと受け取られ方が変わります。
そして、私がいちばん思い入れを持っているのが、⑤「時を忘れて、作る」です。夢中で何かを作っている時間は楽しく、それを感じる間もなく過ぎていきます。けれど、そういう仕事をしているときほど、自然といい成果が生まれ、気づけば成長している。これは私自身の実感でもあります。だから没頭を根性の話ではなく、自分に向いている場所を見つける手がかりとして扱っています。
6つの原則には、それぞれ自分に問いかける1行を添えました。
| 原則 | 自分への問い |
|---|---|
| ① 垣根を、越える | この1ヶ月、自分の担当の外側で、出来栄えのために動いたか。 |
| ② 失敗を、信用に変える | 悪い報せを、いちばん早く出せているか。 |
| ③ 面白がって、知る | 最近、頼まれていないのに知りに行ったものは何か。 |
| ④ 事実で、語る | その成果、数字で見たらどうだったか。 |
| ⑤ 時を忘れて、作る | 大変そうに見えて、自分は平気だったことは何か。 |
| ⑥ 言葉にして、渡す | その知見と意図は、まだ自分の中に閉じていないか。 |
「らしくない」も、言葉にしました
どの原則も、片側に振れすぎると別のものに変わってしまいます。そこで、振れすぎたときの姿にも名前をつけました。
たとえば、撤退の準備がないまま突っ込む「特攻」。失敗を恐れて得意な領域から出ない「籠城」。「もう少し調べてから」で物が出ない「永遠の調査中」。数字だけを見て現場を切り捨てる「計器飛行」。没頭を言い訳に閉じこもる「密室の名工」。説明と調整だけで作る手が止まる「会議室の住人」。
これらは、責めるための言葉ではありません。振れすぎたら、反対側の原則に戻ればいい。対になる原則が、そのまま戻り方になるように作っています。「ちょっと会議室の住人になってない？」と、軽く気にしてもらえるような言葉として意識してもらえたらと思っています。
日々の仕事に、どう表れているか
文化は、言葉より先に日々の行動に表れます。
今年、社内で AI を使ったプロダクトづくりのワークショップを開きました。そこで企画を立て、プロダクトを作り、新しいものを表現しようと誰よりも動いていたのは、エンジニアでした。
私はもともと、エンジニアには「言われたものを作ること」や「技術を磨くこと」に誇りを持つ人が多い、というイメージを持っていました。けれど bravesoft のエンジニアには、プロダクトや顧客に興味を持ち、エンジニアリングを手段として使っている人が多い。これはとても印象的でした。
仕組みとしては、次のようなものが続いています。
- 週1回の勉強会。 学んだことを、その週のうちにチームに還す
- テックブログ。 エンジニア全員が、半年に1回書く
- 2つの方向のフルスタック。 フロントエンドからインフラまでの「技術」と、企画からテストまでの「仕事」。営業から開発リーダーになったメンバーもいます
- 受託開発と自社開発の両方。 幅広い経験と、ひとつのプロダクトを育てる経験の両方が得られます
AI と一緒に作る開発（仕様を先に言葉にし、AI にコードを書かせる「仕様駆動開発」）も始めています。ただ、これはまだ一部のプロジェクトで試している段階です。完成した仕組みに乗ってもらうのではなく、一緒に作り上げていくものだと考えています。
完成品ではなく、一緒に磨いていくもの
今回まとめた文化は、完成品ではありません。合言葉と原則は大切に守りつつ、その意味や具体的な行動は、これからも磨き続けます。まずは1on1の中で、6つの問いを使うところから始めています。
最後に、この記事を読んでくださったエンジニアの方に、ひとつだけ問いかけさせてください。
いまの仕事は、オモシロイですか。
bravesoft のエンジニア文化の全体は、こちらの資料にまとめています。
「作ることは、オモシロイ」に共感していただけたら、ぜひ一緒に作りましょう。
