화남·슬픔·기쁨 회고

보드노드 13개비즈니스 · 팀 성찰한 번의 프롬프트로 생성
읽기 전용 미리보기

프롬프트

스프린트 리뷰에서 팀 피드백을 범주별로 정리할 수 있는 화남·슬픔·기쁨 회고 보드를 만들어 주세요

나만의 버전 만들기

프레임워크 소개

반응을 활용해 구체적인 스프린트 문제 찾기

이 보드는 세 개의 열로 구성되어 있으며, 각 열의 메모 수는 명확하지만 서로 다릅니다. 화남에는 변경된 요구사항, 범위 확장으로 인한 지연, 회의 과다에 대한 메모가 각각 하나씩 있습니다. 슬픔에는 팀원의 퇴사, 늘어나는 버그 백로그, 느린 이해관계자 피드백이 담겨 있습니다.

기쁨에는 일정대로 출시한 기능, 팀 협업, 긍정적인 UI 피드백, 새로운 도구로 절약한 시간이 기록되어 있습니다. 이는 예시 반응일 뿐이며, 보드에는 발언자, 우려 사항의 우선순위, 해결 담당자가 표시되어 있지 않습니다. 일정 지연과 일정대로 출시된 기능은 서로 다른 작업을 가리킬 수 있으므로, 예시를 바꿀 때는 맥락을 추가하세요.

열을 활용해 어떤 일이 있었고 팀에 어떤 영향을 미쳤는지 기록하세요. 기여자가 선택한 범주는 그대로 유지한 다음, 반복해서 나타나는 주제의 구체적인 사건을 논의하고 후속 변화를 합의하세요.

포함 내용

얻는 것

  • 감정별로 나뉜 세 개의 열
  • 범위와 방해 요소에 관한 화남 메모 3개
  • 사람, 버그, 피드백에 관한 슬픔 메모 3개
  • 출시, 협업, UI, 도구에 관한 기쁨 메모 4개
보드

화남·슬픔·기쁨 회고

retrospectiveagilemad sad glad

✦ Free preview · Sign in to use

자주 묻는 질문

자주 묻는 질문

각 열의 메모 수를 똑같이 맞춰야 하나요?

아니요. 이 예시에는 화남 3개, 슬픔 3개, 기쁨 4개의 메모가 있습니다. 중요한 것은 개수를 똑같이 맞추는 것이 아니라 솔직한 피드백을 바탕으로 균형을 잡는 것입니다.

버그 백로그를 슬픔 대신 화남에 넣어도 되나요?

네. 예시에서는 슬픔에 배치했지만, 해당 범주는 기여자가 실제로 어떻게 경험했는지를 반영해야 합니다. 모두에게 같은 감정 라벨을 강요하지 말고, 사건 자체를 함께 논의하세요.

감정 중심의 피드백을 어떻게 실행 과제로 바꿀 수 있나요?

반복해서 발생하는 문제를 고르고, 그 이면의 상황이나 제약을 설명한 뒤, 시도해 볼 변화를 합의하세요. 예시 보드에는 담당자와 검토 시점이 없으므로 두 항목도 추가하는 것이 좋습니다.

화남·슬픔·기쁨 회고

무료로 시작. 신용카드 불필요.

Free preview · Sign in to use