이런 경험 있으신가요?
잘한 점, 아쉬운 점, 느낀 점을 적고나면 더 쓸게 없어요
분명 뭘 많이 한 것 같은데...뭘 배웠냐고 물으면 말이 안나와요
다른 프로젝트에서도 비슷한 실수를 반복해요
프로젝트를 끝나고 회고하려니 어디서부터 어떻게 할지 막막해요
잘한 점, 아쉬운 점, 느낀 점을 적고나면 더 쓸게 없어요
분명 뭘 많이 한 것 같은데...뭘 배웠냐고 물으면 말이 안나와요
프로젝트를 끝나고 회고하려니 어디서부터 어떻게 할지 막막해요
다른 프로젝트에서도 비슷한 실수를 반복해요
어려운 회고, 의지의 문제가 아니에요!
혼자서 깊이 파고들기 어려울 뿐이죠
Returney는
질문으로 깊이를 만들어요
회고는 스스로 질문하고 답하는 과정이에요. Returney는 사용자의 프로젝트를 이해한 뒤, 더 깊은 질문을 던져줘요. 답변하는 과정에서 혼자서는 못 꺼냈던 인사이트를 발견할 수 있어요.
1.파일만 올리면 준비 끝
프로젝트 관련 파일을 올리면 회고 준비가 끝나요
2.혼자서는 못 했던 깊이
답변할수록 더 깊은 질문이 이어져요. 표면에서 멈추지 않아요.
3.경험이 자산이 되는 순간
쌓인 인사이트가 성장 리포트로 정리돼요. 다음 프로젝트에서도 바로 꺼내 쓸 수 있어요
느낀점에서만 끝나는 회고,
Returney는 학습을 증명해요
느낀점에 머물러 있던 회고를 배운 점과 학문적 근거로 작성할 수 있도록 도와요. 감정 위주의 회고를 넘어, 문제-과정-인사이트가 드러나는 구조화된 성장 기록으로 다시 정리해요.
Q: 이번 프로젝트에서 성공적인 경험은?
→ API 설계를 잘했어요.
Returney: 이번 프로젝트에서 성공적인 경험은?
→ API 설계를 잘했어요.
Returney: 어떤 방식으로 설계했어요?
→ 음... 기능별로 안 나누고 데이터 중심으로 나눴어요. 유저, 게시글 이렇게.
Returney: 그게 이후 작업에 어떤 영향을 줬나요?
→ 새 기능을 추가할 때 백엔드 코드를 거의 안 건드려도 됐어요.
리소스 지향 설계(Resource-Oriented Design) 적용
리소스 단위 API 설계로 프론트-백 간 결합도를 낮추고 확장성을 확보했어요.
표면에서 멈추지 않고, 근본 원인까지 같이 도달하는 회고. 그게 Returney가 하는 일이에요