리플렉션은 과소평가된 엔지니어링 스킬 (내가 실천하는 방법)

Source: Dev.to

왜 반응형 반성만으로는 충분하지 않은가

나는 주마다 커밋 목록과 막연한 진행 감각을 가지고 일주일을 마무리하곤 했다. 문제가 생기면 왜 그런지 설명할 수 없었다.

엔지니어 초창기에는 정말로 작업을 되돌아보는 순간이 드물었는데, 그것도 사고가 발생한 뒤였다. 우리 팀은 모여서 사건을 깊이 파고들고, 근본 원인을 찾아내며, 향후 유사한 문제를 방지하기 위한 교훈을 도출했다. 이러한 사고 회고는 가치가 있지만 반응형이며 선제적이지 않다. 사고가 일어나고 나서야 반성하는 것은 문제 발생 전에 개선할 기회를 놓치는 것이다.

선제적 반성을 향한 나의 여정

나는 무엇을 배포했는가가 아니라 어떻게 생각했는가를 추적하기로 결심했다. 이 변화는 나를 엔지니어로서 더 나은 사람으로 만들었다.

• 커밋 사이에 멈춤 – 무엇이 잘 되었고 무엇이 그렇지 않았는지 잠시 생각하는 시간을 갖기 시작했다.
• 경력 목표와 정렬 – 정기적인 반성을 통해 내 산출물이 장기 목표와 일치하는지 확인했다.
• 승진에 미친 영향 – 반성 실천은 작년에 승진을 이끈 주요 요인이었으며, 내 영향을 더 깊이 이해하고 매니저에게 명확히 전달할 수 있게 해주었다.

우리 회사는 엔지니어들이 슬랙을 통해 주간 활동 보고서에 반성을 포함해 제출하도록 장려하고 있다. 이는 이 실천이 기업 차원에서도 인정을 받고 있음을 보여준다.

워크플로에 반성을 어떻게 녹여내는가

나는 매주 작은 뉴스레터에 하나의 반성 질문을 공유하고, Jot’s Reflection Engine이 생성한 나만의 반성 및 인사이트를 함께 제공한다. 트릭도, 과감한 의견도 없다. 단지 곰곰이 생각해볼 가치가 있는 한 가지 질문뿐이다.

과제

이번 주에 반성하고 싶은 질문 하나를 골라야 한다면, 무엇이겠는가?

그 질문을 염두에 두고 시간을 들여 반성해 보라. 댓글에 반성을 공유하면, Jot’s Reflection Engine이 만든 무료 반성 인사이트와 점수를 답글로 달아줄 것이다.