QA Engineer - 시니어(리드)

About the role

[우리 벳칭은,]
1. 말하지 못하는 환자를 위해, 기준을 만듭니다
동물은 어디가 아픈지 말하지 못합니다. 대신 데이터가 말합니다. 지난 진료의 소견, 검사 수치의 변화, 처방과 처치의 이력.
수의사와 보호자는 데이터를 통해 반려동물과 소통합니다. 말하지 못하는 환자에게 데이터는 유일한 언어입니다.
그래서 데이터는 정확해야 하고, 필요한 순간 바로 읽혀야 합니다. 데이터가 틀리면 환자의 말이 잘못 전해지는 것이고,
데이터가 흩어져 있으면 환자가 말할 기회를 잃는 것입니다.
따라서 벳칭은 환자의 말에 숨겨진 의미를 해석하여 정확하게 전달되게 하는 것을 목표로 합니다. 우리는 데이터가 만들어지고 흐르는 자리, 동물병원 EMR에서 시작해 반려동물 헬스케어의 기준을 만듭니다.

2. 동물병원 EMR만이 할 수 있는 것을 합니다
EMR은 보통 진료 정보를 기록하고 원무를 처리하는 프로그램으로 생각되기 쉽습니다.
우리는 그 자리를 조금 다르게 봅니다. 진료 기록과 병원 운영의 데이터가 한 곳에 모이는 자리는 EMR이며,
그 데이터로 수의사와 보호자의 다음 선택을 도울 책임이 있다고 바라봅니다.
벳칭(Vetching)은 Veterinarian과 Matching의 합성어입니다. 수의사와 반려동물 보호자를 잇는 가치를 만들고,
그 출발점이 동물병원 EMR입니다. 진료 현장의 선택이 데이터가 되고, 그 데이터가 다시 더 나은 선택을 돕는 순환.
벳칭은 이 순환을 만들어 나가는 자리에 있습니다.

[우리 제품본부는,]
복잡한 것을 단순하게 만듭니다
동물병원 운영의 전부를 다룹니다. 진료, 수납, 보호자 관리, 병원 사이의 소통 및 병원과 보호자의 소통까지.
동물병원이 하루 동안 마주하는 모든 장면이 곧 우리의 문제입니다.
복잡한 현실을 그대로 옮기지 않습니다. 얽힌 업무를 풀어 단순한 흐름으로 만드는 것이 우리의 일입니다.
표면이 아니라 본질을 해결합니다. 문제를 있는 그대로 보지 않습니다. 진짜 문제가 무엇인지를 집요하게 묻습니다.
해결 방안을 먼저 떠올리지 않습니다. 문제를 올바르게 정의하고, 우리가 바라는 결과를 먼저 생각합니다.

2. 사용자는 생각하지 않게, 구조는 예측할 수 있게
좋은 제품은 사용자가 생각하지 않아도 되는 제품입니다. 매일 우리 제품 앞에 앉는 수의사는 언제든 다음 동작을 예상할 수 있어야 합니다.
설명이 필요 없는 단순함, 처음 써도 예상대로 움직이는 화면. 도구를 생각하는 시간이 줄어들수록 환자를 생각하는 시간이 늘어납니다.
그리고 이러한 제품은 예측할 수 있는 구조에서만 나옵니다. 화면이 예상대로 움직이려면 그 기반 또한 누구나 읽고 예상할 수 있어야 합니다.
그래서 우리는 단순함을 높은 가치로 생각합니다. 누구나 예측하고 설명할 수 있는 구조와 기능에는 확장성과 유지보수성이 따라오고, 이는 곧 안정성으로 이어집니다.
화면의 단순함과 구조의 단순함은 결국 같은 것이며, 사용자가 생각하지 않게 만드는 핵심 가치를 우리가 먼저 지킵니다.

3. 같은 방향을 바라봅니다
“왜”에서 시작합니다. 왜 그것이 문제인지, 우리가 왜 해결해야 하는 지에서 출발해 먼저 방향을 맞춥니다.
동기화는 저절로 되지 않습니다. 정보가 서로에게 흐르지 않으면 각자의 일은 하나의 결과로 모이지 않습니다. 우리는 소통을 노력의 영역으로 봅니다. 정보를 바로 공유하고, 문제를 숨기지 않으며, 결정의 배경과 근거를 기록으로 남깁니다.
개인이 아니라 팀으로 움직입니다. 개인보다 팀의 목표를 우선합니다. 우리가 같은 방향을 보고 있는지 점검하고, 필요하면 업무의 경계를 넘어 협업합니다. 우리는 뛰어난 개인이 만드는 결과보다 같은 방향을 보는 팀이 만드는 결과가 더 크다고 믿습니다.

[우리 QA Engineer는,]
결함을 찾는 것보다, 결함이 생기지 않게 합니다.
결함은 항상 발생합니다. 그래서 결함을 찾아내는 테스트는 우리 제품이 사용자에게 전달되기 전 품질을 책임지는 매우 중요한 과정입니다.
하지만 우리는 결함이 다시 생기지 않도록 근본적인 부분에 집중합니다. 결함이 어느 단계에서 왜 생겼는 지를 묻고, 그 답을 다음 프로세스에 적용합니다. 제품이 제품팀의 기준에 맞게 고객에게 전달되게 하는 것을 가치로 삼습니다.
품질을 검사하지 않고, 설계합니다.
제품의 품질은 만들어진 뒤에 바로잡기 어렵습니다. 그렇기에 무엇을 어떻게 만들어야 우리 기준에 맞는 지를 시작 단계에서 함께 정하고, 검증을 뒤에 두지 않고 앞으로 당깁니다.
올바른 설계는 이후 검증의 기준이 됩니다. 검증 방식의 전략과 환경을 세우고, 배포의 조건을 정합니다. 반복되는 검증은 자동화합니다.

What you'll do

[이런 책임을 가져갑니다]
• 팀의 기준과 규칙을 정하고 업무 방식으로 정착시키며, 리뷰와 피드백으로 팀의 성장을 주도합니다.
• 기획 피드백부터 출시까지 품질 게이트를 설계하고 운영합니다.
• PO의 프로젝트 출시 판정에 필요한 품질 근거를 제공하고, 이 외에 제품 반영사항의 출시 가부를 판정합니다.
• 제품 결함을 유입 단계별로 분석해 프로세스를 개선합니다.
• 테스트 시나리오와 테스트 케이스를 설계해 제품의 잠재적 리스크를 검증합니다.
• 검증에 있어 무엇을 자동화하고 무엇을 하지 않을지를 결정하며 이를 구현합니다.
• 여러 구성원들과 소통하여 우리가 만든 것이 어떻게 사용자에게 더 나은 제품으로 전달될 수 있을지를 논의하고 개선합니다.

Requirements

[이런 분과 함께 하고 싶습니다]
• 품질 게이트나 출시 판정 기준, 테스트 전략 등 기준을 세워 팀에 정착시켜 보신 분
• 자신의 결정에 대한 근거를 명확하게 설명하고 설득하여 팀의 업무로 확장시킬 수 있으신 분
• 요구사항을 분석하고 테스트 시나리오와 테스트 케이스를 설계할 수 있으신 분
• 반복되는 검증 부분을 자동화하여 팀의 업무 효율을 향상시켜 보신 분
• 직급/연차에 얽매이지 않고 자유롭게 의견을 내고, 알게 된 것을 동료와 나누기를 좋아하시는 분
• AI로 업무의 어떤 부분을 대체하고, 사람의 개입이 어디까지 들어가야 할지를 고민하고 적용하시는 분

Preferred qualifications

[이런 분이면 더욱 좋습니다]
• 출시 전날 심각도가 높은 결함이 나왔을 때, 당장의 판단이 아니라 미리 합의한 기준으로 결정해 보신 분
• 제품 결함의 감소뿐 아니라 업무 효율 향상을 성과 지표로 만들어 보신 분
• 무엇을 자동화하지 않을지를 결정해 팀의 시간을 더 중요한 곳으로 전환시켜 보신 분
• 기획 피드백 단계에서 본인이 발견한 결함으로 실제 제품 출시까지 반영된 경험이 있으신 분
• QA 부서가 없었거나, 기준이 없던 팀에 기준을 세워 보신 분
• 금융, 의료처럼 결함의 비용이 큰 도메인에서 품질을 책임져 보신 분
• 웹과 모바일 앱, 하드웨어 연동이 함께 있는 제품의 품질을 다뤄 보신 분
• AI 도구를 활용해 개인이 아닌 팀의 업무 방식을 개선해 보신 분

[이런 분과는 맞지 않을 수 있습니다]
• 남을 설득하기 보다 혼자 해결하는 것이 더 효율적이라고 생각하시는 분
• 결함의 발생 원인을 되짚는 것보다 고쳐진 것을 확인하는 데서 멈추는 편이 더 익숙하신 분
• 출시 여부를 두고 개발, 기획과 부딪히는 일이 불필요하다고 느끼시는 분
• 모든 것은 자동화해야 한다고 생각하시는 분
• AI의 산출물을 검토하는 게 낭비라고 느끼시는 분

Benefits

• 선택적근로제도 운영
• 업무에 필요한 교육비 및 컨퍼런스 참가비 지원
• 도서 구입과 학습을 위한 자기개발 비용 지원
• 종합건강검진 지원
• 리프레시 휴가비용 지원

Hiring process

•서류전형 ＞ 인터뷰 ＞ 처우협의 ＞ 최종입사