탁월함에는 천재보다 시스템이 필요하다

훌륭한 제품은 남들보다 먼저 문제를 보고 “이 정도면 됐다”를 쉽게 받아들이지 않는 한 사람에게서 시작되기도 한다. 그러나 모든 품질 판단이 그 사람에게 돌아가야 한다면 탁월함은 한 사람 안에 갇혀 있다.

조직은 그 사람이 보는 것을 원칙, 언어, 프로세스, 의사결정 권한으로 바꾸어 다른 사람이 배울 수 있게 해야 한다.

개인은 기준을 만들 수 있다. 시스템은 그 기준이 개인보다 오래 살게 한다.

“더 좋게”는 기준이 아니라 소망이다. 기준은 무엇이 더 좋아져야 하는지, 왜 중요한지, 어떤 증거로 달성 여부를 판단하는지 설명할 수 있어야 한다.

Design principle, definition of done, quality bar, checklist 는 판단을 없애지 않는다. 판단을 공유하고 토론할 수 있게 만든다.

기준은 “보면 안다”보다 더 명확하게 표현될 때 확장된다.

Design review, code review, product critique 는 품질을 높일 수도 있고 권력의 무대가 될 수도 있다. 좋은 리뷰는 개인 취향이 아니라 작업, 기준, 증거를 중심에 둔다.

성숙한 리뷰는 권력이 적은 사람도 이유를 묻고 “기준 미달”과 “내 취향이 아님”을 구분하게 한다.

좋은 critique 가 지키는 것은 기준을 만든 사람의 자존심이 아니라 작업의 품질이다.

품질을 마지막에만 확인하면 많은 문제는 이미 고치기 비싸다. 좋은 시스템은 requirement, prototype, test, accessibility, security 와 위험에 맞는 checkpoint 로 품질을 앞당긴다.

넓은 의미의 QA 는 한 부서의 일이 아니다. 오류를 만들기 어렵고, 찾기 쉽고, 학습하기 쉽게 하는 조직의 방식이다.

지속 가능한 품질은 오류를 더 빨리 찾는 것뿐 아니라 오류가 정상으로 굳어지는 것을 어렵게 만든다.

새로운 사람 한 명 한 명이 기준선을 바꾼다. 속도, 명성, 기술만 보고 채용하면 critique, collaboration, responsibility, craft 가 약한 팀이 될 수 있다.

탁월한 문화에는 품질을 보고, 결정을 설명하고, critique 를 받고, 증거에서 배우며, 다른 사람까지 성장시키는 사람이 필요하다.

오늘의 일을 할 사람만 뽑는 것이 아니다. 내일의 “충분히 좋음”을 결정할 사람을 뽑는 것이다.

기준을 지키던 사람이 떠나면 기준도 사라지는 경우가 많다. 다음 팀이 부족해서가 아니라 중요한 이유가 대화와 몇 사람의 기억에만 있었기 때문이다.

좋은 documentation 은 원칙, trade-off, decision log, 예시, 실패에서 얻은 교훈을 남겨 같은 배움을 다시 처음부터 사지 않게 한다.

기억이 없는 조직은 같은 교훈에 반복해서 비용을 낸다.

여유가 있을 때 기준은 지키기 쉽다. 진짜 시험은 deadline, revenue, 큰 고객이 압박할 때다. 누가 release 를 멈출 수 있고, 누가 risk 를 받아들이며, 누가 결과를 책임지는가.

권한이 모호하면 품질은 위계에 지기 쉽다. 성숙한 시스템은 위험에 따라 권한을 나누고 예외에 owner, 이유, 재검토 시점을 둔다.

기준은 지키는 데 비용이 드는 순간에도 권한을 가질 때 진짜 존재한다.

모두가 founder 나 최고의 engineer 처럼 생각하게 만드는 것이 목표가 아니다. 원칙, 기술, feedback 을 통해 조직이 스스로 품질을 알아보고 정의를 개선할 수 있어야 한다.

review, QA, hiring, documentation, decision rights, feedback loops 가 함께 작동하면 탁월함은 개인의 마법이 아니라 집단 역량이 된다.

기준은 그것을 만든 사람이 방에 없어도 계속 살아 있을 때 문화가 된다.