QAは組織の“品質観”を映す鏡──タノムが信じる“神は細部に宿る”品質づくり

”QAエンジニア”と一言でいっても、会社によって業務範囲や責任の持ち方は大きく異なり、組織の品質への価値観を映す鏡でもあります

タノムの開発チームは10名以下という少人数体制ですが、その中に専任のQAエンジニアを置き、品質体制を確立しています。スタートアップでは珍しいこの体制の中で、品質づくりをどう捉え、どう進めているのか。

一人目のQAエンジニア・Oさんに、日々の仕事とタノムのプロダクトづくりの思想についてお話をうかがいました。

合理的な働き方とユーザー起点の姿勢が入社の決め手

私は2024年の春にタノムへ入社しました。前職ではBtoC向けの予約サービスでQAを担当していましたが、もっと直接的にユーザーの声や体験に触れたいと考え、転職を決意しました。ちょうどその頃、通信制大学でセキュリティや経営について学び始めており、学業と両立できる環境を求めていたことも転職理由のひとつです。

リモートワークやフレックス制度が整っていて、働きやすそうだと感じたことからタノムに関心を持ちました。面接では「テキストコミュニケーションが中心」「会議は必要最低限」といった合理的な組織運営を知り、働き方そのものが目的ではなく、効率的にユーザーに向き合うための仕組みであることに魅力を感じました。そして何より、代表・川野さんとの対話やnoteを通じて伝わってきた“ユーザーを最優先に考える姿勢”に強く惹かれ、入社を決意しました。

タノムの制度や働き方が気になる方はこちらのnoteをご覧ください。

タノムのQAエンジニアの役割──品質を“つくる”側としてプロダクトに関わる

タノムのQAエンジニアは、いわゆる“テスター”ではありません。
機能の動作確認にとどまらず、「TANOMU」という社会インフラを支える品質をどう守り、高めていくかを考える役割を担っています。

「TANOMU」は、食品卸業界の受発注取引を効率化するためのSaaSです。 卸業者の商習慣や基幹システムと密接に結びついた領域だからこそ、機能改修ひとつがお客様の業務フローに直結します。 そのため、破壊的な変更やデグレード（品質の劣化）は許されません。

また、「TANOMU」には多くのオプション機能があり、組み合わせは膨大です。すべてのパターンを網羅的にテストすることは現実的ではないため、テスト対象を効果的に選び、優先順位をつけて検証することが求められます。 バグの発生を最小限に抑えながらも、お客様に最大限の価値を届ける——。そのバランスを見極め、最適な判断を下して実行していくことが、QAエンジニアの腕の見せどころです。

さらに、QAエンジニアはプロダクトを“初めて操作する人”でもあります。だからこそ、機能開発の背景やイシュー（課題）を理解し、開発された機能が本当にお客様の課題を解決できているのかを確認・提案することも大切な仕事です。

「お客様の課題に真に寄り添えているか」「このリリースを自信を持って届けられるか」。常にその視点を持ち、プロダクトの価値を“つくる”側の一員として開発チームと同じ目線で関わっています。それが、タノムのQAエンジニアとしての在り方です。

QAエンジニアを支える働く環境

納期よりも、“納得できる品質”を

タノムでは、スピードも大事にしつつも品質を最優先に考えています。象徴的なのは、リリース日を固定せず、品質を担保できた段階でリリースするスタイルです。

前職では、スケジュールに追われてバグが残ったままQAにテスト依頼が来たり、テスト項目を削らざるを得ないこともありました。しかしタノムでは、「納期を守るためにテストを短縮する」ことはありません。エンジニアがつくるプロダクトの完成度が高く、不具合が少ない状態でQAエンジニアの手元に届くことも特徴です。

時間に追われず、納得できるまで品質と向き合える。スケジュールではなく品質を最優先にできる環境は、私にとって大きな安心であり、やりがいでもあります。

すべてを記録する、テキスト中心のチーム

タノムはフルリモート・フレックスタイム制を採用しており、「テキスト文化」が形成されています。Slackでのやり取りに加え、Notionを見れば過去の議論や意思決定の履歴など、必要な情報をすぐに探せます。

「なぜその仕様になったのか」「どんな課題から生まれたのか」といった背景理解を深められるので、テストの解像度を高められる点も仕事のしやすいさに繋がっています。

他チームの情報にも“壁”がない

他チームのSlackチャンネルにも自由にアクセスできるのも、タノムの魅力です。お客様の声を知りたいという思いから、私はセールスやCSのチャンネルにも参加しています。 商談ログや問い合わせの内容を読むことで、「この観点を次のテストに活かせそう」と気づくことも多く、日々の学びにつながっています。

また、セールスやCSがエンジニアに質問できる#dev-questionや、機能についてカジュアルに質問できる#dev-talkといった相談会もあり、キャッチアップの機会が豊富です。

リモートでも、孤独にならない

タノムでは、非同期コミュニケーションを前提にしながらも、互いへの気配りが行き届いています。Slackの#times（個人のつぶやきチャンネル）で困りごとを投稿すれば、誰かがすぐ反応してくれます。

リモート環境でも孤独にならず、「いつでも頼れる」「相談できる」安心感も働きやすさのポイントになっていると思います。

誰に聞けばいいか、すぐにわかる安心感

タノムのエンジニアは、フロントエンドからバックエンドまでを担当するフルスタック型。1つの機能を1人で開発しているため、「誰に聞けばいいのか」で迷うことがありません。

判断に迷ったとしても、経験も知識も豊富なプロダクトマネージャーに相談しながら進められるので、一人で抱え込みすぎることもありません。相談先が明瞭なことも安心して働ける理由の一つだと思います。

見据えるゴールは同じ——「品質は全員の責任」という共通認識

タノムのQAエンジニアは、テストを依頼される立場ではなく、エンジニアのパートナーとして働いています。 エンジニアもQAも「ユーザーに価値を届ける」という同じ目的を持っているため、フィードバックは常に前向きに受け止められます。

また、テスト結果のエビデンスを必ずしも残す必要がないのも特徴です。「やりました」と言えば、その言葉が信頼される。誠実さを前提に成り立っているチームだからこそ、成立する仕組みです。

インシデントが起きたときも、「誰が悪いか」ではなく、「どの段階で気づけたか」をチーム全体で振り返ります。「品質は全員の責任」という考え方が、文化として根づいているのです。信頼をベースに、全員が同じ方向を見据えて品質と向き合う。それが、タノムらしいチームの在り方です。

品質を“自分ごと”として捉えられるかはこのnoteでもご紹介しています。ご興味ある方はぜひご覧ください。

“使いやすい”の一言に込められた品質の舞台裏

 QAの仕事をしていて何より嬉しいのは、セールスやCSチームを通じてお客様の声が届くことです。「効率化できた」「使いやすくなった」という言葉を聞くたびに、自分の仕事が確かに誰かの役に立っている実感があります。

「TANOMU」が“使いやすい”と評価されるのは、偶然ではありません。 “神は細部に宿る”という言葉を体現するような、丁寧な開発スタイルの積み重ねによって生まれています。

リリース前に不具合が見つかった場合も、「小さい不具合だし次で直そう」ではなく、「出す前に直す」。 エラーメッセージの文言ひとつにもこだわり、パフォーマンスやセキュリティなど非機能面にも細やかに配慮しています。

ベストな状態を最初から届けたい──。 その姿勢が、プロダクト全体の“心地よさ”や“信頼できる使いやすさ”につながっているのだと思います。

オンボーディング──品質を育てるQAエンジニアへの道

入社1ヶ月目

新しく入社される方には、約1ヶ月の研修期間を設けています。実務は行わず、 過去のQAチケットやドキュメント、ユーザー向けマニュアルなどを読み込みながら、「TANOMU」全体の構造や背景を理解することからスタートします。独り立ちするまではメンターが付き、毎日ショートミーティングを実施する予定です。

入社1～3ヶ月

研修期間を終えると、徐々に実務でのテストをお任せしていきます。 最初から100点を目指す必要はないので安心してください。 レビュー体制が整っているので、着実にキャッチアップしていけます。慣れてきたら、QAチケットを分担して業務を進めていきます。

独り立ち後

ゆくゆくは、自動テストの整備やテスト設計の標準化、AIを活用した効率化にも一緒に挑戦していけたら嬉しく思います。品質を“守る”だけでなく、“育てていく”── そんな視点で成長できる環境が、タノムにはあります。

「TANOMU」を共に育てていきませんか？

私にとって、タノムは理想の職場です。スケジュールに追われて必要なテストが削られることもなく、納得できるまで品質と向き合える。 改善提案も受け入れてもらいやすく、真面目に取り組むほど成果につながります。

品質を高めることによってプロダクトを育てたい方。誠実さを大切にしながらチームと一緒に成長していきたい方。 ぜひ、タノムで一緒に品質を磨いていきませんか？

QAエンジニアを絶賛募集中！応募はこちらから！