부스트캠프 챌린지 3주차 회고

Landelyse·2025년 8월 3일

네이버 부스트캠프

목록 보기

5/6

피어분인데 눈빛이 너무 무섭다...
미션 대충하면 찾아올 거 같은 눈빛...

느낀 점

모든 것은 가능한 구체적으로

이번 주차에는 내가 적는 많은 글들이 굉장히 피상적인 경우가 많다는 걸 깨달았다.
예를 들어 지난 DAKI 회고에서 2시간마다 스트레칭하기라는 행동을 추가하기로 했다.
뭐.. 당연하게도 안 했다. 아예 존재 자체를 까먹었다.
왜 이런 개선안이 행동으로 이어지지 않을까 고민해보았는데 아마 다음과 같은 이유에서일 것이다.

2시간은 아무런 기준 없이 정해진 의미없는 숫자일 뿐임
막연히 스트레칭이라고만 하니 정확히 뭘 해야 할지 모름

그리고 위 두가지 이유로 스트레칭을 해야할 때 떠오르지 않은 것이 최종적인 원인이라고 생각한다.

이 문제에 대해 내가 해답으로 떠올린 방법은 맥락효과였다.
잊지 않아야 할 일에 대해 떠올리기 위해 종종 쓰던 방법으로,
내가 어떤 상황에 어떤 행동을 할 때 이것을 떠올리겠다고 구체적으로 상상하고 기억에 맥락을 부여한다.
그러면 해당 상황에 해당 행동을 할 때 원하는 기억이 꽤나 잘 떠오른다.

이건 다들 실제로 많이 겪어보게 되는데,
무언가 물건을 찾으러 거실에 갔다가 까먹고 방에 되돌아와서야 다시 생각나는 경우가 이와 같다.
방에서 그 물건이 필요했던 맥락 속으로 돌아오니 곧바로 다시 떠오르는 것이다.

맥락 효과를 그대로 피드백에도 적용하기 위해 구체적이고 상세한 상황과 원하는 행동을 상상하고 적는다면
매번 체크리스트를 보지 않더라도 행동의 개선으로 이어질 수 있을 것이라 기대한다.

지난 회고에서의 발견했던 안다는 착각도 이런 구체성의 부족에서 비롯되었다고 볼 수 있지 않을까?
계획을 세울 때 구체적인 맥락과 행동이 빠져있으니 적당히 그럴 듯해보이는 선에서 만족하고 넘어가게 되는 것이다.

앞으로는 "2시간마다 스트레칭하기"보다
"한 번의 스프린트마다 어깨와 목 스트레칭 실시하기(서울 아산 병원 유튜브 참고, 4분)"과 같이 기록하고, 개선해나가보겠다.

작은 문제를 해결하여 큰 문제를 해결하기

이번 미션에서 작은 단위로 문제를 쪼개어 해결하는 것이 실제로 큰 문제 해결로 자연스레 이어지는 경험을 했다.
하나의 큰 기능을 구현하기 위해 다음 순서를 따랐다.

해당 기능이 동작하기 위한 흐름을 설계
해당 흐름에 필수적인 역할을 구분하여 분리
설계한 흐름을 코드로 작성
흐름에 문제가 없는지 테스트
흐름이 실제로 동작하기 위한 역할을 하나씩 구현
역할 하나마다 각각의 역할에 대한 테스트
실제 역할 구현체와 흐름을 연결하여 원하는 기능이 동작하는지 체크 및 개선

막연하게 "기능 A를 만들어야 한다. "라고 미션을 받았을 때의 막막함은
작게 나눈 문제 해결 단계 속에 있으면서 모두 사라졌다.
눈 앞의 작은 문제를 해결하다 보니 어느새 막막했던 기능 A가 완성되어있었을 때, 굉장히 뭔가 벅찼다.

한 발짝, 그리고 다시 한 발짝에 집중하면 결국 목표에 도달한다.
이 말을 생각하니 문득 <모모>의 베포 할아버지가 생각났다.
너무 생각의 흐름이긴 한데,, 베포 할아버지의 청소 철학이 우리의 문제 해결과 굉장히 닮아있다는 생각이 든다.

그는 천천히, 하지만 쉬지 않고 쓸었다. 한 걸음 떼어 놓을 때마다 숨 한 번 쉬고, 숨 한 번 쉴 때마다 비질을 한 번 했다.
...
“한꺼번에 도로 전체를 생각해서는 안 돼, 알겠니? 다음에 딛게 될 걸음, 다음에 쉬게 될 호흡, 다음에 하게 될 비질만 생각해야 하는 거야. 계속해서 바로 다음 일만 생각해야 하는 거야.”

전체를 생각하면서 막막함에 서두르고 조급해하지 말자.
나만의 한 걸음, 숨 한 번, 비질 한 번을 쌓아나가면 된다.

TimeLine

월요일

지난주에 학습했던 내용의 심화된 버전이 등장했다.
다만 지난 주에 미처 구현하고 경험해보지 못한 부분이 등장해서 급하게 따라잡느라 학습도, 구현도 아쉬운 감이 있었다.
스프린트 점검을 통해 얻은 개선점이나 피어 분들의 gist를 보며 얻은 인사이트를 적용해보려고 노력했다.

화요일

월요일의 미션과 이어지는 미션을 수행해야 했지만 멋모르고 수행하기보다
스스로 해결해야 하는 문제에 대한 정의를 내리고 시작하고 싶어 대부분의 시간을 학습했다.
정작 미션의 구현은 많이 해보지 못했고, 4시 쯤 지쳐 잠들었다.
이번주도 지난 주처럼 새벽까지 팀원들과 줌을 켜두고 진행했다.

수요일

짝과 함께하는 미션이 처음으로 나왔다.
남들보다 학습에 많이 투자하는 내 성향과 비슷한 짝을 만나 10시까지 학습만 했다.
물론 그렇다고 더 설계가 빨라지거나 완성도 있는 설계가 된 것은 아니겠지만 적어도 서로의 이해도가 부족해 막히는 지점은 많이 없었다.
짝과 설계를 하면서 집중했던 건 역할 그자체였다.
그래서인지 구현으로 이어질 때 각자 역할 분리에 대해 다르게 생각해서 구현 결과가 꽤 달라진 걸 느낄 수 있었다.

목요일

화요일에 나름 어떻게 이어지는 미션을 해결할지 정의했으니 이번엔 바로 진행해보았다.
결국 원하는 동작을 하나 완성해냈는데, 전체 완성도와는 별개로 작은 단위의 문제 해결을 모아 하나의 큰 문제를 해결하여 엄청 즐거웠다.
목요일은 밤새 구현을 진행해서 금요일 아침 7시쯤 성공했고, 그대로 9시까지 쭉 미션을 진행했다.

금요일

밤을 새고 맞이한 릴레이 프로젝트는 쉽지 않았다.
나름 정신 붙잡고 논리적으로 비판하고 개선하려 했는데 잘 됐는진 모르겠다.
이번엔 나를 제외한 세 분이 모두 지금껏 각자 팀에서 문서 작업을 도맡아오셨다고 했다.
웹 개발 하시는 분들 중에 문서 정리를 잘하고 좋아하시는 분들 비율이 높은 듯

DAKI

Drop

피상적이고 막연한 언급 줄이기
- 가령 "다이어그램을 보기 좋게 바꾼다"와 같이 언제, 무엇을, 어떻게, 왜가 빠진 말을 최대한 자제하기
- 말하 듯이 생각나는 대로 써버리니 이런 문제가 자주 발생한다고 생각됨
- 비슷한 행동을 줄이기 위해 글을 쓸 땐 의식적으로 What, When, How, Why를 점검하고 채울 것
이미 아는 문법이라고 확신하는 태도
- URL을 만드는 방법에 파일 경로를 위한 방법이 따로 존재한다는 걸 이번에 알게 됨
- 오랜만에 쓰는 문법인데도 "이렇게 하면 되겠지"정도의 생각으로 사용함
- 배우는 단계인만큼 짧게라도 공식문서를 다시 읽어보고 사용법을 한 번 익힌 뒤 사용할 것

Add

출처에 추가적인 정보 기록하기
- 해당 출처에서 얻은 정보나 인사이트가 무엇인지 남겨둔다면 단순히 출처를 나열해두는 것보다 훨씬 의미있는 정보가 될 것
적극적으로 피드백 남기기
- 피어 피드백 시간에 적극적인 질문을 남기기 위해 더욱 빠르게 피어 분들의 문서와 코드를 파악할 수 있어야 한다고 생각됨
- 구체적으로 어떻게 하면 좋을지 고민해보고 노트에 남겨두었다가 하나씩 시도해볼 것

Keep

문제 해결 과정의 단계를 스프린트로 표현하며 각 단계마다 셀프 피드백 시간 갖기
- 피드백이 쌓여 조금씩 성장하는 게 느껴지고 있음
작은 단위로 문제를 나누고 해결해나가기
- 작은 성취가 모여 큰 성취를 이루어내는 경험은 매우 긍정적이었음

Improve

체크 리스트에 우선순위를 추가하기
- 지난 주보다 확실히 구체적이고 지속적으로 길잡이 역할을 해주고 있음
- 수행할 작업의 우선 순위를 아이젠하워 매트릭스처럼 중요성과 긴급합에 따라 정하고 순차적으로 진행하도록 작성하기
테스트 작성과 함께 개발 시작하기 반복 경험
- 구현할 역할에 대한 테스트 케이스를 작성하고 그에 맞춰 진행하는 게 생각보다 어려웠음
- XCTest 자체를 많이 다뤄보지 않아서인지 타겟 설정 같은 문제가 굉장히 빈번히 발생함
- 이런 부분은 지속적으로 경험을 쌓아야 개선될 부분이라고 생각 됨