Notice
Recent Posts
Recent Comments
Link
«   2025/06   »
1 2 3 4 5 6 7
8 9 10 11 12 13 14
15 16 17 18 19 20 21
22 23 24 25 26 27 28
29 30
Tags more
Archives
Today
Total
관리 메뉴

헤맨 만큼 내 땅

[서비스 기획 숙련] 회고 : 마무리 단계 본문

서비스 기획 공부 & 취업

[서비스 기획 숙련] 회고 : 마무리 단계

Ddani_ng 2025. 5. 7. 15:44
수업 목표

회고의 중요성에 대해 학습하기
회고 진행 방법에 대해 알아보기 

 


 

1. 회고란?

**회고가 중요하다는데, 회고란 무엇일까요?

회고는 팀의 작업 과정, 의사소통, 도전 과제, 성공적인 점 등을 되돌아보고 어떻게 더 나아갈 수 있을지에 대한 아이디어를 나누는 시간입니다.

>>다음 프로젝트를 진행할때 어떻게 발전할 수 있는지 깊이있게 공유하게된다. 

 

2. 회고가 중요한 이유

: 학습, 개선

회고는 단순히 과정과 결과를 평가하는 활동을 넘어, 무엇이 잘 되었고, 어떤 부분이 부족했는지, 왜 그랬는지를 근본적으로 분석하는 기회를 제공합니다.

  • 실패에서 배우기 : 잘못된 결정이나 실패한 부분을 회고하면서 실수에서 교훈을 얻고, 다음 프로젝트에 더 나은 결정을 내릴 수 있는 기회를 가질 수 있습니다.
  • 성공을 반복하기 : 무엇이 잘 되었는지까지 분석을 해서, 성공적인 전략이나 방법은 무엇이었는지를 파악함으로써, 좋은 결과를 계속해서 반복하고 모범 사례를 만들어 갈 수 있습니다.
예시상황 1
: 새로운 기능을 출시하는 프로젝트를 마친 후, 기능 출시는 완료!
그러나 프로젝트가 예정보다 지연되었고, 버그가 많이 발생한 상황


-잘된 점
우리는 사용자 경험 개선을 위한 기능을 성공적으로 추가했다. 또한 커뮤니케이션 채널을 슬랙으로 일원화하며 협업 효율을 높일 수 있었다. 슬랙 사용 방침은 회의 킥오프 시점에서 명확히 정립되었고, 이후 모든 소통은 슬랙 내에서만 이루어졌다. 채널이 분산되지 않아 정보 누락 없이 진행되었고, 덕분에 복잡한 문제도 빠르게 해결할 수 있었다.

-개선할 점
-기능 개발 중간에 요구사항이 자주 바뀌어서 개발 일정을 맞추는 데 어려움이 있었다.
-테스트가 충분하지 않아서 출시 후에 많은 버그가 발생했다.

-> 원인 분석
-요구사항 변경이 잦은 이유는 기획 단계에서 명확한 정리가 부족했기 때문.
-테스트 부족의 원인은 테스트 환경 세팅이 늦어지고, 버그 수정 시간이 부족했던 점.

-개선 방안
-기획 단계에서 더 명확하게 요구사항을 정리하고, 변경 사항에 대한 관리 프로세스를 개선하자.
-다음 프로젝트부터는 개발 초기 단계에서 자동화된 테스트 환경을 준비하고, 버그 수정 일정을 넉넉하게 잡자.
예시 :
한 쇼핑몰의 마케팅 팀은 특별 할인 캠페인을 진행했으나, 예상보다 매출 상승 효과가 적은 상황


-잘된 점
할인율을 높였을 때, 기존 고객의 구매 빈도가 증가했다.
프로모션을 SNS와 이메일 마케팅으로 동시에 진행하여, 다양한 채널에서의 노출을 얻었다.

-개선할 점

-광고 타겟팅이 너무 넓어서 정확한 타겟층에 도달하지 못했다.
-이메일 클릭 비율이 기대보다 낮았다.

->원인 분석

-광고 타겟팅이 넓었기 때문에 잠재 고객과 실제 구매 의향이 있는 고객에게만 집중되지 않았다.
-이메일 마케팅의 클릭률이 낮은 이유는  할인 혜택이 명확하게 전달되지 않았기 때문.

-개선 방안
-다음 캠페인에서는 타겟 고객층을 더 세분화하고, 고객 세분화 전략을 활용해서 더욱 정밀한 광고를 진행하자.
-이메일 마케팅에서는 개인화된 제목과 함께 할인 혜택을 더 눈에 띄게 배치해보자.

 

❗️ 협업의 질 향상 및 동기 부여

: 협업은 하는데 질 향상은 알겠고, 엥? 동기부여는 뭐여? 싶을 수 있음.

위에서 언급한 ‘잘된 점’이나 ‘개선할 점’은 글로 보면 단순해 보일 수 있지만, 실제로는 그 결론에 도달하기까지 많은 시간과 노력이 필요했다.

예를 들어, 튜터님은 위에 회고 두어문장을 정리하기 위해 2주 동안 매일 3시간씩 회고를 진행했다고 한다.

이처럼 간단해 보이는 문장 하나도 팀원 간의 깊이 있는 대화와 치열한 논의 과정을 거쳐야만 도출된다.

결국 회고란, 단순한 피드백을 넘어서 팀 구성원들이 의견을 자유롭게 나누고, 협업의 질을 실질적으로 높이는 소중한 기회임을 의미한다.

  • 개인과 팀의 생각을 공유 :
    회고를 통해 각 팀원은 자신의 경험과 생각을 나누며, 서로 다른 관점에서 배울 수 있습니다.
  • 신뢰 구축 :
    팀원들이 자신의 의견을 자유롭게 표현하고, 이를 공동으로 해결해 나가는 과정에서 서로에 대한 신뢰가 쌓입니다.
  • 업적 인정 :
    팀원들은 회고에서 자신의 노력과 성과가 인정받는 기회를 갖고, 이는 모든 팀원에게 동기를 부여합니다.

❗️효율성 향상

:이건 감사일기 시간이 될때가 많은데, "ㅇㅇ님. 이때 이렇게 해주신거 너무 좋았어요. 너무 감사했습니다." 라고 문서로 남기게 되면 업적으로 인정이 되고, 연봉인상에도 증거가 되기 때문에 팀원들의 효율성 증가, 동기부여, 업무 질 향상

회고는 업무 프로세스와 작업 흐름을 검토하고, 불필요한 시간 낭비나 비효율적인 업무 방식을 파악하여 개선하는 데 중요한 역할을 합니다. 이로 인해 팀은 더 효율적이고 효과적인 방식으로 업무를 진행할 수 있습니다.

https://helloworld.kurly.com/blog/expand-to-Beauty-Kurly/

 

서비스 기획자의 뷰티컬리로 확장하기

우선순위를 나눠 정복하고, 원팀으로 협업하기

helloworld.kurly.com


3. 회고하는 법

정답은 없지만 들어가야할 요소는 있다.

 

3-1 진행 과정 돌아보기: 무엇이 잘 되었고, 무엇이 문제였는가?

팀의 진행 과정에서 좋았던 점과 개선할 부분을 나누는 단계입니다. 이때 각각 경험한 것을 듣고, 서로의 관점을 이해하는 것이 중요합니다.

서로에 대한 이해도가 높아지며 질이 상승

디자이너
잘한점 : 초기 프로토타입을 신속하게 만들었고, 디자인 수정이 일찍 끝났습니다. 개발팀이 디자인을 빠르게 구현할 수 있었습니다.
문제점: 기능 구현 중에 사용자 흐름에 대한 미세한 오류가 있었습니다. 일부 화면에서 사용자가 혼동할 수 있었습니다.
개발자
잘한점 : 배포가 원활했고, 서버에 문제가 생길 때도 빠르게 대응할 수 있었습니다.
문제점:기능 요구 사항을 이해하는 데 시간이 너무 오래 걸렸고, 일부 디자인 파일이 예상보다 늦게 전달되어 일정이 지연되었습니다.

 

 

3-2 구체적인 문제 점 분석 : 그렇게 되었을까?

-> 문제 해결을 위한 도출이기에 해결책까지 도출되어야함

잘된 점과 개선할 점을 나눈후, 문제가 발생한 원인을 분석합니다. 이 단계에서 중요한 것은 구체적인 문제 해결을 위한 원인 분석입니다.

디자이너
디자인 팀은 초기에 기획팀과의 커뮤니케이션 부족으로 일부 기능 요구사항을 놓쳤습니다. 또한, 기능 설명이 부족해서 개발팀과의 소통에 어려움이 있었습니다
개발자
우리는 기능 구현 중에 우선순위 설정이 부족했습니다. 중간에 요구 사항이 변경되었을 때, 이를 어떻게 반영해야 할지 혼란스러웠습니다.

 

3-3 개선을 위한 액션 아이템 도출(2단계에서 도출한 문제 가지고 액션아이템 만드는 작업)

회고는 단순한 의견 나누기를 넘어서, 구체적인 개선 사항을 도출하고 실행 가능한 액션 아이템을 만드는 단계입니다. 이 단계에서 팀원들은 자신의 의견을 바탕으로 앞으로의 개선 방향을 논의하고 실행 계획을 세웁니다.

디자이너
- 다음 프로젝트에서는 기획팀과 초기에 상세한 요구 사항 분석을 진행하고, 디자인 파일을 3일 내 개발팀에 전달할 수 있도록 하겠습니다. 또한, 주요 기능은 반응형 디자인을 고려하여 설계합니다.
개발자
-기능 요구 사항과 우선순위를 기획팀과 함께 정리하여 프로젝트 초기에 기능 목록을 확정합니다. 개발 중 요구 사항 변경 시 우선순위를 평가하여 진행합니다.
액션 아이템
-양 팀은 정기적인 협업 미팅을 통해 각 팀의 진행 상황을 점검하고, 우선순위와 중요한 요구 사항을 분명히 합니다.
-기획팀은 초기 요구 사항을 명확히 하고, 디자인팀과 개발팀이 공통의 목표에 맞춰 협업할 수 있도록 매일 간단한 상태 점검 회의를 진행합니다.

 

3-4 회고 내용 정리 및 공유

회고 미팅에서 나온 핵심적인 피드백과 개선 사항을 정리하여 팀과 이해관계자들에게 공유합니다. 이를 통해 회고에서 나온 아이디어가 실제 프로젝트에서 어떻게 적용될지 명확히 알 수 있도록 합니다.

** 회고 회의록 예시 **

-회의 목적:
이번 프로젝트 진행 후, 디자인팀과 개발팀의 회고를 통해 잘된 점과 개선할 점을 정리하고, 향후 프로젝트에서의 개선 방안을 도출하기 위한 회의.

-참석자 :
김배움, 최내일, 박스파르타

-회의 일시:
2024년 12월 25일 (목)

-잘된 점 :
디자인팀과 개발팀 모두 일정 내에 큰 문제 없이 작업을 완료했으나, 중간에 요구 사항 불명확으로 일부 수정이 발생.

-문제점 :
초기 요구 사항 정의와 소통의 부족이 주요 문제로, 이를 개선하기 위해 기획팀과의 협업 강화 및 명확한 우선순위 설정이 필요.

-액션 아이템 :
명확한 요구 사항 정의, 정기적인 미팅, 우선순위 설정 등을 통해 향후 프로젝트에서는 효율성과 소통을 개선할 예정. (상세 내용 첨부)