팀 프로젝트에서 본인의 역할은 주로 무엇이었나요?

팀 프로젝트에서 프론트엔드 구현 전체를 제가 담당했습니다. 팀원 4명 중 코딩 경험이 있는 것은 저와 한 명뿐이었습니다.

처음에는 혼자 다 만들려다가 중간에 '이게 내가 원하는 방향이 맞냐'고 물어봤더니 팀원들이 '전혀 다른 걸 생각했다'고 했습니다. 방향이 달랐던 것이었습니다. 이후 2주에 한 번씩 중간 결과물을 피그마로 공유하고 피드백을 받아 수정했습니다. 발표에서 팀원들이 '처음 생각한 것보다 훨씬 낫다'고 했습니다.

이 경험에서 실행 담당 역할도 혼자 완성해서 보여주는 것이 아니라 중간에 팀과 확인하는 과정이 있어야 한다는 것을 배웠습니다. 실행이 빠른 것보다 방향이 맞는 것이 먼저다라는 것도 깨달았습니다.

팀 프로젝트에서 기획팀원과 개발팀원 사이에 소통이 안 돼서 작업이 뒤엉킨 경험이 있어요.

기획 의도와 구현 방식이 달라서 완성된 화면이 기획과 완전히 달라진 적이 있었습니다. 저는 양쪽 얘기를 다 듣고 '기획은 이걸 원했고, 개발은 이 이유로 다르게 만들었다'는 걸 정리해서 공유했어요. 두 사람이 같은 자리에서 얘기하니 30분 만에 합의가 됐습니다.

이 경험에서 팀에서 연결 역할을 하는 사람이 있으면 소통 비용이 크게 줄어든다는 걸 배웠어요. 중간에서 정리해주는 것도 팀 기여라는 것도요. 역할이 화려하지 않아도 팀이 막히지 않게 하는 일이 중요하다고 생각합니다.

학교 캡스톤 프로젝트에서 어떤 서비스를 만들지 주제부터 결정해야 했는데 팀원들이 아이디어를 못 내던 상황이었어요.

저는 팀원 4명에게 각자 쓰던 앱에서 불편했던 점 하나씩을 적어오게 했어요. 4개를 모아 공통 테마를 찾으니 '검색 후 결과가 너무 많아서 선택이 어렵다'는 게 나왔습니다. 이를 주제로 잡고 2주 안에 기획서를 완성했어요. 팀원들이 '이렇게 하니 빨리 정해졌다'고 했습니다.

이 경험에서 기획 단계에서 방향을 잡는 역할은 아이디어를 만드는 게 아니라 팀원의 의견에서 공통점을 찾는 것이라는 걸 배웠어요. 모으는 과정이 있어야 방향이 보인다는 것도요.