Categories
Uncategorized

프로덕트 팀 구성원들의 역할과 책임

https://www.intercom.com/blog/how-we-build-software/
인터컴이 일하는 방법. 몇년 전 자료이긴 하지만…
제품팀 구성원의 역할과 책임을 이렇게 구분했네요. 

해결해야 할 문제에 대한 분석이 틀렸다면 프로덕트 매니저 책임입니다. 프로덕트 매니저여, 반드시 적절한 리서치를 하세요. 
If the analysis of the problem to be solved is incorrect, it’s on the PM. Ensure appropriate research is done.

디자인이 문제를 해결하지 않는다면, 디자이너 책임입니다. 디자이너여, 반드시 리서치와 문제를 이해하세요. 
If the design doesn’t address the problem, it’s on the Designer. Ensure you understand the research and problem.

디자인이 문제를 해결하지만 우리 회사(여기서는 Intercom)와 맞지 않거나, 베스트 프랙티스가 아니거나, 기타 결함이 있다면 그것은 디자이너의 책임입니다. 디자이너여, 우리 회사의 신념, 패턴, 그리고 원칙을 확실히 이해하세요. 
If the design solves the problem, but doesn’t fit with Intercom, deliver best practices, or is otherwise weak, it’s on the Designer. Ensure you understand our beliefs, patterns and principles.

디자인 된 것을 엔지니어링이 제대로 구현하지 못하거나 늦게 구현한다면, 엔지니어링 리드의 책임입니다. 엔지니어링 리드여, 해결하고자 하는 문제와 디자인을 확실히 이해하고, 코드를 쓰기 전에 적절하게 그리고 정확하게 계획하세요. 
If engineering doesn’t deliver what was designed, or delivers it late, it’s on the Eng Lead. Ensure you understand the problem being solved and design, plan appropriately and accurately before writing code.

너무 많은 버그와 브로큰 유즈 케이스(한국어로 뭐라고 번역해야 되나…)가 있는 채로 출시된다면 그것은 프로덕트 매니저 책임입니다. 프로덕트 매니저여, 팀이 현실적인 유즈 케이스와 엣지 케이스를 테스트하도록 하세요. 
If it goes out with too many bugs and broken use cases it’s on the PM. Ensure the team test realistic usage and edge cases.

만약 팀이 버그를 고치는 데 너무 많은 시간을 쓰고 로드맵에 따라 새로운 가치를 더하는 데 시간을 쓰지 못한다면 그것은 엔지니어링 리드의 책임입니다. 엔지니어링 리드여, 각 프로젝트가 전반적 코드 퀄리티를 개선하도록 하세요. 
If the team is spending too much time on fixing bugs and not adding new value per our roadmap, it’s on the Eng Lead. Ensure each project improves overall code quality.

우리가 제품이 어떤 성과를 냈는지 모른다면 그것은 프로덕트 매니저의 책임입니다. 프로덕트 매니저여, 성공 판단 기준을 확실히 정의하고, instrument 하세요. 
If we don’t know how it performed, it’s on the PM. Ensure success criteria are defined and instrumented.

제품이 문제를 해결하지 못한다면 그것은 프로덕트 매니저의 책임입니다. 프로덕트 매니저여, 문제를 완전히 해결하지 못하는 경우 개선 계획을 마련해야 합니다. 
If it doesn’t solve the problem, it’s on the PM. Ensure there is a plan to improve product changes that don’t fully solve the problem.