[Inner Circle] 패스트캠퍼스 3번째 프로젝트 중간 회고

안녕하세요 8월 9일 부로 3번째 프로젝트이자 팀 프로젝트의 중간 발표가 있었습니다. 

 

중간 발표는 개인의 역량과 프레젠테이션의 완성도 면에서는 흠잡을 데 없었으나, 현재 우리 프로젝트가 직면한 복합적인 과제들을 감안할 때, 다소 아쉬운 결과를 초래했습니다.

 

이번 회고는 이러한 아쉬움의 본질을 진단하고, 향후 나아갈 방향을 전략적으로 모색 하고자 작성하였습니다.

 

 

초기 설정했던 목표 지점을 항햐 끊임없는 노력에도 불구하고, 우리의 개발 속도는 기대치를 하회하고 있습니다. 

마치.. 하얀천 과 바람은 있지만 순풍 없는 바다를 항해하는 배와 같다랄까..?

 

단순 노 젓는 행위, 즉 노력의 양적인 측면을 넘어 외부 환경의 변화와 내부적인 동력 확보의 어려움이 복합적으로 작용한 결과로 해석 하였습니다. 

우리가 나아가는 있는 명확한 목표 에 대한것은 긍정적이나 속도 면에서 개선의 여지가 명확하게 드러났습니다.

 

초기 5인의 핵심 인력으로 시작했던 프로젝트가 현재 3인 체제로 축소된 점은 운영 효율성 측면에서 중대한 병목 현상을 초래하고 있습니다.

이러한 도전 과제를 극복하고 목표에 도달하기 위해,  현재의 난관을 도약의 발판으로 삼아, 더욱 효율적이고 강력한 추진력으로 목표 지점을 향해 나아가겠습니다.

 

 

---

 

ADR 도입하기

 

기존의 프로젝트에서 새롭게 만들어지는 알람, 회원인증 강화 및 예약 송금을 만들기에 앞서 우리는 ADR를 작성함으로써

앞선 프로젝트 회고를 통해 기존에 발생했던 몇몇 핵심적인 문제점들의 근원인 의사결정의 기록 부재와 관련 정보의 비체계적인 공유에 있음을 명확히 인지 하였고 그 방지 방안으로 ADR (Architectural Decision Record) 의 작성의 도입을 결정했습니다. 

 

• 투명성 증대 
  • 모든 팀원이 주요 의사결정의 배경, 대안 그리고 최종 선택의 이유를 명확히 이해하고 접근할 수 있도록 한다.
• 지식의 축적 및 공유 
  • 시간이 지남에 따라 발생할 수 있는 의사결정의 배경 손실을 방지하고, 새로운 팀원의 온보딩을 용이하게 한다.
• 문제 재발 방지 
  • 과거의 실수로부터 배우고, 유사한 문제가 반복되지 않도록 하는 데 중요한 참고 자료로 활용한다.
• 기술 부채 관리
  • 의사결정의 이력이 명확해짐으로써, 추후 발생할 수 있는 기술 부채의 원인을 파악하고 관리하는데 기여한다.

 

ADR 작성하기 - 첫 프로젝트 회고때 나왔던 문제점들을 토대로 우리는 ADR, 즉 개발자가 의사결정을 기록하는  작성하기로 했습니다. 

Why write ADRs

 

'일일 스크럼' 운영 방안 수립

 

우리의 의사결정의 투명성과 기록의 중요성을 인지하고 ADR 도입을 결정하였고, 이와 더불어, 현재 우리팀의 소수 체제에서 발생할 수 있는 잠재적 비효율성을 해소하고, 빠른 의사 결정 및 원활한 정보 공유를 위한 장치 마련의 필요성을 절감하였다.

 

프로젝트의 전반적인 추친력을 높이고자 '매일 10분 일일 스크럼(Daily Scrum) 도입을 결정했습니다. 

프로젝트 초반부터 진행되었던 데일리 스크럼을 단지 귀찮아서 넘어갔던 부분을 다시 한번 상기하고 도입하도록 했습니다. 

 

실시간 진행 상황 동기화

• 팀원의 어제 한 일, 오늘 할 일 그리고 직면한 장애를 공유함으로써, 팀원간의 작업 진행 상황을 투명하게 파악하고 공동의 목표에 대한 이해를 높입니다. 

병목 현상 조기 식별 및 해결

• 매일매일 발생할 수 있는 문제점이나 병목 현상을 초기에 파악하여, 신속하게 논의하고 해결 방안을 모색함으로써 불필요한 지연을 최소화합니다.

팀 간의 긴밀한 협업 촉진

•  간결하고 집중적인 소통을 통해 팀원 간의 유기적인 연결을 강화하고, 필요한 경우 즉각적인 지원을 요청하거나 제공할 수 있는 환경을 조성합니다.

집중력 및 몰입도 향상

• 짧은 시간 내 핵심을 공유하는 연습을 통해, 각자의 업무에 대한 책임감을 높이고 다음 작업에 대한 집중도를 끌어올립니다.