Dogfooding –
자사 제품이나 서비스를 직원들이 직접 확인하는 과정

Dogfooding이 필요한 이유는 무엇일까요?

---

하지만 유명 쉐프들이 집에서는 요리를 하지 않거나 자신 만든 음식은 먹지 않는 것과 개발자들이 자신이 만든 제품이나 서비스를 사용하지 않는 것은 비슷한 이유일 것입니다.

Dogfooding과 같이 협오스러운 단어까지 쓰면서 제공자가 직접 사용해야 하는 이유는 무엇일까요?

첫 번째, 개발자 스스로 불편한 진실을 봐야 한다는 것입니다.

내가 작성한 소프트웨어는 완전하다(?)고 생각하겠지만, 개밥을 먹는 순간 불편한 진실을 봐야 하는 것입니다. 일반적으로는사용자가 버그 리포트를 해서 시작되는 패치 프로세스가 아닌 개발자 스스로 버그를 찾고 패치하는 것이기 때문에 가장 빠른 패치 방법일 것입니다.

두 번째, 개발자는 편이성과 사용자의 수준을 고려하지 않고 기능을 추가하는 경우가 많기 때문입니다.

개발자는 항상 베타 버전에서만 테스트하기 때문에 사용자의 실질적인 불편을 지나치는 경우도 있습니다. 서비스의 개선 측면에서 매우 좋은 방법일 것입니다.

마지막으로 개발자가 해당 분야의 가장 전문가라는 것입니다.

테스트 데이터 구성이나 QA 프로세스 등에 대한 복잡한 절차 없이 해당 서비스의 최고 전문가가 직접 서비스의 문제점을 확인하는 것입니다.