대가의 홀

마티 케이건

Marty Cagan

실리콘밸리 프로덕트 그룹 창업자, 『인스파이어드』 저자

전체 기록 1,016개

  • 원칙 365
  • 사례 176
  • 발언 475
이 대가의 말로 질문하기

가입 없이 하루 3번 무료예요.

원칙

전체 365개 가운데 기본 기록 55개

원칙은 대가의 공개 발언을 저희가 정리한 내용이에요.

  • 임원 검토 시 프로토타입 활용

    경영

    관리 프로세스가 워터폴 방식으로 흐르는 것을 막으려면, 검토 회의에 실제 사용자 피드백과 프로토타입을 가져가서 진행 상황을 증명해야 해요.

    근거 발언 2개는 멤버십 기록이에요.

  • 인터랙션과 비주얼 디자인 구분하기

    채용

    창업자는 사용성과 미학이 서로 다른 기술 세트를 필요로 한다는 점을 인식해야 해요. 단순히 '디자이너' 한 명을 고용한다고 해서 이 두 가지 요구사항이 모두 충족되는 것은 아니에요.

    근거 발언 1개는 멤버십 기록이에요.

  • 맥락을 통한 팀 권한 부여

    리더십

    경영진은 특정 기능을 지시하기보다 비즈니스 맥락과 지표를 제공해서 제품 관리자가 최선의 해결책을 찾을 수 있게 해야 해요.

    근거가 된 발언

    근거 발언 2개는 멤버십 기록이에요.

  • SHARED 피드백 모델 활용

    경영

    관리자는 의도 공유, 발생 상황 특정, 행동 묘사, 결과 설명, 호기심 어린 참여, 다음 단계 논의라는 구조화된 접근 방식을 따라야 해요.

    근거 발언 3개는 멤버십 기록이에요.

  • 한 역할을 두 명에게 나누지 마세요

    경영

    제품 관리자와 비즈니스 분석가 사이에서 제품 정의 책임을 나누는 것은 혼란을 야기하고 책임 소재를 불분명하게 만들어요.

    근거가 된 발언

    • 진정한 제품 관리자를 식별하고, 그들이 높은 수준의 전략부터 세부 사항까지 제품 정의를 완전히 소유할 수 있도록 권한을 부여하세요. 명확한 소유권과 책임이 중요해요.
      원문 보기

      Identify the true product managers, and empower them to own product definition completely, from the high-level to the details. Clear ownership and clear accountability.

      출처 마티 케이건  Product Manager vs. Business Analyst, 2008  (새 창에서 열려요)

    근거 발언 1개는 멤버십 기록이에요.

  • 통제 대신 맥락 공유

    경영

    팀이 공통 도구 활용에 대해 계속해서 잘못된 결정을 내린다면, 프로세스를 추가하기보다 비즈니스 맥락을 더 충분히 공유하는 것이 해결책이에요.

    근거가 된 발언

    • 팀이 스스로의 운명을 통제하고 있다고 느낄 때 생기는 동기 부여 수준의 향상과 진정한 주인의식이 대부분의 이점을 만들어낸다고 생각해요.
      원문 보기

      I attribute most of the benefits to the increased level of motivation, and true sense of ownership, when teams feel more in control of their own destiny.

      출처 마티 케이건  Autonomy vs. Leverage, 2015  (새 창에서 열려요)

    근거 발언 2개는 멤버십 기록이에요.

  • 비즈니스 리스크보다 솔루션 리스크 우선하기

    제품

    가격 최적화나 비용 절감에 시간을 쓰기 전에, 가치 있고 사용 가능하며 실현 가능한 솔루션을 찾는 데 먼저 집중해야 해요.

    근거 발언 3개는 멤버십 기록이에요.

  • 기술 전문 커리어 경로 구축

    채용

    최고의 엔지니어들이 사람을 관리하는 관리직으로 떠밀리지 않고도 전문적, 경제적으로 성장할 수 있도록 아키텍트 역할을 만들어주세요.

    근거가 된 발언

    • 제품 관리자들이 저지르는 가장 흔한 실수 중 하나는 엔지니어링 팀을 충분히 일찍 참여시키지 않아 변화를 만들 기회를 놓치는 것이에요.
      원문 보기

      One of the most common mistakes that product managers make is to not include engineering early enough to make a difference.

      출처 마티 케이건  The Architect Role, 2008  (새 창에서 열려요)

    근거 발언 2개는 멤버십 기록이에요.

  • 발견을 위한 3인조 유지하기

    팀

    AI 시대에도 성공적인 제품을 만들려면 비즈니스 제약, 사용자 경험, 기술이라는 각기 다른 전문성을 가진 이들이 모여 복잡한 문제를 해결해야 해요.

    근거 발언 3개는 멤버십 기록이에요.

  • 기능에서 문제로의 전환

    제품

    팀에게 만들어야 할 기능 목록을 주기보다 해결해야 할 구체적인 비즈니스 문제를 맡겨서 실행 가능한 해결책을 스스로 찾게 해야 해요.

    근거가 된 발언

    • 지속적 배포를 하고 있지 않다면, 최소한 2주에 한 번은 실제 출시를 진행해야 해요.
      원문 보기

      If you're not doing continuous delivery, then at the very least you should be doing true releases no less than every two weeks.

      제품 팀은 종속적인 관계에서 벗어나, 고객이 사랑하면서도 비즈니스에 도움이 되는 해결책을 찾아내는 협력적 관계로 이동해요.
      원문 보기

      the product team moves from a subservient relationship, to a collaborative relationship where the product team must discover a solution that the customers love yet works for the business.

      출처 마티 케이건  Transformation Defined, 2022  (새 창에서 열려요)

    근거 발언 1개는 멤버십 기록이에요.

기본 기록 152개를 보고 있어요. 멤버십은 이 대가의 전체 기록 1,016개에서 답해요.

멤버십 알아보기

같은 분야의 다른 대가

분야 전체 보기

제품과 엔지니어링

공개 자료를 바탕으로 저희가 정리한 기록이에요. 마티 케이건 본인이나 관계사와 제휴 · 후원 관계가 없어요. 내려야 할 내용이 있으면 알려 주세요. 내림 요청 창구