레벨3 팀 프로젝트 최종 회고 | 2023.08.18

[Wonmi91]

레벨3 팀 프로젝트 고생 많으셨습니다 : )
아래 회고를 다함께 진행하면서, 레벨3 전반에 대해 돌아보고 팀과 나에 대해 생각해보는 시간이 되었으면 좋겠습니다.

팀 자체적으로 진행해주시고, 레벨4가 시작되기 전까지 반드시 discussion에 회고 내용을 남겨주세요.

회고는 팀 내에서 각자의 감정을 공유하며 팀웍을 다지는 시간!

---

1. 팀 문화 돌아보기

• 우리에게 의미 있었던 팀 문화를 뽑아보고, 문화가 만들어진 과정과 더불어 어떻게 잘 유지할 수 있었는지 다함께 정리해본다.
• 팀 프로젝트가 기존에 원했던 방향대로 잘 흘러갔는지 각자의 의견 및 감정을 공유하고, 레벨4에 어떻게 유지/개선할 수 있을지 함께 이야기를 나눠본다.

2. 나 돌아보기

• 팀 프로젝트를 진행하면서 각자에게 인상 깊었던 사건을 뽑고, 해당 순간에 대한 본인의 감정을 공유한다.
• 좋았던 점(배운 점, 고마운 일), 아쉬웠던 점을 인당 최소 1개 이상 작성한다.
• 레벨3에서 내가 어떤 역할을 했는지 돌아보면서, 레벨4때 어떤 역할을 할 수 있을지 고민해본다.

3. 서비스 제작 후기 (팀 단위로 1개만 작성)

• 다함께 힘을 합쳐 하나의 서비스를 만들어 본 후기를 5-6줄 정도로 작성해본다. (기술블로그에 서비스 소개와 함께 올라갈지도^^!)
• 각자 제작 후기를 이야기해보고, 의견을 종합해 하나의 글만 올려주세요.

[swonny]

땅땅땅

1. 팀 문화 돌아보기

• 지토

  • 데일리 미팅
    • 체크인 점수와 어제 뭘 했고 오늘 뭘 할지에 대한 내용을 통해 현재 진행 과정이나 오늘의 일정 등을 공유하고 논의 사항이 있을 때 이를 언급할 수 있어 좋았습니다.
  • 백엔드 데일리 미팅
    • 매일 백엔드 데일리를 통해 현재 진행 상황, 오늘 무엇을 할지, 놓친 부분 등을 제어할 수 있어 좋았습니다.
  • 해당 코드를 작성한 크루를 제외한 남은 크루가 모두 approve해야 merge를 하는 규칙
    • 제 코드를 리뷰어한테 설득하는 과정에서 최소한의 코드 품질과 로직의 이해도를 맞출 수 있어 좋았던 것 같습니다.

• 멘델

  • 의미 있었던 팀 문화: 지각하면 벌금

    • 해당 문화가 만들어진 과정: 여기서 지각이란 단지 출근 시간이 늦었던 것만이 아니라 회의 지각 등 모두 포함이였다. 덕분에, 출근시간에 안늦으려고 미라클 모닝을 하는 습관을 갖게 되었고, 새벽 대신 아침에 공부를 하는 습관이 길러진 것 같다. 또한, 모두 회의 시간을 좀 더 인지하고 자리에 그 시간까지 앉을 수 있도록 만들어줬다고 생각한다.

      또한, 이렇게 모인 벌금으로 마지막 데모데이때 의미있게 사용한 것 같아서 좋았습니다.

    • 잘 유지될 수 있었던 이유: 각자가 자신의 양심에 맞게 잘 내주었던 것 같다.

  • 팀 프로젝트가 원하던 방향대로 잘 흘러갔는지 각자의 의견 및 감정 공유:
    • 기능 목록은 많이 제거했지만, 서비스의 최소 기능 중 70퍼 정도는 구현했다고 생각하고 버그도 적다고 생각해서 이정도면 잘 흘러갔다고 생각합니다.
    • 의견 및 감정공유: 회의가 매번 생각보다 너무 길어지고, 이로인해 개발시간이 줄어들어 심적으로 좀 힘들었다. 레벨4 때는 지금보다 시간이 더 없을 것이기 때문에 회의시간에 대해서 확실하게 잡고 가야할 것 같다고 생각합니다.
  • 레벨4에 어떻게 유지/개선할 수 있을지:
    • 이건 이제 제이슨이 말씀하신대로 각자의 남은 레벨 간 목표 상황을 맞춰서 진행해야할 것 같습니다.
      • 그래도 최소한, 알림 기능과 마이 페이지에 기능 추가(내 경매 상품 보기 등)정도는 넣으면 좋지 않을까 싶습니다. 이 부분은 각자의 상황(취업준비를 최우선적으로 하고 싶은지 등)을 파악하고 다 같이 정해야할 듯 싶네요.

• 글로

  우리에게 의미 있었던 팀 문화는 PR은 혼자, merge는 다같이~ 입니다.

  이슈 발행 과 PR은 혼자 하되 merge가 되기 위해서는 나머지 팀원의 approve 가 있어야 가능한 룰을 저장소에 등록하였습니다.

  이슈관리방법에 따르면 하루에 완료할 수 있는 기능 단위로 이슈를 만들기로 했는데 잘 지켜지지 못했고 결과적으로 PR 단위가 커지게 되었던 것 같습니다! 레벨4 에서는 이슈나 PR 단위를 작게 유지할 수 있었으면 좋겠습니다.

  레벨4 에서는 해야할 일이 많은 만큼 각자 우선순위가 다를 수 있다고 생각합니다. 초반에 각자의 우선순위를 공유하고 서로에게 자신의 우선순위를 강요하지 않도록 조심해야 할 것 같습니다!

• 둘리

  • 아침 데일리 미팅을 하면서 서로가 무엇을 하고있는지, 논의할 내용이 있는지, 자신에게 어떤 일정이 있었고 있을 것인지 매일 공유되어서 좋았습니다.
  • 처음 기획한 기능에서 많이 제거했지만 한 달짜리 프로젝트인 것을 감안하면 정말 많은 기능을 구현해냈다고 생각합니다. 더 꼼꼼히 구현할 수 있던 부분이 존재하지만 코드에 그 여지를 남겨두어 레벨4에서 충분히 보완할 수 있는 부분인 것 같아요.
  • 회의가 너무 길었습니다. 회의를 2시간 이상 하는 것이 저한테는 체력적으로 힘들었고, 6시 이후까지 길어지는 경우 제 저녁 일정이 살짝 틀어져 조금 스트레스였습니다.
  • 레벨4에는 할 일이 더 많아지는 만큼 회의를 더 효율적으로 진행해야한다고 생각합니다. 각자의 우선순위를 공유하고, 우리의 서비스가 사용자에게 유용하게 사용될 수 있도록 만드는 것과 각자의 할 일 사이의 중간점을 잘 찾아야할 것 같아요.

• 메리

  • 의미 있었던 팀문화
    • 백엔드 데일리
      • 서로의 개발 진행 상황 공유를 목적으로 진행했습니다.
      • 개발을 진행하면서 어려웠던 부분에 대한 도움 요청을 할 수 있었고, 도움을 요청하기 전 스스로의 진행 상황을 정리해보는 시간을 갖는 것도 충분히 유의미했다고 느꼈습니다.
      • 각자의 진행 상황을 이야기한 이후 백엔드 팀원 전체 논의 사항에 대해 이야기하는 시간을 가졌는데, 공유해야 하는 일정에 대한 리마인드 차원에서도 도움이 되었습니다.
  • 각자 맡은 API에 대해서는 백엔드와 안드로이드 파트 간 협업과 소통이 활발히 이루어진 것 같습니다. 그런데 프로젝트 전반적인 이해에 대한 팀 전체의 이해는 조금 부족했던 것 같았습니다. 시간적인 여유가 없어 모든 팀원이 모여 프로젝트 전반적인 이해도를 맞추는 게 어려웠다고 생각해서, 이 부분은 백엔드 데일리와 같이 팀 전체 데일리 시간에 공유하는 것도 좋을 것 같습니다.
  • 갑작스럽게 회의가 진행되거나 생각보다 회의 시간이 오래 걸린 경우가 많았던 것 같아서, 정해진 시간에 최대한 회의를 끝내기 위해 어떤 노력을 할 수 있을지 고민해보면 좋을 것 같습니다.

• 제이미

  • 우리에게 의미 있었던 팀 문화를 뽑아보고, 문화가 만들어진 과정과 더불어 어떻게 잘 유지할 수 있었는지 다함께 정리해본다.
    • 전체/백엔드 데일리 미팅
      • 매일 하루를 시작할 때 전체 데일리 미팅으로 시작했습니다. 함께 오늘 기분은 어땠고, 오늘 뭘 할 것이고, 같이 이야기 해보고 싶은 점이 있는지 등에 대해 이야기 하면서 서로의 상황을 공유할 수 있는 시간이 있어 좋았습니다.
        매일 가볍게 아이스브레이킹 겸 상황 공유를 자연스럽게 진행할 수 있어 좋았습니다.
      • 이후 백엔드 데일리 미팅을 진행하게 되었는데, 데일리와 비슷하지만 보다 자세하게 매일 어떤 일을 했는지, 이에 따라 오늘 뭘 할 것인지 공유하며 보다 정확한 상황을 공유했습니다. 또한, 개발을 진행하며 고민했던 점, 상의하고 싶은 점, 공유하고 싶었던 내용 등을 이야기하며 보다 빠른 의견 전달과 수용을 할 수 있었던 시간이라고 생각해 좋은 방향으로 이어졌다고 생각합니다.
      • 잘 유지할 수 있었던 점 : 서로의 이야기를 할 때 리액션을 잘 해주고 경청해주었습니다. 또한, 가벼운 분위기를 유지했기에 매일 부담스럽지 않은 선에서 이야기를 할 수 있었다고 생각합니다.
  • 팀 프로젝트가 기존에 원했던 방향대로 잘 흘러갔는지

    • 레벨 3를 시작했을 때에 비해서는 기능들이 많이 축소되었다고 생각합니다. 이 부분이 처음엔 좀 아쉽긴 했지만, 대신 땅땅땅에 정말 필요한 기능들과 이 외에도 인프라 구성 등 우테코에서 요구하는 사항들까지 잘 진행할 수 있었다고 생각합니다.

      또한, 원래 하겨던 것들을 했다면 서로 의견을 나누고 공유할 수 있는 시간 등 본인 일만 신경쓰느라 협업을 제대로 하지 못했으리라 생각합니다. 하지만, 현재 방향을 진행한 경과 백엔드 크루간, 안드로이드 백엔드 크루 간의 협업이 어느정도 잘 진행되었다고 생각합니다.

    • 하지만, 서로의 파트를 이해할 수 있는 시간을 가지긴 했지만 그럼에도 온전히 나의 것이 아닌 느낌이 있습니다. 이 부분에 대해 좀 더 학습이 필요할 것이라 생각합니다.

    • 블로그 포스팅에 대해 꾸준히 이야기가 나오고 있음에도 아직 블로그조차 만들지 못해 아쉽습니다. 제안하고 싶었지만 자꾸 당장의 할일로 미루게 되어 이 부분에 대해서도 스스로에게 아쉬웠습니다. 외에도 깃허브 위키 등도 관리가 되면 더 좋을 것이라 생각합니다.

    • 회의를 진행할 때 서로의 의견을 잘 경청해주는 만큼 회의 시간이 많이 길어질 때가 있었습니다. 어떻게 하면 보다 효율적인 회의를 진행할 수 있을지에 대해 꾸준히 고민했음에도 많이 개선되지 않아 이 부분이 어렵다고 생각했습니다.

  • 레벨4에 어떻게 유지/개선할 수 있을지

    • 기존에 진행하던 데일리미팅은 꾸준히 진행했으면 좋겠습니다.

    • 회의를 할 때 어떻게 하면 보다 효율적으로 진행할 수 있을 지에 대해 고민해보면 더 좋을 것이라 생각합니다.

    • 정말 필요한 기능은 어느정도는 구현했기에, 추가적인 기능 구현과 성능 중 어떤 걸 먼저 수행할지에 대해 이야기해볼 필요가 있다고 생각합니다.

      또한, 레벨 4 때 미룬 기능들 중 어느정도까지 수행할 것인지에 대해서도 다시 한번 논의가 필요할 것 같습니다.

    • 블로그, 깃허브 위키 등 방치되어 있는 부분들에 대해 신경쓸 수 있으면 합니다.

    • 개인적으로는 다른 사람의 파트와 공통으로 진행한 파트에 대해 보다 더 잘 이해할 수 있도록 노력이 더 필요할 것 같습니다.

• 엔초

  • 의미 있었던 팀 문화와 어떻게 잘 유지할 수 있었는지
    • 1주마다 돌아가면서 팀장하기
      : 팀장이라는 부담감을 1주일씩 나눠 가짐으로써 부담감을 줄일 수 있었고, 모두가 팀장이라는 역할을 경험해볼 수 있었다.
    • 매일 데일리미팅에서 전날 뭐 했는지 이야기하는 것
      : 팀에서 개발 진행 사항이 어떻게 되는지 알 수 있었고, 팀프로젝트와 관련이 없더라도 개인적으로 뭐 공부했는지 등도 함께 공유했는데, 해당 부분이 긍정적인 자극이 되었다. 퇴근 이후 개인적으로 한 게 없으면 괜히 부족한 느낌이 들어서 퇴근 이후 하나라도 더 공부하게 되었고, 결과적으로 내가 조금이라도 더 성장할 수 있었던 것 같다.
    • 백엔드 데일리
      : 데일리미팅 이후 백엔드 크루들끼리 백엔드 부분 데일리를 진행했는데, 전체 데일리에서는 대충 어느 기능을 구현했다 정도로 넘어갔던 반면, 백엔드 데일리에서는 어느 기능을 어떻게 구현했고, 그 이유는 무엇이고 등을 같이 공유함으로써 진행상황에 대해 더 깊이 알 수 있었고, 구현 방식과 배경을 알고 나니 코드 리뷰하는 데도 도움이 되었다.
  • 팀 프로젝트가 기존에 원하던 방식으로 잘 흘러갔는지
    • 처음에는 단순히 기능이 돌아가게만 구현하는 것 외에는 아는 게 많이 없다보니 구현에 대해 너무 간단하게만 생각하고 있었다. 쿼리 최적화나 성능 문제도 생각해야하고, 인프라 구성 등에도 시간을 써야하는 것을 몰랐다보니 구현하고 싶은 기능들이 많은데 자꾸만 기능을 줄이는 것이 마음이 아팠었다. 그래도 코치분들의 조언과 팀 회의를 통해 기능을 줄이고 좀 더 쉬운 방식으로 구현하는 등의 타협을 한 결과, 구현보다는 ‘협업’에 더 집중할 수 있었다. 구현은 나중에라도 할 수 있지만 이렇게 매일 만나면서 ‘찐한 협업’을 할 수 있는 기회는 취업하기 전까지는 앞으로 만들기 어려울 것이기 때문에 우테코에서만 얻을 수 있는 것을 얻어갈 수 있었던 것 같다.
    • 팀 분위기도 좋았고, 나름 협업이 잘 되었다고 생각한다. 하지만 팀원 모두 자기주장이 강한 사람이 아니었다보니 개발 외적인 부분(기획, 글쓰기 등)에 대한 회의에서 의견 결정이 더딘 것 같았다.
  • 레벨4에 어떻게 유지/개선할 수 있을지
    • 깃허브 디스커션이 초반 이후 방치된 느낌이라 노션에 있는 내용들 중에 디스커션에 올릴 것들 정리해서 올려놓으면 좋을 것 같다.
    • 부족한 기능 개발과 성능 최적화를 진행하면 좋을 것 같다. 회의를 통해 기능 개발과 성능 최적화 중 어느 부분을 우선적으로 진행할지, 그 중에서도 어느 기능에 대한 것을 우선적으로 진행할지도 정해야할 것 같다.
    • 회의할 때 결정이 빨리 안 나는 경우가 많다. 회의 시간에 의견을 생각해서 이야기해야하는 경우가 많아서 그런 것 같다. 회의 전 안건을 먼저 정하고, 각자 의견을 준비한 후 나중에 회의를 통해 각자 의견을 통합하고 결정하는 시간만 가진다면 회의시간을 단축할 수 있을 것 같다.

2. 나 돌아보기

• 지토

  • 좋았던 점
    • 배운 점
      • 안드로이드(클라이언트)와의 협업을 배울 수 있었습니다
      • 다른 백엔드 개발자분들과 협업 및 분업하는 과정, 커뮤니케이션 등을 경험할 수 있었습니다
    • 고마운 일
      • 적극적으로 참여해주신 백엔드 팀원분들께 정말 감사함을 표현하고 싶습니다
      • 욕심이 많아서 추가 근무를 좀 강요하는 식이 되었는데 동의해주셔서 정말 감사합니다
      • 발표 준비를 도와주신 팀원 분들께 감사합니다
    • 아쉬웠던 점
      • 자꾸 추가 근무를 강요하는 느낌이 들어 죄송합니다
      • 종종 팀끼리 협업하는 과정 중 집중을 잃는 모습을 보였는데 반성합니다…죄송합니다

• 멘델

  • 배운 점:
    • 프로젝트 기초 세팅하는 법
    • 백엔드분들과 api를 맞춰가는 경험
    • 깃헙 이슈로 각자의 진행상태 관리하는 법
  • 고마운 점:
    • 디자인을 모두 맡아서 해준 둘리에게 항상 미안한 마음 갖고 있었고, 고맙습니다.
    • 적극적인 코드 리뷰를 해준 글로에게 고맙습니다. 덕분에 함수명이라던지 이런거에 대한 저만의 틀이 어느정도 잡힌 것 같습니다.
    • 급하게 메시지 프리뷰 관련된 api 수정을 엔초에게 부탁했었는데, 완벽하게 해주셔서 감사합니다.
  • 아쉬웠던 점:
    • 마지막에 발생했던 카테고리 선택 버그를 셋 중 아무도 찾지 못했었다는게 좀 아쉽습니다.
    • 물론 위의 버그는 테스트 코드 돌린다고 잡힐 것 같지도 않지만, 근본적으로 테스트 코드가 좀 부족했던 것 같다. 실기기로 통합테스트도 좀 더 적극적으로 돌렸어야 했는데 그러지 못했던 것이 스스로에게 실망이 좀 컸다.
  • 내가 이번에 맡은 역할:
    • 안드로이드) 경매 상세화면, 쪽지기능
  • 레벨 4때 할 수 있을 것 같은 역할:
    • FCM쪽을 빠르게 진행시킬 수 있을 것 같다.
    • 레벨4에서 배운걸 적극적으로 활용해서 앱을 업데이트 시키고 싶다.

• 글로

  • 좋았던 점(배운 점, 고마운 일)
    • 4차 데모데이 부스 준비할 때 잔버그를 수정해서 앱을 업데이트 해야 하는 문제로 준비에 집중하지 못했는데 다른 팀원들이 완벽하게 준비를 잘 해주어서 고마웠다고, 준비하는데 집중하지 못해서 미안하다고 말하고 싶었습니다…ㅠㅠ
    • 둘리가 모든 앱 디자인을 도맡아 해주어서 디자인 걱정이 없었습니다! 감사합니다!
    • 안드로이드 개발 경험이 상대적으로 많은 멘델 덕분에 여러 유용한 기술을 배울 수 있었습니다! 먼저 여러 기술을 공부하고 공유해주어서 감사합니다!
    • 백엔드와 협업할 때 함께 api 명세에 대해 고민해보고 서로의 의견을 공유할 수 있어서 좋았습니다! 서로의 입장이 달라서 궁금한 점이 생겼을 때 친절히 답변해주셔서 잘 이해할 수 있었습니다! 감사합니다!
  • 아쉬웠던 점
    • 기능 구현이 바빠 테스트 코드 작성을 못했던 점이 아쉽습니다.
    • PR을 요청하고 다음 작업을 진행할 수 있으면 좋겠다고 생각했습니다! PR 단위를 작게 유지하여 충돌 가능성을 최소화하고 git cherry-pick이나 rebase를 활용하면 가능할 것 같다고 생각했습니다! PR 단위가 작아지면 리뷰에 대한 부담도 줄고 그만큼 리뷰 시간도 줄어 빠르게 리뷰 가능할 것 같습니다!
    • 레벨4때는 데드라인보다 작업을 일찍 마칠 수 있도록하여 빨리 해야한다는 조급함이 줄었으면 좋겠습니다!
  • 레벨3에서 나의 역할
    • 경매 목록, 마이페이지
    • 경매 이미지 등록 기능
    • 최대한 꼼꼼히 리뷰해주기
  • 레벨4때 어떤 역할을 할 수 있을지
    • 알림 기능 구현
    • 유저 친화적인 기능 추가
    • 레벨4에 배운 내용 적용하여 코드 수정
    • 최대한 꼼꼼히 리뷰해주기
    • git 명령어와 충돌 해결 두려움 해소 도와주기

• 둘리

  • 론칭 페스티벌날 카테고리 선택 버그를 찾아버린 것이 가장 인상 깊습니다. 기능 동작에 있어서는 완벽하게 짠 코드라고 생각했는데 그런 버그가 있었다니… 아쉽기도 하고 테스트 코드의 중요성을 다시 깨달은 순간이었습니다.
  • 배운 점
    • 프로젝트 기초 세팅을 어떻게 해야하는지 알게된 것 같습니다. 따로 진행하고 있는 사이드 프로젝트도 지금 프로젝트를 보고 기초 세팅을 하고 있습니다.
    • GitHub로 이슈, PR 관리를 처음 해봤는데 이 기록들이 명세가 되기도 하는 것 같습니다. 기록의 중요성을 알게 되었습니다.
  • 고마운 점
    • 급하게 Response 변경 요청을 드렸는데도 빠르게 처리해주신 백엔드 분들께 정말 감사합니다.
    • 기능 구현할 때 기술적인 부분에서 늘 먼저 공부하고 정리해서 공유해준 멘델에게 감사합니다.
    • 늘 꼼꼼하게 코드리뷰 해준 글로에게 감사합니다. 덕분에 3명의 코드가 좀 더 일관성 있는 코드가 되었다고 생각합니다.
  • 아쉬웠던 점:
    • 테스트 코드가 부족해서 아쉽습니다. 레벨4에는 이 점을 특히 보완하고 싶습니다.
    • 기술 공부를 깊게 하지 못한 것 같아서 아쉽습니다. 기능 구현에 급했다는 느낌… 레벨 1, 2만큼 깊게 파고들지 못해서 레벨4에서는 공부를 좀 더 해보고 싶어요.
  • 디자인을 맡아서 했고 기능 개발에서는 경매 등록 기능, 그 안에서도 카테고리/지역 선택 기능을 특히 애정을 담아 구현했습니다.
  • 지금까지 그랬던 것처럼 디자인에 도움을 많이 줄 수 있을 것 같습니다. 미안해하지 않으셨으면 좋겠어요! 제가 예쁜 디자인이 좋아서 적극적으로 즐겁게 하는거니까! 그리고 지금처럼 기능 구현도 나눴을 때 잘 구현해낼 수 있을 것 같아요.

• 메리

  • 가장 인상 깊었던 사건
    • 3차 데모데이 발표 준비
      • 3차 데모데이 전까지는 인프라와 관련해 생소한 내용이 많았고, jpa 사용도 버거웠어서 프로젝트 진행 속도를 따라가는 게 어려웠습니다. 3차 데모데이에 발표를 맡게 되면서 프로젝트 이해도가 부족하다는 것을 인지했고, 팀원들에게 질문을 하거나 도움을 요청했던 순간이 많았던 것 같습니다.
        질문했던 내용을 여러번 질문해도 이해가 되지 않을 때가 많았어서 팀원들에게 죄송한 순간이 많았는데, 끝까지 열심히 도와주셔서 감사했습니다. 그리고 팀원들과 프로젝트에 대해 얘기하는 과정에서 조각처럼 파편화된 내용들이 이해가 되는 순간이 있었는데, 그 순간이 인상 깊었던 순간 중 하나입니다.
    • 쪽지방 API 연동에 성공했을 때
      • 쪽지 전송 및 조회 API를 담당했는데, 만든 기능이 실제로 연동에 성공해 쪽지 전송 및 조회에 성공하는 순간이 뿌듯하고 기뻤습니다.
      • API 명세를 정할 때 스스로 부족함을 많이 느꼈던 터라 실제로 기능이 정상적으로 동작하는 것을 확인했을 때 안도 + 뿌듯함 + 기쁨의 감정을 느꼈던 것 같습니다.
  • 좋았던 점
    • 어떻게 커뮤니케이션 하는 것이 좋은지에 대해 많이 배운 것 같습니다. 팀원들의 커뮤니케이션 스킬이 정말 좋았어서 같이 프로젝트를 하는 과정만으로도 좋은 커뮤니케이션을 하기 위해 어떤 노력을 할 수 있을지 고민해볼 수 있었습니다.
    • 항상 열심히 프로젝트에 임해준 팀원들 너무 고맙습니다! 옆에서 많이 배운 것 같습니다.

• 제이미

  • 인상 깊었던 사건과 해당 순간에 대한 본인의 감정
    • 이해도 맞추기
      • 3차 데모데이 전 서로 이해도를 맞추는 시간이 있었습니다. 그동안 진행을 한 내용을 설명해주고 정리해보며 서로 제대로 이해하지 못했던 내용들을 보다 더 잘 이해할 수 있었습니다. 제대로 이해하지 못한 부분도 있고, 이해했다 착각한 부분들도 존재했는데 이러한 부분들을 함께 이야기하며 다시 잡을 수 있어 좋았습니다.
  • 좋았던 점
    • 커뮤니케이션 부분을 가장 많이 배웠다고 생각합니다. 함께 여러 회의를 진행하며 어떻게 이야기해야 상대가 더 잘 이해할 수 있을까에 대해 계속 고민해볼 수 있었습니다.
    • 기술적으로도 새로운 부분들을 많이 접해볼 수 있었습니다.
  • 아쉬웠던 점
    • 새롭게 배우는 것은 많음에도 자신이 그 속도를 따라가지 못하고 있음을 느낄 때 많이 아쉬웠습니다.
  • 레벨3 때의 역할
    • 입찰과 신고 기능 등
  • 레벨4 때 어떤 역할을 할 수 있을지
    • 레벨3는 따라가는라 바빴다면 레벨4 때는 도움이될 수 있는 팀원이 되었으면 합니다.
      물론 모르는 부분들에 대해선 따라가기 위해 노력하겠지만, 하나쯤은 강점이 있는 팀원이 되고자 합니다.

• 엔초

  • 인상 깊었던 사건 및 감정
    • 항상 백엔드 코드와 테스트 코드만 보다가 이번 레벨에서 안드로이드와의 협업을 통해 백엔드 api가 안드로이드에서 실제로 돌아가는 모습을 보는 매 순간 인상 깊었다.
    • 프로젝트 세팅과 ci/cd 처음 구축할 때 지토 위주로 진행했고, 지토가 이것저것 알고 있는 것이 많았는데, 하나하나 적용할 때마다 신기하고 인상깊었다. 특히 pr시 jacoco 테스트 커버리지 검사 및 설정한 기준 통과가 필수적이고 통과 여부를 pr에 설정한 리뷰어 정보와 함께 슬랙 메시지로 전송하는 기능을 구축했을 때 인상깊었다. 해당 기능의 존재도 처음 알았고 일련의 과정을 자동화했다는 점이 신기했던 것 같다.
  • 좋았던 점(배운 점, 고마운 일)
    • 배운 점
      • Lombok, JPA, QueryDsl, Flyway, RestDocs, CI/CD 등 새로운 기술을 많이 접해보고 사용해볼 수 있었다.
      • 협업 방식을 배울 수 있었다. 다른 분야와의 협업뿐만 아니라, 백엔드끼리도 서로 다른 기능을 구현해야했는데, 이때 기능 분담은 어떻게 할지, 구현한 기능에 대해서 어떻게 공유할지, 하나의 서비스와 구현 코드에 대해 모두의 이해도를 맞추기 위한 방법 등을 함께 고민하고 적용해보면서 협업 경험을 쌓을 수 있었다.
    • 고마운 일
      • 안드로이드와 연결을 하던 도중 약속한 api 명세와 다른 점이 있어서 연결이 안되었던 적이 있었다. 해당 부분에 대해 안드로이드 측에서 먼저 파악해서 알려주었던 점이 고마웠고 죄송했다.
      • 모르는 게 많았는데 그때마다 팀원들이 잘 설명해주어서 개인적으로 많이 성장할 수 있었다.
  • 아쉬웠던 점
    • 새롭게 배운 내용이 많은 만큼 그때그때 내 것으로 만들었어야했는데 계속 나중으로 미루다보니 개인적으로 정리를 잘 못한 것 같아 아쉬웠다.
    • 코드리뷰를 할 때 프로덕션 코드는 꼼꼼하게 보려고 하면서 테스트코드는 꼼꼼히 리뷰하지 않게 되는 점이 아쉬웠다.
  • 레벨3에서 어떤 역할을 했는지
    • 메리와 함께 채팅방 관련 기능을 구현했다.
  • 레벨4때 어떤 역할을 할 수 있을지
    • 알림 관련 서비스 구현해서 채팅방과 입찰 기능에 붙이고 싶다.
    • 열심히 코드리뷰 해야겠다!

3. 서비스 제작 후기

레벨3에서 진행한 것처럼 진한 프로젝트 경험이 처음인 팀원이 많은 만큼 이번 프로젝트가 좋은 성장의 발판이 된 것 같습니다. 끝이 안 보이는 기획 단계에서 지치기도 했지만, 직접 기획한 서비스를 출시하게 되면서 더욱 땅땅땅에 애정을 갖게 되었고, 론칭 페스티벌에서 받은 긍정적인 피드백은 레벨4에서 더 개선시켜나가고 싶은 욕심으로 이어진 것 같습니다. 특히 기술적, 비기술적으로 모두 뛰어난 팀원들을 만나 재미있게 협업을 이어나갈 수 있었고, 힘든 순간도 있었지만 끝까지 열심히 해준 팀원들 덕분에 값진 성장을 이뤄낸 것 같습니다. 레벨4에서도 더 좋은 서비스를 제공하기 위해 열심히 해보겠습니다!

[carsago]

페스타고

1. 팀 문화 돌아보기

• 글렌 :

  • [실수를 비난하지 말아요] 버그 발생, 운영상 문제 등 실수로 인해 발생했던 일에 대해 개인의 책임을 묻지 않고, 팀의 책임이라 생각하여 다음부터 해당 실수나 문제가 발생하지 않도록 조치했다.
  • 문서화가 제대로 되지 않은 것 같다. 그에 따라 정보가 휘발되거나 방향을 놓치는 등 여러 문제가 발생하였고 데일리 미팅 때 어제 했던 일, 오늘 할 일 등 정보를 공유하고 회의록을 작성해 보는 것이 좋을 것 같다.

• 베르 : [지금이야 크게 소리 질러줘] 회의할 때 의견을 충분히 피력할 수 있는 분위기가 조성되었다. 맞는건 맞다 아닌건 아니다 짚고 넘어가는 게 좋았다. 문서화 부분이 잘 이루어지지 않았다고 생각한다. 이 부분을 개선할 수 있는 방안을 마련 해야겠다.

• 아크 : [리뷰 이벤트 진행중] 좋건 나쁘건 모두 공유해요. 각 팀원들이 무엇을 하는지 확인하기 위해서 존재하는 팀 문화였지만 백엔드와 안드로이드 간에 정보공유가 부족했던 것을 느끼며 안드로이드 내부에서도 두명만 알고 한명은 모르는 경우가 많았다고 생각합니다. 그래서 레벨 4에서는 모두다 기록하고 공유하는 방향으로 진행하면 좋을 것같습니다.

• 애쉬: [실수를 비난하지 말아요.] 프로젝트에서 장애가 발생하거나 정상적인 응답이 내려오지 않아도, 누구 한 명의 책임이 아니라 모두의 책임으로 여겼다. 버그가 발생하면 꼭 기존 담당자가 고치는게 아니라, 그 때 시간이 되는 사람이 고칠수 있는게 좋았다. 팀원 모두가 코드에 전체에 대한 이해도가 있어서 가능했던 것 같다.

• 오리 : 소통이 잘 안된다고 느껴서 오전 데일리미팅을 통해 서로 현황을 공유했다. 이것덕분에 프로젝트가 더 잘굴러갈 수 있다고 느낌. 레벨4때도 보완하면서 지속하면 효과적일듯.

• 푸우 : 오전 데일리에서 간단한 게임을 통해 하루를 가볍게 시작했던 것이 좋았던 것 같습니다. 다만 업무 공유와 게임을 적절히 배분해서 진행하는 것이 더 좋을 것 같다 생각됩니다. 확실히 정해진 것이 없으니 대부분 흐지부지 넘어가는 것이 많았던 것 같아 확실히 지킬 룰을 정해도 좋을 것 같습니다.

• 해시 :

  • [이건 세상에서 제일 비싼 단독 공연] 무리해서 개발하기 보다는 워라밸도 적당히 챙기면서 일정 관리를 잘 했다고 생각한다.
  • [지금이야 크게 소리 질러줘] 회의할 때 다들 적극적으로 의견도 내고, 회의할 때 태도가 좋아서? 합의점을 찾기도 수월했고, 같은 목표를 가지고 프로젝트를 원활하게 진행할 수 있었다.
  • 개선 사항: 레벨4에는 데일리미팅 제대로! 백엔드 안드로이드 간 서로의 업무도 파악할 수 있으면 좋을 것 같다.

2. 나 돌아보기

• 글렌 :

  • [아쉬웠던 점]: 스스로에게 아쉬웠다. 팀으로 활동하는 프로젝트에서 나 혼자 너무 들떠있던 것 같다. 평소에 집에 가면 할 게 없어 다시 코드를 보고 구현이 부족했던 부분에 대해 리팩터링을 해보곤 하는데, 그때마다 생각이 떠오를때가 있어서 팀원에게 의사를 묻지 않고 혼자서 작업한 부분이 몇몇 있었다.
  • [고마웠던 점]: 이러한 나의 모습을 팀원들에게 물었다. 팀원들이 큰 문제가 아니었다며 오히려 격려를 해주었다. 내가 생각했을 때 충분히 화가 날 만한 상황이었다고 생각한다. 이러한 나의 모습을 위로해 준 팀원들에게 너무 감사하다.
  • 레벨4 때는 한 발자국 뒤에서 조금 천천히 생각을 해보는 태도를 가져봐야겠다.

• 베르 :

  • 좋았던 점 - 아는 것만 가지고 코드를 작성하고 있었던 나에게 여러가지 키워드나 새로운 방법을 알려준 팀원들에게 정말 고맙다. 지금 팀원이 아니었으면 현재 구조의 프로젝트가 절대 만들어지지 않았을 것이라 생각한다. 같은 기능을 어떻게 구현할 지 여러 방면으로 고민해보고 모르면 도움을 구할 수도 있는 분위기를 조성해줘서 덕분에 많이 공부할 수 있었다.
  • 아쉬웠던 점 - 팀 프로젝트 막바지에 기능 개발이 우선이라 빨리빨리 하다가 내가 만든 부분에 버그가 생기거나 일부 코드를 빠뜨리고 PR 에 올리는 실수가 있었다. 한 번 더 체크하지 꼼꼼하지 못했던 것이 스스로 아쉽다.
  • 팀원들의 방식을 습득하고 활용하는 능력을 키울 수 있었다. 또한, 팀원들 덕분에 도전이 더 좋은 결과를 얻을 수 있다는 자신감을 얻었다. 나도 새로운 것을 도전하고 장단점을 파악해 팀원들과 공유하는 시간을 가져봐야겠다.

• 아크 :

  • [고마웠던 점]: 모든 팀원들이 각자 맡은 일들을 열심히 하는 모습과 앞장서서 프로젝트에 필요한 일들을 수행하려고 했던 점들이 고마웠습니다. 예를 들어서 글쓰기 같은 작업들을 모두 열심히하는 것들 보았고 작업량이 많을 수 있는 개발 과정에서 더욱 관여하기 위해서 이슈를 만들고 가져가는 것들이 있습니다.
  • [아쉬웠던 점] 기록을 남기지 않았던 점이 아쉽습니다. 그래서 레벨 3에는 제가 기록에 대해서 얼마나 관여를 했는지 돌아보았을 때에도 부족한점이 많이 있다고 생각하여 레벨 4에는 앞장서서 기록하는 문화를 만들 수 있도록 앞장서겠습니다.

• 애쉬 :

  • [좋았던 점] 팀원들에게 정말 많이 배울 수 있었다. 팀원들이 각자 자신이 잘 아는 것을 팀에 도입하려고 했는데, 이를 최대한 내 것으로 만들기 위해 노력했다. 팀 내에서 함께 고민했던 부분들이나 우리 프로젝트에서 참고하면 좋을 자료를 발견하면 이를 공유하고 함께 성장하려 했던 점이 만족스럽다.
  • [아쉬웠던 점] 기능 개발에 급급해서 ‘다음 번’으로 미룬 작업들이 꽤 많은 것 같다. (푸우랑 저희는 다음이 언제죠?라고 얘기를 나눴던게 기억에 남는다.) 조금이라도 고민하고 이를 정리하고 넘어갔으면 더 좋았을 것 같다. 작업중에 고민했던 부분들이 많았는데 이를 문서화해두지 못한 점도 아쉽다.

• 오리 :

  • [인상깊은 일] - 티켓팅 관련된 동시성 문제를 어떻게 개선할지 팀원들과 며칠동안 계속 논의하던 일이 인상깊었다. 어떤 문제를 해결하기 위해 동료들과 같이 머리 싸매고 고민하고 나름대로 개선책을 찾아가는 것이 너무 즐거웠다.
  • [좋았던 점] - 여러가지 기능을 도입하면서 내가 잘모르더라도 다른 팀원이 잘 아는 경우가 종종 있었고, 이에 대해 도움을 받거나 지식을 공유받으면서 함께 성장할 수 있었다. 또한 내가 모르는 부분을 알아야겠다는 동기부여도 얻을 수 있었다.
  • [아쉬웠던 점] - 큰 부분에 집중하기 보다는 작은 부분이라도 하나씩 해결하면서 프로젝트를 조금씩 개선하는데 노력할 걸, 당장 해결하지 못하는 큰 부분에만 신경써서 사소한 부분이라도 개선하는데 기여하지 못한 것 같다.

• 푸우 :

  • 좋은 점 - 팀 내에서 의견을 경청해준다는 느낌을 받았던 것 같습니다. 그래서 의견을 제시할 때 조금 더 신경쓰려 했던 것 같고 편안하게 의견을 제시할 수 있었습니다.
  • 아쉬운 점 - 문서화를 통해서 다른 크루들과 배웠던 지식을 공유하고 싶었지만 글을 작성하는 비용이 다소 크다 느껴져서 작성하지 못했던 것 같습니다. 그래서 팀 블로그를 위한 글과 공유를 위한 글을 분리하여서 공유를 위한 글은 다소 러프하게 전달하는 정도로만 빠르게 작성하면 좋을 것 같다는 생각이 들었습니다.

• 해시 :

  • [좋았던 점] 팀원 모두 프로젝트에 적극적으로 참여했고, 협업도 잘 진행되었다고 생각한다. 이상적인 팀 프로젝트였다고 생각함! 개발 측면에서는 기능 개발에 급급하지 않고, 충분히 고민하고, 충분히 의견 나누며 프로젝트 진행할 수 있었던 것 같아서 그 과정에서 많이 성장한 것 같고, 프로젝트를 완전히 이해하고 있는 것 같아 좋았다.
  • [고마웠던 점] 백엔드 안드로이드 간 공유는 부족했을지 몰라도 소통은 잘 이루어졌던 것 같다. 팀원에게 뭔가 요청했을 때 빠르게 처리해줘서 고맙다.
  • [아쉬웠던 점] 문서화가 부족하다. 트러블슈팅 과정이나 이런저런 시도를 많이 했었는데 이것에 대한 기록이 필요하다!

3. 서비스 제작 후기

페스타고 앱을 론칭하는 과정에서 처음 겪는 문제와 새로운 기술들을 맞닥뜨렸습니다. 팀원들과 소통하면서 하나, 하나 해결해 나가는 과정이 소중하고 즐거운 경험이었습니다. 팀원들 대부분이 프로젝트 경험이 적고 몇몇은 이런 팀 프로젝트가 전무하였음에 처음 경험하는 것이 되게 많았지만, 결과물을 만들어냈다는 경험이 우리에게는 보람차고 소중했습니다. 또한 내부적, 외부적으로 받은 수많은 피드백들이 프로젝트를 꾸준히 개선해 나가야겠다는 동기부여로 이어졌습니다. 실제로 여러 사람들이 축제에서 우리 서비스를 사용할 수 있도록 노력하겠습니다.

[RightHennessy]

Team 201

팀문화 돌아보기

201의 팀문화가 궁금하다면?

1️⃣ 분야별 회의와 전체 회의 분리
효율적으로 회의를 진행할 수 있어서 좋았다. 시간낭비가 없었던 것 같다.

2️⃣ 데모데이 회식
감정 회고를 곁들여서 해서 마음 속에 묵힌 때들이 없는 것 같다. 악화될 상황을 만들지 않아서 좋았다.

3️⃣ 데일리 스크럼
진행사항을 공유 받을 수 있었고, 기능 개발 마감일을 알 수 있어서 좋았습니다.

4️⃣ 저녁에 데일리 미팅을 한 것이 좋았다.
사담을 할 기회가 많지 않은데, 하루 종일 일을 하고 분야별로는 대화를 안하게 되는게 있는데, 마지막을 데일리 미팅으로 마무리를 하니 단합하기 좋았다.

나 돌아보기

산군

인상 깊었던 사건 : 앱이 릴리즈 된 순간이 가장 인상 깊었다. 내 개발 인생의 첫 릴리즈 결과물이어서 인상이 깊었다.

좋았던 점 : 이전의 팀플 경험들이 좋지 않아서 이번 팀플에서는 심혈을 기울였다. 프로젝트 사이즈라던지, 팀의 조직문화 등을 신경을 많이 썼는데, 내가 신경쓴 만큼의 리턴이 돌아와서 너무 만족하는 팀플이었다.

아쉬웠던 점 : 진짜 없다.

역할 : 레벨 4에서는 추가적인 디자인 QA와 기획적인 부분 혹은 마케팅, 유저를 어떻게 유저들을 유입시킬 수 있을지에 고민하게 될 것 같다.

링링

인상 깊었던 사건 : 처음 팀이 결성되어서 이 프로젝트 주제에 대해 서로 깊은 대화를 나누었을 때가 가장 기억에 남는다. 나에게는 단순히 프로젝트 주제를 고도화하는 일이 아니라, 우리 팀이 팀으로써 얼마나 합이 좋은지를 느낄 수 있었던 시간이었다.

좋았던 점 : 팀이 하나로 묶였다는 것이 가장 좋은 것 같다. 팀원들과 바로바로 풀 수 있어서 좋았다.

아쉬운 점 : 진짜 없다.

역할 : 레벨 3에서는 개발에만 급급했던 것 같은데 레벨4에서는 더 다양한 부분을 경험해보고 싶다.

써니

인상 깊었던 사건 : 매 데모데이 회식, 정적이고 따분한 자리가 아니고 시끌벅적하고 활발한 분위기라 재밌었다.

좋았던 점 : 깃허브 로그인을 구현했을 때 처음 겪어보는 소셜로그인 기능이라 갈피를 잡지 못했었는데 경험이 있던 페어 산군 덕분에 방향성을 잡을 수 있어 좋았고, 토큰 관리, 기능 구현에 대해 배울 수 있어 좋았다.

아쉬운점 : 기능 구현을 하며 꼼꼼히 봤다고 생각했지만 계속 하나씩 빠뜨려 버그가 발생했었다.

역할 : 이와 관련해서 좀 더 신중하게 기능 개발을 더 가져가서 버그가 덜 발생하도록 해야할 거 같다.

주드

인상깊었던 사건 : 첫 회식에 보쌈을 먹었는데 생에 가장 맛있는 보쌈이었다. 그리고 생일이었는데 케잌도 받았다.. 서프라이즈~

좋았던 점 : 자료 조사를 상당히 꼼꼼히 한다. 꼼꼼하지 못한 성격인 나와 반대여서 배울 점도 있었고 프로젝트 진행에 도움이 크게 됐다.

아쉬웠던 점 : 자리가 불편해서 다른 자리에서 주로 작업을 했는데 소통이 좀 더디긴 했다. 하지만 신체구조상 자리가 불편한건 어쩔 수 없어..

역할 : 레벨3 때 나는 코드를 찍어내는 역할을 했다고 생각한다. 즐거웠다. 하지만 할 일이 많이 남았다. 레벨4 때 더 많이 할 수 있으면 좋겠다.

포이

인상 깊었던 사건 : 1차 데모데이 전날 에밀과 밤새기, 프로젝트를 제대로 끝낼 수 있을까 하는 생각이 들었다.

좋았던 점 : 서로 감정에 상처주지 않기위해 경계했던 것 같다. 덕분에 정말 체력적으로 지치는 것 말고는 프로젝트 하면서 지치는 일이 없었다.

아쉬웠던 점 : 개발을 많이 못했다. 프로세스에 익숙하지 않아서인지 개발에 몰입하기는 쉽지 않았다.

역할 : 레벨3에서 해야 할 일을 리마인드하는 역할을 했던 것 같다. 레벨 4에서도 쭉 이어가고 싶다.

민트

인상 깊었던 사건 : 3차 데모데이 날 회식이 취소된 것이 생각난다. 당시에 이런저런 사건들로 인해 일찍 귀가할 것이 권고됐고, 회식도 취소됐는데 내가 생각보다 회식을 기다리고 있었다는 것과 팀원에게 친밀감을 많이 가지고 있다는 것을 느꼈다.

좋았던 점 : 팀원들과 매우 친밀한 관계를 유지한 것이 좋다.

아쉬웠던 점 : 런칭 데이 발표를 맡았는데, 긴장하느라 스크린만 보고 목소리도 떨렸다. 발표를 잘하고 싶다.

역할 : 레벨3 때는 회의실을 나서서 예약했던 것 같다. 기술적인 부분에 있어서는 다른 팀원들의 의견을 많이 따랐던 것 같다. 레벨4 때는 회의 내용을 놓치지 않고 작성하는 서기 역할도 잘 수행하고 싶다.

반달

인상 깊었던 사건 : 처음으로 내 아이디어의 앱이 플레이스토어에 릴리즈 되었을 때 인상깊었다. 평소에 아이디어가 자주 떠오르지만 그걸 실체화시키는것은 주로 하지 못했었는데 가치 있는 산출물을 만들게 되어 너무 좋다.

좋았던 점: 서로 최대한 챙겨주려한게 좋았다.

아쉬웠던 점: 자기 공부를 조금 더 하고싶었지만, 프로젝트에 조금 쫒겨 하지 못했던 것 같다.

역할 : 레벨 4에서는 좀더 사용자 편의를 위한 기능을 추가하고 싶다.

에밀

인상깊었던 사건 :

좋았던 점 : 엄청 많은 지식을 얕게 경험할 수 있었다. 그리고 생활적으로 정말 뛰어난 친구들이 많아서 옆에서 바라보면서 인간적으로 많이 배웠다.

아쉬운 점 : 팀 페어가 나에게 열심히 하지 않는다고 해서 감정적으로 서운한 적이 있었다. 그런데 곰곰이 생각해보니 정말 그런 부분이 있었다고 느꼈다. 그래서 스스로 좀 돌아보는 계기가 되었다.

역할 : 레벨 3에서는 좀 수용하는 사람의 역할을 하려고 노력했다. 레벨 4에서는

서비스 제작 후기

이전에 했던 프로젝트는 말 그대로 일회성 프로젝트였다. 기능을 구현하는 것만이 목표였고, 추가 기능에 대한 고민이나 리팩터링은 고려하지 않았었다. 이 프로젝트에서는 사용자의 관점에서 계속해서 고민하고 이를 반영한 결과, 실제로 사용할만하고 높은 퀄리티의 서비스를 만들어 낼 수 있었다고 생각한다. 또한, 8명이라는 많은 인원이 적극적으로 참여하는 프로젝트이고, 모두가 자신이 하고 싶어하는 것과 근거가 뚜렷해서 서로 간의 싱크를 맞추는 게 쉽지는 않았다. 하지만 이러한 부분을 지속적인 소통으로 맞춰나가려 노력한 결과 모두가 만족할 만한 결과를 얻을 수 있었다. 이 프로젝트를 통해 팀원 모두가 성장했다고 생각하며 앞으로 남은 레벨4가 기대가 된다.

[ki960213]

1. 팀 문화 돌아보기

제리

• 코드 리뷰
  • 처음에는 개발 중에 기한 안에 코드리뷰를 하는 것이 흐름이 끊기고 번거롭다는 생각에 부담스러웠는데 시간이 지날수록 코드리뷰를 통해 오류나 더나은 개선방향 등의 피드백을 받으며 코드의 품질을 향상시키고 협업하는 느낌을 받을 수 있어서 좋았습니다.

우르

• 최소한 메신저 읽었으면 이모지 남기기
  • 잘 지켜지지 않는 것 같아서 아쉽다. 읽었으면 꼭 해야하는게 아니니까 표시라도 남겨주면 좋을 것 같다.
• 불편하거나 감정 상한 일은 바로바로 말하기
  • 이 부분도 잘 지켜지지 않은 것 같다. 다른 분들은 불편하거나 감정 상한 일이 없어서 그럴 수 있지만 이 부분은 뭔가 나만 말하는 것 같은 생각이 든다.

홍실

• 데일리 스크럼
  • 데일리 스크럼으로 매일 아침에 각자 진행하고 있는 일정을 공유하고, 당일 할 일들을 공유하는 것이 좋았다. 매일 아침마다 전체적인 공유를 통해 어떻게 진행되고 있는 지 감을 잡은 건 좋은 것 같다.
  • 추가적인 회의가 필요하면 그 때 데일리 스크럼 때 말하는 방식으로 진행해서, 불필요한 회의가 적었었다.
  • 초기에는 스크럼 때 본인의 상태에 대한 이야기를 하기도 했었는데, 어느순간 이런 본인의 상태를 말하는 일은 없어졌다. 스크럼 때는 프로젝트와 관련된 이야기만 했던게 조금은 아쉽다.
• 2명 이상 approve 후 머지
  • PR을 작성하면 2명 이상 approve하기 전엔 머지 하지 못하게 하자 했고, 브랜치 룰로도 정의를 했었다. 덕분에, 놓치는 부분에 대해서 잘 잡을 수 있었다.
    2명 이상 approve라고 했지만, 대부분의 PR에선 전원의 approve를 받는 식으로 진행했던 것 같다. 덕분에 모두가 모르는 코드가 없었던 것 같다.
    리뷰 요청이 올라오면 하던 일을 멈추고, 리뷰를 해주는 방식으로 운영을 했었다.
    초기에 본인의 할 일만 하다보니, 리뷰가 늦어져서 전체적으로 병목이 생겼었다. 이 때 백엔드에서는 리뷰는 최대한 빠르게 처리하자고 논의했고, 실제로 코드를 작성하다가도 리뷰 요청이 오면, 잠시 스탑하고 리뷰를 하는 문화가 있었는데 어느정도 우선순위를 강제해서 병목을 해결했던게 좋았다.
• 레벨 4 유지 / 개선
  • 조금 아쉬운건 일정추정 관련 부분이다. 사실 일정추정이 엄청 잘된 편은 아니라고 생각한다. 중간에 PR이나 이슈에 예상 시간을 작성하긴 했으나, 통합해서 보기 어려웠다.
    레벨 3의 경우에는 프로젝트에만 집중을 하고 백엔드 인원 모두가 거의 22~23시까지 남아서 투자하는 시간이 많다 보니 일정 추정에 관한 문제가 크게 부각되지 않았던 것 같은데,
    레벨 4가 되면, 미션과 개인의 취업 준비도 해야하니 조금 손볼 필요가 있지 않나 싶다.

아마란스

사실 다른 팀과 비교해서 이렇다 할 팀 문화가 있었던 건 아닌 것 같다.

하지만 팀원 모두가 끝까지 밤늦게까지 열심히 참여하는 분위기 덕에 시간을 확보하는 데 큰 갈등상황이 없었고, 결과적으로 프로젝트 일정에도 큰 지장 없이 잘 마무리할 수 있었던 것 같다.

개인적으로 백엔드-안드로이드 간 진행상황 공유, 백엔드 내 지식 공유/기술 전파 면에서 아쉬움이 조금 남았는데, 아무래도 시간이 많이 촉박했기 때문에 어쩔 수 없었던 것이라고 생각한다.

한창 개발이 진행되는 와중에는 내가 맡은 기능에 대해서만 진행 상황을 알 수 있어서 전체적인 프로젝트의 진척도가 머릿속에 그려지지 않았다. (근데 이건 내 개인적인 문제일수도 있을 것 같다.)

백로그가 잘 관리되지 않았다는 느낌을 받았는데, 필요한 기능을 모두 백로그에 넣어두고 마일스톤/스프린트마다 각자가 맡을 이슈를 모두 분담하고 추후 조정하는 방식이었으면 좀 더 질서정연하지 않았을까 싶다.

부나

매일 아침마다 데일리 스크럼을 진행하고, 작업 상황을 매일 꾸준히 공유하는 점이 좋았다. 애자일에 대해 아직 “완전히 알고 있다” 라고는 말 할 수 없지만, 이렇게 스프린트 주기로 발 맞추어 개발하고, 자신의 상태를 팀원들에게 꾸준히 제공하여 “함께” step by step으로 작업하는 것이지 않을까 싶다.

우테코에서는 아침마다 데일리 미팅이라는 시간을 갖도록 하는데, 이 때문에 오히려 더 잘 지켜진 것이 아닐까 싶다. 또한 슬랙과 노션을 연동하여, 매일 아침마다 데일리 스크럼에 대해 알림을 제공하여 리마인드 했던 점도 컸다고 생각한다. (심지어 코로나 걸리신 분들도 빠지지 않고 늘 참석했던 것으로 기억한다….)

아무래도 다른 팀에 비해 2~3주 늦게 개발을 시작해서 테스트 코드 작성은 아예 하지 못하였고, 코드 리뷰는 할 때도 있고 못 할 때도 있었다.

레벨 4에서 유지보수하고 기존 기능을 확장해가는 동안에는 코드 리뷰가 필요한 PR에 대해 시간 부족으로 원하는 작업을 못 하는 일이 없도록 신경쓰고 싶다.

그래도 부족한 시간 내에 기획했던 기능을 모두 구현했기에 만족스럽다. 남은 레벨 4에서 유지보수 할 생각에 신이 난다.(?)

스캇

• 의미 있었던 팀문화: 아침마다 데일리 스크럼을 통해 자신이 맡은 업무의 진행상황을 공유하고, 버그를 공유했던 점이 좋았습니다. 최소한 메신저 읽었으면 이모지 남기기가 잘 지켜지지않은 것 같습니다. 다음에는 잘 지켜졌으면 좋겠습니다.
• 물론 다른 팀들에 비해 상당히 늦게 시작해서 뭔가 체계적이고 정말 원활하게 협업이 진행된 것 같지는 않지만, 실제 현업에서도 이렇게 빠르게 결과물을 보여줘야 하는 상황이 나올 것이라고 생각한다. 그런 상황을 대비했을 때, 뜻깊은 경험을 했던 것 같다. 레벨 4에서는 여유가 있는 만큼, 실제 회사가 서비스를 어떻게 개선해 나갈지 생각해보고, 좀더 체계적이고 안정적으로 서비스를 개선해 나갔으면 좋겠다.

토마스

나는 코드 리뷰 문화가 가장 의미 있었다고 생각한다. 코드 리뷰를 통해 내가 보지 못한 것을 팀원들이 체크해주는 경험을 하고 코드 리뷰의 중요성을 깨달았다. 처음엔 잘 유지 되었지만 뒤로 갈 수록 시간이 없어서 소홀해진 것 같아서 아쉬웠다.
다음에는 일정 추정을 잘해서 좀 더 의미 있는 코드 리뷰를 성실히 해서 우리 모두 더 많이 성장했으면 좋겠다.

2. 나 돌아보기

제리

프로젝트 기간이 끝으로 가면서 안드로이드 크루들이 백엔드의 api를 연동하며 빠른 피드백을 주고받았던 것이 인상깊었습니다. 이를 통해 버그나 요청사항을 빠르게 수정하고 서로의 업무를 이해할 수 있어서 좋았습니다. 하지만 프로젝트 마지막 기간에만 이러한 활동이 집중되어 조금 아쉬웠던 것 같습니다.

레벨 3에서 저의 역할은 크게 없었던 것 같습니다. 레벨 4 때는 이러한 질문을 받았을 때 자신있게 대답할 수 있는 역할을 가질 수 있도록 노력해야겠습니다.

우르

• 인상 깊었던 사건
  • 기획이 바뀌게 되어 2차 데모데이를 많이 준비하지 못해서 많이 아쉬웠다.
    그 이후로 팀원들이 열심히하게 된 계기가 되지 않았나 싶다. 한달 동안은 다들 11시까지 남아있고, 매일 프로젝트를 하고 있었다. 그래서 런칭 페스티벌에서 우리의 완성된 애플리케이션을 보여줄 수 있지 않았나싶다.
• 배운 점
  • 다른 백엔드 개발자와 협업, 커뮤니케이션 등을 경험
• 고마운 일
  • 다들 적극적으로 참여해주셔서 좋음
• 아쉬웠던 점
  • 진정한 감정회고를 했던 적이 없는 것 같다. 나만 한 것 같아서 아쉽다
• 레벨 3에서의 나의 역할
  • 다른 팀원들에 비해 프로젝트 경험이 있어서 백엔드 내에서 기술이나 해결방안들을 많이 제시한 것 같다. 이거는 이거를 써보는게 어떨까? 이 기술은 왜 써야하는걸까? 등 팀원들에게 내가 경험한 것들을 말해줄 수 있었다.
• 레벨 4에서의 나의 역할
  • 레벨 4가 어떤 방식으로 진행될진 모르겠지만 고도화를 할 때 어떤 식으로 고도화를 할 지 서로 의견을 나누면서 내가 아는 것이면 개선할 점을 말해주고 싶다.

홍실

• 가장 인상적이었던 사건

  • 가장 인상적이었던 사건이라 하면, 아마 우리 팀의 모든 크루들이 같은 사건을 떠올릴 것 같다. 중간에 주제를 아예 바꿔야 했던 것이 가장 인상적이었다.

    솔직히 많이 힘들었고, 절망했었다. 새로운 기획을 짰을 때는 시간도 많이 촉박한 상황이었고 다들 정신적으로 너무 힘들 때였어서, 이전 기획만큼 열정을 쏟아붓지는 못했던 것 같다.

    그 상황에서 그냥 주어진 환경에서 내가 할 수 있는 걸 했던 것 같다.

    그래도 다들 진짜 열심히 개발해준 팀원들에게 고마웠다.

• 좋았던 점
  • 레벨 1, 2 때 익혔던 TDD를 실제 프로젝트에서 적용해본게 좋았던 것 같다. 그리고 테스트를 끝까지 놓지 않았고, 좀 더 나은 테스트 코드를 위해 고민했던 것도 좋았었던 것 같다.
  • 협업을 처음 해본 것과 환경이 좀 어려웠는데, 끝내 구현을 잘 마쳤던 것은 좋은 것 같다.
• 아쉬웠던 점
  • 아직 레벨 1, 2때 배웠던 객체지향들을 코드에 녹여내진 못한 것 같아서 아쉽다.
    현재 프로젝트에서 적용할만한 시도를 많이 해보진 못했어서, 레벨 4 때 객체지향을 녹여내려고 시도를 해보고, 실제 프로젝트에선 어느정도까지 적용할 수 있는지 나만의 기준을 세우는 것이 목표다.
  • 팀원들끼리 정해진 기간안에 개발하느라 기술 공유 시간이 없던게 아쉽다. 레벨 4 때는 기술을 공유 전파하는 시간을 가지면 좋을 것 같다.
  • 중간에 아팠던게 아쉽다. 컨디션 관리도 실력인데...
• 레벨 3 나의 역할, 레벨 4 나의 역할
  • 레벨 3에서의 역할을 생각해보면 기술적인 면에서는 팀원들이 최대한 누구 한 명이 독점해서 기능을 개발하지 않게 하고, 모두가 경험할 수 있는 방향으로 진행했던 것 같다.
  • 레벨 4에서는 기술외적으로 팀에게 기여할만한 역할을 해보고 싶다.

아마란스

아무래도 주제가 바뀌었을 때가 가장 인상깊었던(여러가지 의미로) 사건이 아닐까 싶다. 그 때 심정은 막막하기만 했었는데 지금은 프로젝트가 잘 마무리되어서 정말 다행이라는 생각이 든다.

이런 비즈니스적인 활동을 할 때 경험도 없고 익숙하지 않다보니 어리버리 타는 일이 많았고 의도치 않게 민폐를 끼친 적도 꽤 있는데, 감정 없이 담백하게 내 잘잘못을 지적해주셔서 감사했다.(일단은 잘못을 알아야 개선할 수도 있는 것이니…)

개인적으로 기술적인 지식보다는 이런 공동 과제에서 갖춰야 할 태도가 어떤 것인지를 많이 배울 수 있었던 것 같다.

레벨 3때 동안은 회의록을 정리하는 서기 역할을 맡았었는데, 개인적으로 회의록이 잘 관리되지 않은 것 같아서(동기화가 안된다든지) 좀더 효율적인 회의록 관리법이 있을까 고민해보려고 한다.

부나

• 백엔드분들과 커뮤니케이션을 더 자주할 수 있었던 점이 좋았다. 또한, 주제 변경으로 다들 심적으로 많이 힘들었을텐데, 그럼에도 빨리 일어서서 늦게까지 남아서 노력하시는 모습이 인상적이었고, 그 모습을 보면서 더 열심히 하려고 했었다.

• 백엔드 크루들에게 좋았던 점은 API에 대해 잘 이해되지 않는 부분, 조금 수정이 필요한 부분을 적극적으로 반영해주셨다는 점이다.

  안드로이드 크루들에게 좋았던 점은 코드 리뷰 과정에서 내가 놓친 부분을 많이 캐치해주고, 많은 시간을 투자해서 토론을 했다는 점이다.

  다만, 테스트 코드를 작성하지 못한 것은 많이 아쉽다.

• 다른 팀원들에 비해 프로젝트 경험이 있어서 레벨 3때 기술적인 점은 더 적극적이고 주도해 나가려고 노력했던 것 같다.

스캇

• 기획이 바뀌게 된 점이 아무래도 가장 인상 깊었습니다. 다른 팀원들도 저와 같은 생각일 것 같아요. 그래서 약 3~4주 가량 늦게 시작하게 되었습니다. 물론 처음에는 다들 허탈감과 무력감을 느꼈지만, 아무리 힘든 상황이라도 결과물을 뽑아야 하는게 “현실” 이었고, 그런 현실을 자각하고 다시 프로젝트에 몰입해야 겠다는 생각이 들었습니다. 처음 다시 기획을 짜는 단계에서는 다들 열정이 없어 보였던 점은 조금 아쉬웠지만, 기획이 정해지고 나서는 다들 항상 밤 늦게까지 열심히 프로젝트에 몰입했던 점은 정말 감사했습니다.
• 레벨 3에서의 내 역할은 사실 잘 모르겠다. 다른 팀원들보다 조금 내 의견을 적극적으로 어필하려 했던 것 같고, 주도적으로 이끌어 나가보려고 했지만, 그 과정이 많이 매끄럽지는 않았던 것 같다. 레벨 4에서는 내 의견을 더 어필하는 것 보다는 다른 팀원들의 의견을 조율하고 협의점을 찾는 역할을 하고 싶다.

토마스

• 인상 깊었던 사건
  • API 설계에 관해 토론한 것이 가장 인상 깊었습니다. 저는 API 설계를 할 때 URL만으로 리소스를 식별할 수 있도록 하고 Authorization 헤더는 요청을 보낸 클라이언트의 인증만을 위한 목적으로 사용하자고 주장했는데, 현재 우리 프로젝트에서는 그럴 필요 없이 Authorization 헤더로 자원을 식별한다면 추가적인 검증 로직을 작성하지 않아도 되므로 더 효율적이라고 하는 것을 듣고 처음에는 기술을 목적에 맞게 사용하지 않는다고 생각했지만 계속 사용하다 보니 생각보다 금방 익숙해졌고, 우리 프로젝트에서 이로 인한 확장 문제도 발생하지 않았습니다. 이를 통해 내가 너무 이상적으로 구현하려 하지 않았나 라는 생각이 들었고, 당장 팀에 효율적인 방식을 최우선적으로 생각하는 사람도 있구나 라는 것을 깨달았습니다.
• 좋았던 점
  • 코드 리뷰를 통해 내가 캐치하지 못한 것을 팀원들이 캐치해준 것을 보고 혼자서 90점을 해내기는 힘들지만 70점인 사람이 3명 모이면 90점 가까이 해낼 수 있다는 것을 알 수 있어서 좋았고 커뮤니케이션의 필요성을 느낄 수 있어서 좋았습니다.
• 아쉬웠던 점
  • 팀원의 말을 좀 더 깊게 생각하지 않은 것이 아쉬웠습니다. 저는 대부분의 간단하지 않은 소프트웨어는 데이터를 송수신하는 영역, 현실 문제를 처리하는 영역, 사용자와의 인터페이스 영역이 존재하기 때문에 클라이언트 개발자도 비즈니스 로직에 맞는 모델을 설계해야 한다고 생각했습니다. 이러한 주장의 근거로 공식 문서를 언급했습니다. 하지만 데이터 무결성 검증 로직은 전부 백엔드에서 처리하기 때문에 클라이언트는 단순히 프레젠테이션 레이어로 볼 수 있다는 관점을 뒤늦게 깨달았고 공식 문서가 꼭 우리 팀에게 정답은 아니구나 라는 것을 알았습니다.
• 레벨 3에서의 나의 역할
  • 서비스의 완성도를 높이려고 노력했다고 생각합니다. 사용자가 입력할 수 있는 곳에서 극단적인 값을 입력해보고, 사진이 찌그러지지 않도록 하고 일관적인 디자인의 다이얼로그를 사용하도록 하는 등 예외 케이스를 찾고 더 보기 좋게 만들려고 노력했던 것 같습니다.
• 레벨 4에서의 나의 역할
  • 지금 딱 정하기는 힘들지만 팀에 도움이 되는 일을 하기 위해 노력하면 좋을 것 같습니다. 그리고 레벨 3에서 배운 점을 실천하는 데 노력하고 싶습니다.

3. 서비스 제작 후기

서비스 개발에 대한 전체적인 비즈니스 이해와 협업의 중요성
하나의 서비스를 만들기 위해선 그 안에 기획, 디자인, 팀 문화, 그리고 개발의 모든 과정이 조화롭게 진행되어야 한다는 사실을 몸소 느꼈습니다. 서비스 개발에 있어 기술적인 면보다 기획, 디자인과 소통이 정말 많은 부분을 차지한다고 느꼈습니다.

또한, 혼자서의 개발과 팀으로의 협업은 큰 차이를 보였습니다. 함께하는 팀원들이 서로의 놓친 부분을 캐치해주어서 서비스를 보다 안정적으로 개발해나갈 수 있었고, 서로를 의지하며 나아갈 수 있었습니다.

[ukkodeveloper]

1. 팀 문화 돌아보기

우리에게 의미 있었던 팀 문화

1. 의견에 대한 각자 점수를 말하기 : 각자 의견에 대한 만족도를 표시함으로써 더 좋은 의견을 결정할 수 있었다.
2. 손들고 의견 제시하기 : 자신의 의견을 말하기 위해서 이미 진행중인 의견을 기다려야 했던 점이 좋았다. 질서 있는 토론을 할 수 있었다.
3. 회의 관련 전반적인 규칙: 회의를 1시간으로 제한한 것과 종을 이용하여 모두가 집중한 상태에서 회의를 진행한 점이 좋았다. 또한 프론트엔드에서는 회의를 위한 회의를 하여 건강한 회의를 위해 노력했던 점이 좋았다.
4. 데일리미팅 체크인 점수: 데일리 미팅이 유의미해졌다. 이전에는 단순히 잡담만 했었는데, 팀원의 금일 상태를 확인할 수 있어서 좋았다.

팀 문화 회고 및 개선 방향

전반적으로 팀원들 모두 현재 팀 문화에 만족하고 있다. 앞으로 우리가 정한 팀 문화 규칙을 잘 지키면 좋을 것 같다.

2. 나 돌아보기

자신의 역할, 좋았던 점(배운 점, 고마운 일), 아쉬웠던 점을 인당 최소 1개 이상 작성한다. + 감정

스플릿

• 인상 깊었던 사건
  • 마지막날에 밤을 새서 같이 작업을 했던 것
  • 당시의 감정
    • 다같이 한가지 목표를 가지고 최선을 다하고 힘든상황에서도 나아가는 것이 뿌듯했고 재밌었다.
• 좋았던 점

기록을 하는 팀원들의 모습을 항상 보다보니 기록하는 습관이 나도 어느정도 든 것 같아서 좋다.

• 아쉬웠던 점

마지막에 기한이 빠듯하여 서로의 작업을 공유하는 과정에 있어서 어려움이 있었다.

감정이나 하루에 대한 간단한 회고에 대한 기록은 하지 못한 것이 아쉽다.

• 레벨 3 내 역할

전체적인 흐름을 잘 챙기는 역할을 하려고 노력했습니다!

• 레벨 4에서의 내 역할

전체적인 흐름을 잘 챙기는 역할을 계속 더 해보고 싶습니다.

코난

• 인상적이었던 사건
  • 론칭 페스티벌 전날 다같이 밤새면서 팀이라는 힘이 위대하다는 것을 느꼈다. 규칙을 어기고 혼날 것을 알면서도 새벽 4시에 캠퍼스에 입실해서 마무리 한 것도 팀이어서 가능하지 않았을까..
• 좋았던 점
  • 협업을 찐하게 배울 수 있었다. 협업을 단순하게 프론트엔드 백엔드 연결이라고만 생각했었는데, 팀원들과 하나의 문화를 만들어가기도 하고, 갈등이 생기는 부분이나 문제가 생기는 부분들을 해결해나가면서 많은 배움이 있었다고 생각한다. 특히 회의에 대한 철학이 많이 정립된 것 같다.
• 아쉬웠던 점
  • 나 스스로 지치는 것에 대한 대비책이 부족했던 것 같다. 마지막 주 쯤에 너무 지쳐서 되게 힘들었던 것이 아쉬웠다.
• 레벨3 되돌아보면서 레벨 4때 나의 역할
  • 프론트엔드 내에서 일정이든지 기술이든지 전반적으로 총괄하는 역할이 되었는데 실패한 것도 많았고 실수한 것도 많았다.
  • 레벨 4때에는 일정에 대해서 팀원들의 의견을 더 들어보면서 작은 단위로 나누고, 신중하게 정해야겠다는 생각이 들었다.

바론

• 내 역할
  • 회의가 길어져서 지칠 때 잠시 쉴 수 있도록 끊어가는 역할을 했던 것 같습니다!^^
• 좋았던 점 (배운 점, 고마운 일)
  • 협업을 하면서 근거있는 의견을 제시하는 법, 다른 사람을 설득시키거나 의견을 수용하는 방법을 배울 수 있었습니다.
  • 장기간 팀으로 활동하다보면 지치는 순간들이 많았을 것 같은데, 다들 지친 기색 없이 유쾌하게 프로젝트에 참여 해주어서 고마웠습니다.
• 아쉬웠던 점
  • 프로젝트가 길어지면서 팀원들을 지나치게 편하게 대하지 않았나 싶습니다. 팀원으로서 적절한 선을 지키지 못했던 순간이 있을 것 같아 개인적으로 아쉬움이 남습니다.
  • 4차 데모 전날 밤을 샜던 것이 인상 깊고 재미있긴 했지만, 일정 추정이 잘 되지 않았기 때문에 생긴 일이라는 생각이 듭니다. 레벨4 때는 레벨3의 경험을 기반으로 더 저희 팀에 적합한 계획을 세울 수 있으면 좋겠습니다.
• 인상 깊었던 사건
  • 4차 데모데이 전날, 프로젝트를 마무리하기 위해 밤을 새웠던 것이 인상 깊었습니다.
• 레벨4 때 할 역할
  • 더 팀에 도움이 되는 의견을 제시하는 팀원이 되고 싶습니다.

---

VERO

• 인상 깊었던 사건
  • 1차 데모데이 끝나고 페르소나 재정의했을 때가 인상 깊었습니다. 이미 정해진 사안에 대해 다시 의논하는거라 팀원들도 힘들었을 텐데 정당한 의견이라고 받아들여줘서 감사했습니다.
• 내 역할
  • 반대맨
  • 어떤 의견으로 계속 흘러간다고 느꼈을 때 한 번씩 그 의견에 생각해볼 점을 제시했습니다
• 좋았던 점
  • 협업을 할 때 가장 중요하다고 생각하는 것은 자유로운 의견 제시와 활발한 토론이라고 생각하는데 우리 팀은 언제나 그 부분에 있어서는 최고이지 않았나…
  • 서로 다른 의견을 가지고 있더라도 그게 감정적으로 연결되지 않고 의견 개진으로만 나타나는 것이 좋았다.
  • 다들 이 프로젝트를 사랑하는 것이 느껴져서 좋았습니다. 기획에 공감하지 못하는 팀원이 있는 경우에 프로젝트를 진행하는 게 너무 힘들었는데 우리 팀은 그런 사람이 없어서 좋았어요
• 아쉬웠던 점
  • 다들 인상 깊었던 사건에 밤샌 거 적는데 같이 밤을 못 새서 아쉽다
  • 제가 아직 말을 부드럽게 하는 게 익숙하지 않아서 의견에 대한 반박이나 반대 의견을 낼 때 좀 뾰족하게 말할 때가 있었던 것 같아요. 그 부분은 좀 더 고쳐오겠습니다.

---

도밥

사건이라고 한다면 역시 마지막 주간에 프론트 형들과 진지한 대화를 한게 생각이 납니다.

스스로의 성장에 있어서 어떤것이 걸림돌이 되는지, 또 이런 부분이 팀원에게 어떤 영향을 미치는지 한 번 더 자각할 수 있는 계기가 되었어요.

이런 부분을 이해해준 팀원에게 감사하고, 또 스스로에게 아쉽습니다.

추가로 마지막 스프린트에서는 서로가 하는 작업을 명확하게 알지 못하고 협업보다는 분업의 느낌으로 간것 같아서 조금 아쉽네요.

레벨 3에서는 급발진 억제기 역할을 하고자 했는데, 잘 하지는 못했네요.

레벨 4에서는 조금 더 말랑한 자세로 다양한 의견을 수렴하고 종합할 수 있는 팀원이 되면 좋지않을까~ 생각합니다

---

아코

• 내역할
  • 일정 알림이
• 인상 깊었던 사건
  • 사용자 스토리 매핑 회의시간에 모두가 포스트-잇을 가지고 서비스에 방향성과 자신의 생각을 명확하게 이야기 했던 것이 가장 인상 깊었던 사건이었습니다. 이 회의가 인상 깊었던 이유는 모두가 프로젝트에 주인의식이 있는 것이 그동안 1~2명이 이끌어갔던 프로젝트와 다르다는 것을 실감했고 모두가 깊게 고민을 하고 의견을 나눈 시간이었기 때문입니다.
• 좋았던 점
  • 모두가 프로젝트에 주인 의식을 가지고 임했다는 것이 느껴진 것이 이번 프로젝트를 하면서 가장 좋았던 부분입니다. 모두가 책임감을 가지고 프로젝트를 진행하다보니 다듬을 부분은 많지만 좋은 결과물이 나타났다고 생각합니다.
• 아쉬웠던 점
  • 우리 팀에서 아쉬웠던 점은 일정 추산이 잘 이루어지지 못한 것이 아쉬웠습니다. 특히 마지막 주에는 일정 추산이 명확하게 이루어지지 못해서 모두가 밤샘작업을 하면서 새로운 추억이 생겼지만 그 전에 일정 추산이 잘 이루어졌다면 모두가 밤을 샐 필요는 없었다고 생각이 듭니다. 이 부분은 레벨 4에서 잘 해결해 나가야 할 부분이라고 생각합니다.
  • 제 스스로에게 아쉬웠던 점은 회의를 할 때 의견을 적극적으로 제시하지 못한 것이 아숴웠습니다. 기본적으로 저는 하고 싶은 말이 있을 때에도 엄청 많이 고민을 하고 말을 하는 성격이어서 항상 팀원들이 먼저 저한테 의견을 물어봐주는 상황이 종종 발생했었고 그 때 비로소 제 의견을 제시하는 상황이 많았습니다. 레벨 4때에는 보다 적극적으로 제 의견을 표출할 예정입니다.

---

우코

• 인상 깊었던 사건
  • 일주일동안 기획이 계속 뒤바뀌던 사건. 자고로 사람이란 각자 생각이 다르다는 것은 인지하고 있었다. 그럼에도 계속 바뀌는 기획을 이해하고 사람마다 같은 생각을 하는 지 확인하는 과정이 생각보다 쉽지 않았다. 그럼에도 끝없이 이야기를 나누고 함께 조율하는 과정에서 결국 같은 방향으로 팀원들이 모여졌다는 것이 신기했다. 시간이 오래 걸리더라도 건강하게 의견을 나누는 방법을 배웠다.
• 내 역할
  • 팀 내에서 필요한 부분이 있을 때 함께 고민하자고 제안한 적이 있다.(프론트엔드 회의를 위한 회의)
  • 팀에 융화되어 팔로우업 잘 하기
  • 레벨 4에서는 더 팀원들에게 잘 해주어야겠다. 이야기도 잘 듣고…
• 좋았던 점
  • 이번 프로젝트를 하면서 다양한 컴포넌트를 만들어보았다. 덕분에 스타일 관련 구현 능력이 많이 부족했었는데, 일정 부분 채울 수 있었다.
  • 환경 설정을 함께 하면서, 정보를 찾고 적용하는 데에 대한 두려움을 많이 없앨 수 있었다.
  • 직접 프로젝트 기획부터 구현까지 하고, 주기적인 회고를 하면서 프로젝트가 진행되는 사이클을 경험해볼 수 있었다.
• 아쉬웠던 점
  • 아직도 일정 추정에 능숙하지 못하다. 어떤 일은 매우 간단한 것임에도 일정 추정을 길게 한 적도 있었고, 어떤 일은 생각보다 더 오래 걸린 적도 있었다.
  • 프론트엔드 기술 세미나(스터디)가 1회밖에 진행되지 못했던 점이 아쉽다. 다음에는 더 자주 진행하면 좋을 것 같다.

3. 서비스 제작 후기 (팀 단위로 1개만 작성)

대부분의 프로젝트들은 기술과 기능에 집중하여 실제 사용자와는 거리가 먼 결과물을 도출해내는 경우가 많습니다.

이번에 진행한 S-HOOK 프로젝트에서는 특정 사용자가 사용할 수 있는 작은 규모의 서비스부터 점차 발전해나가며 사용자에게 서비스의 가치를 제공하는 부분에 집중하였습니다.

사용자에게 가치를 제공하려는 과정에서 여러 문제와 부딪치기도 했습니다.

그 과정을 기술적으로만 해결하려 하지 않고, 서비스 상의 정책, UI, UX 등을 고려하며 문제를 해결해 나갔습니다.

이 모든 과정 속에서 팀원 모두가 단순히 자신이 맡은 부분에 대한 코드를 작성하는 프로그래밍이 아닌, 처음부터 끝까지 같이 만들고 책임지는 소프트웨어 엔지니어링을 찐하게 경험하게 되었습니다.

이 모든 과정에 팀이 있어서 정말 고맙고 감사합니다.

[GC-Park]

괜찮을지도

1. 팀 문화 돌아보기

• 우리에게 의미 있었던 팀 문화를 뽑아보고, 문화가 만들어진 과정과 더불어 어떻게 잘 유지할 수 있었는지 다함께 정리해본다.
• 팀 프로젝트가 기존에 원했던 방향대로 잘 흘러갔는지 각자의 의견 및 감정을 공유하고, 레벨4에 어떻게 유지/개선할 수 있을지 함께 이야기를 나눠본다.

---

패트릭

‘데일리 미팅 및 마무리 미팅’ - 사실 팀끼리 같이 있으면 개발 얘기를 주로 하게 되는데 이때 만큼은 일상 이라던가 자신의 소소한 이야깃거리를 말한다. 나는 사실 여러분들이 지금도 궁금하고 어떻게 사는지 알고싶다. 이런 이야기를 한다는 것이 얼마나 중요하고 가치있다는 것을 안다. 서로를 알아가는 거니까. 이것으로 인해 개발 외에 다른 얘기를 할 수 있고 서로의 감정과 일상을 알 수 있어 좋았다. 다들 소통을 하려고 노력했기에 프로젝트도 잘 흘러갔다고 생각합니다!

도이

• 우리에게 의미있었던 팀 문화
  • 코드 리뷰를 다들 진심으로 임하며 진행한 것 같아서 다른 팀원들의 코드를 보며 배울 수 있는 시간이었다. 내가 코드를 작성하지 않아도 내용을 어느정도 파악할 수 있어서 좋았다.
• 팀 프로젝트 방향에 대한 의견
  • 기능이 많아 우선순위를 정하는 게 어려웠는데, 그래도 피드백들을 잘 반영하며 적절한 방향으로 서비스를 만들어나갔다고 생각한다. 또 방향에 대해 토의하기 위해 체크인/체크아웃 시간을 잘 활용해서 좋았다.
  • 레벨3에서는 API 명세를 미리 맞추는 대신 백엔드가 금방 기능을 구현하여 API 명세를 주는 방식을 주로 작업이 진행되었다. 이로 인해 버전 싱크 차이가 크거나, 프론트에서 한번에 여러 API를 파악해야 하는 일이 생긴 것 같아 아쉽다. 레벨4에는 일부 기능 외에도 모두 기능 별로 백엔드-프론트엔드가 페어로 진행하면 좋을 것 같다.

세인

• 우리에게 의미있었던 팀 문화
  • 일주일에 한 번 식사와 회고를 하자. 각자의 식사 스타일을 존중하면서 주 1회씩 같이 식사를 함으로써 팀이란 소속감을 지속적으로 부여할 수 있었다고 생각한다.
    팀원 모두에게 부담을 주지 않는 선에서 시행되었기 때문에 레벨 3 동안 잘 지킬 수 있었다.
• 팀 프로젝트 방향에 대한 의견
  • 원하는 방향대로 잘 흘러갔다고 생각한다. 생각보다 정신이 없었지만 런칭했을 때 큰 문제없이 서비스가 운영되어 뿌듯했다. 몇몇 친구들, 런칭데이 행사 때 우테코 크루들이 사용하는 모습을 보면서 사용자 플로우가 복잡한 부분을 개선해보고, 사용자에게 있으면 좋을, 필요한 기능들을 추가함으로써 서비스를 유지보수 해볼 수 있을 것 같다.

준팍

• 우리에게 의미있었던 팀 문화
  • “일주일에 한 번 식사와 회고를 한다”. 식사도 좋았지만, 회고를 통해 개개인마다 프로젝트에 대해 할 수 있는 다른 생각들을 알아차릴 수 있는 기회여서 좋았다.
• 팀 프로젝트 방향에 대한 의견
  • 서비스가 만들어지는 것, 개발적 진행은 목표만큼 잘 흘러갔다고 생각한다. 하지만 하다보니 재밌고 유쾌하게보다는 비장하게 진행하게 되어 아쉽다.
  • 레벨4에서 어떤 플로우로 개발을 진행할지는 이미 정해져있기 때문에, 어떤 부분들을 잘 다듬을 수 있을지 같이 고민하면 충분히 재밌게 원하는 서비스를 만들수 있을 것 같다.

쥬니

• 우리에게 의미있었던 팀 문화
  • 질문을 두려워하지 않는 문화. 협업을 진행하면서 항상 100% 집중력을 발휘하기 어려워 흐름을 놓칠 수 있는데, 이때 재차 질문하는 것이 자연스러운 행위로 자리 잡아서 좋다. 덕분에 싱크를 맞추는 데 어려움은 없었다. 또 서로 아는 지식을 묻고 답하는 것을 통해 성장하는 데에도 도움이 되었다.
• 팀 프로젝트 방향에 대한 의견
  • 잘 흘러갔다고 생각한다. 처음부터 완벽하게 진행하지는 못했어도, 결과적으로 완벽하게 결과물이 나왔다고 생각한다. 처음부터 고려했으면 좋았을 사안들이 있지만, 당연히 있을 수밖에 없다고 생각한다.
  • 성능적인 측면 뿐만 아니라, 사용성 측면에서도 고도화가 이루어지면 좋겠다.

아이크

• 우리에게 의미있었던 팀 문화
  • 체크인 / 체크아웃. 가끔씩 귀찮을 때도 있었지만, 생각해보면 이 시간 없이는 개발 얘기만 하다가 갔을 것 같아서 체크인 / 체크아웃 시간을 가져서 좋았다.
• 팀 프로젝트 방향에 대한 의견
  • 처음에 지도로 무엇을 쓸지, 기획 회의가 길어져서 시간 내 개발을 할 수 있을지 걱정이었다. 하지만 이후에는 이런 부분에 대한 회의 없이 기능 구현에 집중할 수 있어서 좋았다.

매튜

• 우리에게 의미있었던 팀 문화
  • 개인에게는 10 to 6가 가장 의미있었다. 우리는 기계가 아니니까 휴식을 취해야 하기 때문에, 다른 팀원들의 배려로 이 문화를 끝까지 가져갈 수 있음에 감사했다.
• 팀 프로젝트 방향에 대한 의견
  • 3차 데모데이 이후에 아주 큰 변경점이 있었다. 서비스 런칭 때까지 이 변경이 잘 이루어질 수 있을까 두려움이 있었지만, 잘 해결해냈다. 결과물이 너무 마음에 들었다.데모데이 피드백을 받을 때마다 서비스가 한 층 한 층 성장해나가서 좋았다.
  • 레벨4에서는 세인이 만들어준 설문처럼, 기획에 대한 이야기를 좀 더 해봐도 좋겠다.

2. 나 돌아보기

• 팀 프로젝트를 진행하면서 각자에게 인상 깊었던 사건을 뽑고, 해당 순간에 대한 본인의 감정을 공유한다.
• 좋았던 점(배운 점, 고마운 일), 아쉬웠던 점을 인당 최소 1개 이상 작성한다.
• 레벨3에서 내가 어떤 역할을 했는지 돌아보면서, 레벨4때 어떤 역할을 할 수 있을지 고민해본다.

---

패트릭

• 팀 프로젝트를 진행하면서 인상 깊었던 사건과 감정 (좋았던 점, 아쉬웠던 점 1개 이상)

  • 첫 번째 감정회고가 정말 인상 깊었습니다. 모두가 잘 알지 못했고 서로 친하지 않았기에 생길 수 있던 갈등을 너무 잘 풀어갔다고 생각합니다. 그 시간이 있어 지금까지 큰 문제 없이 올 수 있었고 프로젝트 마무리를 할 수 있었습니다. 우리 팀 좋아.

  • 배운점, 고마운 일
    세인 -> 디자인 적으로 많이 배웠다. 어떻게 figma를 잘 쓰는지 어떤 기준을 가지고 디자인을 해나가야 하는지에 대해서.
    아이크 -> 초기 세팅을 쉽게 접근하고 해내는 모습을 보며 많이 배웠다. (결국 나도 시도했고 해냈다. 굿)
    준팍 -> 팀 프로젝트를 진행하며 무엇이든 적극적으로 의견을 내는 모습을 보고 많이 배웠다.
    쥬니 -> 매일 죽을 것 같다고 말하면서 끝까지 남아서 해결하는 모습을 보고 많이 배웠다.
    메튜 -> 언제나 밝은 에너지를 가지고 팀원의 기분을 헤아릴려고 하는 모습을 보고 많이 배웠다.
    도이 -> 어떤 상황에서든 차분하게 문제를 정의하고 해결하려는 모습을 보고 많이 배웠다.

  • 아쉬웠던 점

    아쉬웠던 점들이 분명 있었지만 감정회고나 진지한 얘기를 통해 그때그때 너무 잘 풀었습니다. 그래서 딱 기억나는건 없습니다!

• 레벨3에서의 역할 및 레벨4때의 역할

  • 레벨 3에서 나는 팀의 감정 지킴이 역할을 수행한 것 같다. 레벨 4때도 굴하지 않고 더 열심히 팀원들의 감정을 지켜주고 싶다.

쥬니

• 팀 프로젝트를 진행하면서 인상 깊었던 사건과 감정 (좋았던 점, 아쉬웠던 점 1개 이상)
  • 마지막 데모데이 전 날에, 팀원들이 다같이 회의실에 모여 서비스를 배포할 때가 가장 기억이 남는다.
    배포 환경 관련해서 문제가 있었고, 도이랑 CI/CD를 맡았어서 팀원들이 우리가 해결해주기를 기다리고 있었다. 이때, 팀원들이 나를 믿고 기다려주는 것 같아서 뿌듯했다.
    아쉬웠던 점은, 생각보다 큰 문제가 아니었는데 문제를 빠르게 해결하지 못했었다는 거 ? 좀 더 멋있게 해결할 수 있었는데 아쉽다…
• 레벨3에서의 역할 및 레벨4때의 역할
  • 레벨3때는 정말 내가 맡은 역할만 수행한 것 같다. 레벨4때는 조금 더 열심히해서, 팀원들에게 많은 도움을 줘야겠다.

도이

• 팀 프로젝트를 진행하면서 인상 깊었던 사건과 감정 (좋았던 점, 아쉬웠던 점 1개 이상)
  • 런칭 페스티벌 전날 운영 서버 배포하던 시간. 다같이 PR에 approve를 남기고 merge를 진행하는 데 떨리고 설렜다. 짧은 시간 내에 여러 변경점이 있었음에도 마음에 들게 서비스가 구현되어 좋았다. 동시에 11시가 다가오는데 서버 환경의 문제를 해결해야 하는 상황도 있었다. 촉박한 상황에 당황해서 뇌가 멈추는 느낌이었는데, 다른 팀원들 덕분에 시간 내에 해결이 되어 다행이었다. 작은 실수가 원인이었는데 그걸 빨리 캐치하지 못해 스스로에게 아쉬운 감정이 많이 들기도 했다.
  • 나에게 좋았던 점
    • 무조건 분업하지 않고 찐한 협업을 경험했다. (코드 리뷰, 페어프로그래밍, 다양한 의견 공유…) 기술적으로 새로운 경험도 많이 했다.
    • 팀원들이 조금 귀찮았을 수도 있는데, 이슈 및 일정 관리에 대해 의견을 많이 제시하고 이를 지키려고 노력했다.
    • 완벽한 자동차의 바퀴를 시간이 걸려 만들기보다는, “굴러가는 자전거”를 먼저 만든 뒤 개선하려고 노력했다. 예를 들면 소셜 로그인 구현.
  • 나에게 아쉬웠던 점
    • 같이 공감할 수 있는 기획을 위해, 일부러 기획자로 주도적으로 나서지 않았다. 처음에는 그게 맞다고 생각했지만 기획적으로 고민해야 할 부분이 많다보니 내가 초기 아이디어 제공자로서 미리 생각을 구체화해두었다면 도움이 됐을까? 미안했다.
    • 맡은 부분에서 작은 실수가 잦았다. 내가 꼼꼼하다고 생각한 게 민망했다. 주어진 시간 안에 해내려고 하면서 조급함에 흔들린 적이 많은 것 같다.
• 레벨3에서의 역할 및 레벨4때의 역할
  • 앞서 말한대로 놓치기 쉬운 일정 관리를 챙기려고 했다. 하지만 본격적인 프로젝트가 처음인 만큼, 모두에게 이를 적절히 전파하는 일에 조금 미흡했다. 레벨4 때에는 기존 역할에 미흡했던 점들을 보완하고, 레벨3 때보다 기술적으로도 더 도움이 되고 싶다.

아이크

• 팀 프로젝트를 진행하면서 인상 깊었던 사건과 감정 (좋았던 점, 아쉬웠던 점 1개 이상)
  • main 브랜치 배포 순간. 여직 코드를 작성하고, 미션을 제출하면서 이렇게 감정이 담기긴 처음이었다. 배포되는 순간 2달동안의 시간들이 떠올라 인상깊다
  • 좋았던 점
    • 진한 협업이라는 말이 진한 의견 충돌? 물리적 충돌이라고 생각되었는데 반대로 팀원들에 대한 믿음으로 심리적 안정감과 같은 긍정적 의미일수도 있다는 것을 배웠다.
    • 힘이 빠지고 무기력할때 다른 팀원들의 변함없는 열정 넘치는 모습을 보고 힘이 되었다.
  • 아쉬웠던 점
    • 구현이 바쁘다고 리뷰를 거의 못했다.
  • 레벨3에서 내가 어떤 역할을 했는지 돌아보면서, 레벨4때 어떤 역할을 할 수 있을지 고민해본다.
    • 구현보다는 다른 팀원들과의 리뷰를 통해서 서로 많이 배웠으면 좋겠다.
    • 새로운것보다 만들어진걸 다듬어서 더 예쁘게 바꾸고 싶다.

세인

• 팀 프로젝트를 진행하면서 각자에게 인상 깊었던 사건을 뽑고, 해당 순간에 대한 본인의 감정을 공유한다.
  • 7월말쯤에 예비군을 가게 되서 개발에 4일간 참여를 못했다. 스프린트 일정이 많이 밀려있을 것이라고 생각했는데 팀원들이 열심히 해준 덕분에 생각보다 많이 진행이 되어있어 놀랐다. 고생했을 팀원들에게 정말 감사했고 무사히 스프린트를 마무리한게 가장 인상깊었다.
• 좋았던 점
  • 우리 팀원들은 나에게 팀이란 단어의 본질적인 의미를 느낄 수 있게 해주었다. 거대한 일을 잘게 쪼개 나눠 처리함으로써 아무리 막막한 일이라도 해결해나가는 우리들의 모습을 보면서 팀의 중요성을 깨달을 수 있게 해주었다. 지난날들엔 일의 진행 수준을 개인적으로 만족하지 못하면 나 혼자 도맡아 진행한 적들이 많았는데, 그러다보면 쉽게 지쳤다. 하지만 우리 팀들과 프로젝트를 진행하면서 지치지 않고 지속적으로 일정을 잘 소화할 수 있었다.
• 아쉬웠던 점
  • 나 자신에게 아쉬웠던 점은 너무 기능 개발, 코드에만 집중하여 팀원에게 관심이 좀 소홀해지지 않았나 하는 부분이다. 팀원 개개인의 능력을 최대한 발휘할 수 있도록 그들에게 필요한 것들, 불편한 것들에 조금 더 귀를 귀울였다면 팀 문화적으로나 서비스 퀄리티적으로나 더 나은 결과를 낼 수 있었을텐데, 이런 부분을 잘 챙기지 못한 점이 아쉽다.
• 레벨3에서 내가 어떤 역할을 했는지 돌아보면서, 레벨4때 어떤 역할을 할 수 있을지 고민해본다.
  • 유저 플로우와 초기 디자인을 도맡았던 것 같다. 또한 다른 사람이 쓰기 편하게 코드 리팩토링도 진행했었다. 레벨 4에서 개선해야할 사용자 플로우와 기능들을 유지보수하고, 프론트 크루들이 보다 더 쉽게 개발할 수 있게 코드의 디자인 (커스텀 훅 인터페이스 등) 또한 개선해볼 생각이다.

매튜

• 인상 깊었던 사건과 해당 순간에 대한 감정
  • 소셜 로그인을 구현할 때 가장 인상 깊었다.
  • 처음으로 프론트엔드와 페어 아닌 페어를 맺고 구현을 함께 진행했기 때문에 더 인상 깊었던 것 같다.
  • 그리고 예전의 나였다면 성공해내지 못했을 소셜로그인 구현을 성공하니, 우테코에 있던 기간동안 정말 많이 성장했구나를 느꼈다.
• 팀 프로젝트를 진행하면서 인상 깊었던 사건과 감정 (좋았던 점, 아쉬웠던 점 1개 이상)
  • 준팍의 솔선 수범에서 정말 많이 배웠던 것 같다. 팀의 서비스를 위해서 본인의 시간을 전혀 아끼지 않는 모습이 정말 멋있고 고마웠다.
  • 마지막에 hotfix 를 진행하면서 급급하게 코드를 짜다보니 실수도 많이 한 것 같아서 이 부분이 아쉬웠고, 다음에는 이 부분을 더욱 더 신경써야겠다고 느꼈다.
• 레벨3에서의 역할 및 레벨4때의 역할
  • 마지막 즈음이긴 하지만 프론트엔드 크루들과 함께 트러블 슈팅을 주로 했던 것 같다.

준팍

• 팀 프로젝트를 진행하면서 인상 깊었던 사건과 감정 (좋았던 점, 아쉬웠던 점 1개 이상)
  • 8/14 쉬는 날임에도 불구하고 우리팀 모두가 선릉 캠퍼스에 나와서 같이 프로젝트를 진행한 것이 가장 기억에 남았습니다. 다른 약속을 잡거나 쉴 수 있음에도 불구하고 나와서 열심히 기능을 개발하거나 트러블 슈팅하는 모습이 인상적이었다.
  • 아쉬웠던 점
    • 개인적으로 내가 생각하는 방향은 모두에게 무조건 옳다고 생각했었다. 그래서 팀원들한테도 은연중에 나의 방향성을 따르라고 강요하고 있었다.
  • 좋았던 점
    • 이런 부분에 대해서 나와 방향성이 다를 수도 있고, 그런 부분이 잘못된게 아니라는 것을 생각해볼 수 있는 계기가 되어서 좋았다.
• 레벨3에서의 역할 및 레벨4때의 역할
  • 레벨 3
    • 잔소리 하는 사람
  • 레벨 4
    • 일이 잘 진행될 수 있도록 지원하는 사람

3. 서비스 제작 후기 (팀 단위로 1개만 작성)

• 다함께 힘을 합쳐 하나의 서비스를 만들어 본 후기를 5-6줄 정도로 작성해본다. (기술블로그에 서비스 소개와 함께 올라갈지도^^!)
• 각자 제작 후기를 이야기해보고, 의견을 종합해 하나의 글만 올려주세요.

---

‘괜찮을지도’는 릴레이 후기를 남겨보았습니다 🏃‍♀️🏃 ^_^

여직 수많은 시작과 끝을 경험했지만 시작은 늘 두렵고 끝은 대부분 허무했다.
페르소나를 정할때만 해도, 우리 서비스.. 우리 팀.. 힘들 것 같았다.
서로 다른 일곱 명의 생각을 모아 실제로 쓰고 싶은 서비스를 만드는 일은 생각보다 쉽지 않았다.
하지만, 인내와 고뇌의 시간을 견뎌내고 앞으로 나아갈 수 있었다.
기능 요구사항 및 사용자 플로우를 작성해보니 서비스의 정체성을 보다 더 구체화 할 수 있었고, 우리 서비스에 대한 애정이 생겨났다.
또한 매 데모데이를 통해 코치님들께 얻은 피드백은 우리에게 큰 영양분이 되었다.
우당탕탕 개발 일정, 하지만 하나 둘씩 기능 개발을 완료한다.
하나하나 의견과 기능을 모으며 서비스를 발전시켰고, 그렇게 우리는 ‘괜찮을지도’를 완성했다. 물론, 앞으로도 더 발전해 나갈 것이다.
아니 사실, 이 지도는 ‘엄청날지도’?

[inyeong-kang]

보투게더 팀의 프로젝트 회고

1. 팀 문화 돌아보기

• 루쿠: 텐 투 씩스가 의미있었던것 같다. 우리팀에서는 칼퇴를 하는 팀원이 많이 있었고 칼퇴 선호가 높았었다. 그래서 그런지 자연스럽게 문화로 만들어진것 같다. 캠퍼스에 있는 시간동안에는 회의가 굉장히 많고 소통도 많이 하기에 에너지를 많이 쏟을 수 밖에 없다. 하지만 텐 투 씩스로 인해 눈치를 보지 않고 칼퇴를 자유롭게 할 수 있었으며 캠퍼스에서 쏟은 에너지를 집에가서 각자만의 스타일로 휴식을 취해 충분한 에너지를 채워온다고 생각한다. 이런 균형 잡힌 업무와 휴식을 통해 모두가 지속적으로 프로젝트에 힘을 쏟을 수 있게 되지 않았나 싶다. 프로젝트 진행방식이 에자일 방식이 아닌 워터폴 방식으로 프로젝트가 진행된거 같아서 조금 아쉬웠지만 매 데모데이 회고를 통해서 프로젝트가 잘 흘러갈 수 있도록 개선시켜 나아갔던게 의미있었던 것 같다. 또한 결과적으로는 완성도 있게 프로젝트를 마무리한거 같아서 좋았다. 앞으로는 사용자가 우리의 서비스에 더 오래 머물거나 또 생각 날 수 있게 사용자에게 좋은 경험을 제공할 수 있도록 하기 위한 고민이 필요한것 같다.

• 아벨: 10 to 6 라는 그라운드 룰이 있다. 오전 10시부터 오후 6시까지의 일과시간을 지키자는 취지였다. 확실히 6시에 칼퇴하는 사람들 입장에선 꽤나 심리적 부담을 줄여줄 수 있는 룰이라고 생각한다. 하지만 프로젝트가 어디 사람이 예상한 대로만 흘러가는가? 결국 어쩔 수 없이 야근을 하게 되는 날이 몇 일 생길 수밖에 없다. 하지만 이 룰이 존재한다면, 야근이 필요하다고 생각하는 사람 입장에선 다같이 남아달라고 하기 부담스러운 경우가 생기게 된다. 그래서 프로젝트 막바지엔 필요하다면 이 룰을 깨고 야근을 몇 번 하기도 했다. 결국 이 룰을 최대한 따르되, 유동성 있게 다수가 야근이 꼭 필요하다고 생각된다면 야근을 시행하는 방향이 그나마 적절한 것이 아닐까 하는 생각이 든다.

• 제로: 팀 그라운드 룰의 첫번째인 논란은 다수결로 해결한다.가 우리 팀의 색깔이자 의사소통 방식이었다. 그런데 다수결로 결론난 안건은, 다음주 회의에서 다시 논란이 되어 또다른 대안을 결정해야 할 때도 있었다. 이런 현상을 보면서, 다수결이 잘못된 의사결정 방식이라고 생각하기 보다는, ‘항상 옳을 수는 없지만 한정된 시간이라면 합리적인 최선의 방식’이라고 생각했다. 팀 프로젝트 후반부가 되면서, 초반부에 비해 다수결로 결정하는 일은 많지 않았다. 각자 한마디씩 의견을 말하고, 그 중에서 1) 우리의 능력으로 구현 가능한가? 2) 시간 안에 구현 가능한가? 라는 기준들에 부합하면 선택하게 되는 것 같았다. 레벨4에서도 이러한 현상이 지속될 것으로 보이는데, 그렇다면 우리 팀의 첫번째 룰에서 ‘논란’ 이라는 말을 ‘끝나지 않는 논란’로 바꿔보자! 라고 팀원들에게 제안해보고 싶다.

• 다즐: 처음 팀으로 만나서 어색한 분위기 속에서 인사하고 팀 문화를 정하던 게 엊그제인 것 같은데, 벌써 2달이라는 시간이 흘렀다니 믿기지 않는다. 그만큼 프로젝트에 몰입해서 2달이라는 시간을 보낸 것 같아서 한편으로는 되게 뿌듯하다. 모두가 함께 각자의 성향을 공유하며 정한 팀 문화라 하나하나 소중한 팀 문화이지만, 가장 의미 있었던 문화는 논란은 다수결로 해결한다라고 생각한다. 첫 만남 때부터 여러 가지 의견 중 선택을 하게 되는 상황이 되게 많았었다. 서비스 이름, 슬로건 등을 정할 때도 다수결로 결정했던 기억이 있다. 모두가 적극적으로 좋은 의견을 많이 내주어서 더욱 그랬던 것 같다. 많은 의견 중 1가지만 선택하는 것이 너무 어려웠고, 선택지 중 어느 한쪽이 너무 거부감이 들지 않은 의견이라면 모두의 동의하에 다수결로 의견을 선택하였다. 다수결이 가능했던 이유는 모두의 성격이 비슷한 점도 한몫을 했던 것 같다. 팀원 모두 상대방을 배려하는 마음이 강했기에 본인 의견만 주장하기보다는 상대방의 의견도 존중하는 모습을 보여주었고, 그렇기에 해당 문화의 영향력이 극대화될 수 있었던 것 같다. 우테코 여러 크루 중 이렇게 비슷한 사람들끼리 모인 것도 인연이 아닐까 싶다.
  다함께, 즐겁게, 심플하게라는 가치를 바탕으로 투표를 통해 의사결정을 도와주는 우리의 서비스와도 되게 잘 맞는 문화였다. 한편으로는 선택지가 발생하는 상황에서는 자연스럽게 다수결로 이어져서 조금 더 깊은 의견을 나눠보지 못했던 부분은 조금 아쉬운 것 같다. 의견을 주고받는 것이 깊어지기 전에 다수결로 결정이 되어버리기 때문에 더 많은 의견을 나눌 수 있었던 주제임에도 금방 결정돼 버리는 듯한 상황이 몇몇 있었던 것 같다.
  레벨4에서는 기존 문화의 특성을 살리면서도 이런 부족했던 부분을 조금 더 보완해 보고자 한다. 선택지가 발생하는 상황을 다수결로 해결해야 하는 상황으로 두지 않고, 선택지가 발생하더라도 일정 시간 동안은 모두의 싱크가 맞을 때까지 같이 열띤 토론을 해보고 토론에도 일정 시간(예) 1시간))동안 결정되지 않을 때 다수결로 결정해 보는 것도 좋을 것 같다.

• 저문: 팀 그라운드 룰에 적혀있었지만 평소에 간과했던 당근과 채찍을 생활화하자 라는 부분이다. 크게 생각하고 있지는 않았지만, 팀원들 전체적으로 잘한 부분에 대해서는 칭찬을 아끼지 않았다. 하지만 잘못하거나 보충이 필요한 부분에 대해서는 가감없이 말해주었던 것 같다는 생각이 들었다. 조금 더 솔직하게 의견을 표출하자는 관점에서 해당 그라운드 룰이 지정되었던 것 같은데, 자신의 생각을 자신있게 표출해주었기 때문에 유지할 수 있었다는 생각이 들었다.
  처음에는 원하는 방향으로 잘 흘러가는지 가늠할 수 없었다. 체계적인 프로젝트 경험이 전무하기도 했고, 정말 감조차도 잡히지 않는 상황이었기 때문이었다. 항상 불안감 속에서 빠르게 개발해야겠다는 생각이 많이 들기도했다. 하지만 팀원들에 대한 신뢰가 쌓이게 되면서 서비스에 집중할 수 있게 되었다. 이를통해 좋은 서비스는 신뢰를 바탕으로 한 팀에서 나온다는 생각이 들었다. 앞으로 팀원들에 대한 신뢰를 점점 쌓아가면서 좋은 서비스를 만들기 위해서 노력하고 싶다.
  또한 사용자들의 만족으로부터 서비스에 대한 애착이 생기기 시작했다. 운영서버를 오픈하고 하교길에 다른 크루들에게 사용을 권유했었는데, 만족하면서 사용하는 모습을 보고 많은 생각이 들었다. ‘내가 아무리 열심히 만든 서비스라도 사람들이 사용하지 않으면 의미가 없으며, 많은 사람들이 만족하면서 내가 만든 서비스를 사용해준다면 서비스에 대한 애착이 크게 생길 것 같다.’라는 생각이었다. 따라서 사용자들이 만족하면서 사용하는 서비스를 만들고 싶다는 생각이 들었다. 레벨4에서는 이를 유지하기 위해 사용자 관점에서 꾸준하게 생각하면서 기능을 고도화해야겠다고 다짐했다.

• 우스

  • 논란은 다수결로 해결한다: 팀 내의 기획, 정책적인 부분도 있고, 개발 컨벤션을 정할 때 다수결로 정했었다. 이렇게 해결하는 것이 좋은 방법은 아닐 수 있겠지만 속도감 있게 프로젝트를 진행하는데 큰 도움이 되었다고 생각이 든다.
  • PR이 올라오면 코드 리뷰를 12시간 내에 해준다. 어프로브는 2명이 해줘야 한다: 기능 구현을 하며, 동료 개발자의 코드 리뷰를 하는 것이 처음엔 어려웠지만 하였을 때 얻는 것이 많았는데요. 동료가 현재 어떤 이슈를 해결하고 있는지, 몰랐던 방법으로 해결했다면 그에 대한 지식을 얻을 수 있어서 좋았습니다. 하지만 나중에 일정이 다가왔을 때 일정에 급급하여 코드를 보지 않고 어프로브를 했었고, 내 PR은 동료들이 얼른 리뷰를 해줘서 머지가 되었으면 좋겠고, 남의 PR은 뒤로한채 개발에 몰두하고 싶었던 마음이 들었어서 현재 규칙을 조금 유연하게 변경하고 싶은 마음이 들었습니다.

• 수아: 눈치보지 않고 휴식이라는 규칙이 기억에 남는다. 나는 같이 어울릴 때(놀때나 일할때나 마찬가지로) 에너지의 수준이 비슷한 것이 좋다는 생각을 한다. 그렇지 않고서야 남에게 휘둘리기가 쉽기 때문이다. 특히 우테코 같은 경우에 모두 열성적이고 배우고자 하는 의지가 크기 때문에 그 분위기에 휩쓸려 휴식하지 못한채로 지쳐가기 쉽다고 생각했다. 이 규칙이 만들어진 배경에는 다른 팀원들도 이런 생각을 했기 때문이 아닐까 생각한다. 그런 의미에서 이 규칙은 우리에게 잘 어울렸고 잘 지켜졌다. 다들 열성적으로 임하다가도 휴식이 필요할 때에는 숨김없이 휴식을 요청했다. 이에 다른 팀원들은 흔쾌히 시간을 가졌고, 이런 과정을 통해 나무꾼이 도끼를 다듬듯 더 질좋은 회의를 나눌 수 있었다고 생각한다. 더불어 데모데이가 가까워질수록, 특히나 4차 데모데이의 경우 팀원들은 전부 개발과 회의에 평소보다 더 몰입을 하면서도 팀원의 생일을 챙기고 케이크를 나누어먹으며 담소를 나누기도 했다. 해당 규칙이 서로의 힘듦을 이해하고 쉬는 것을 보장하며 개인을 존중한다는 의미로 다가왔다.
  기존에 세운 계획대로 프로젝트가 흘러갔는지에 대해서는 반반이다. 우리가 최초에 세운 서비스의 의미, 방식, 디자인, 정책 등이 큰 변화 없이 구현되었다는 의미에서 반은 잘 흘러갔다고 생각한다. 하지만 그 과정에서 언제까지 무슨 기능을 완료할 것인지 세운 계획은 잘 지켜지지 못한 것 같다. 예로, 게시글 수정 기능은 2차 스프린트때 완성하고자 했으나 4차 스프린트때에 완성되었고, 다른 여타 기능들도 로그인 기능이 완성되지 않아 서버와 연결이 늦어졌었다. 만약 만능 토큰을 만들어놨다면 로그인 기능이 완전하지 않더라도 api연결을 더 빨리 할 수 있었을 것이다. 이런 부분들이 팀이 잘못했다기보단 경험 부족으로 인해 미처 생각하지 못했거나 혹은 기술적으로 예기치 못한 오류가 발생했기 때문이라고 생각한다. 때문에 4단계에서는 이렇게 어쩔 수 없이 발생하는 지연에 대해서는 이전에 이야기한대로 하루 이상 넘어가면 팀회의에서 공론화를 시키고 다같이 대응하는 방식으로 간다면 더 빠르게 해결할 수 있지 않을까 생각한다.

2. 나 돌아보기

• 루쿠: 스프린트때 CI/CD 부분을 맡을때가 생각이 났다. 처음 인프라를 접해본거라 갈피가 잡히지 않았고 새로운 개념을 학습하는데 시간이 걸렸지만 이전에 CI/CD를 진행했던 팀원이 기록해둔 문서 덕분에 수월하게 진행 할 수 있어서 고마웠다. 또한 기술 공유를 위해 CI/CD 구축한내용을 팀원들에게 설명해주었는데 다들 열정적으로 설명을 들어주어 뿌듯했고 누군가에게 내가 아는것을 설명해주는 활동을 통해서 즐거움과 재미를 느낄수 있다는걸 알게되었다. 다만 아쉬웠던점은 나 역시 CI/CD를 구축하고 ssl인증서를 적용하는 과정을 문서를 통해 기록해서 공유해주었으면 좋았을텐데 너무 구현에만 몰두한 나머지 문서를 통해 공유하지 못한게 아쉬운것 같다.

  레벨 3때 어떤 역할을 했는지를 돌이켜보자면 평범한 팀원1 같은 역할을 하지 않았나 싶다. 단순히 할당된 작업을 시간 내에 완료하고 기능 구현에 기여를 했다면 레벨 4때는 좀더 적극적으로 나서서 팀에게 도움을 주고 프로젝트나 팀전체적으로 기여를 할 수있는 역할을 고민해보고 작은역할부터 시도해봐야겠다는 생각이들었다.

• 아벨: 개인적으로 기술적인 의문이 드는 부분에 대해 팀원들이 같이 고민하고 토론을 한 때가 생각난다. 사실 이건 내 개인적인 의문이기도 하고 꽤나 깊이 파봐야하는 내용이라 나중에 하자고 하거나 시간이 없으니 일단 해야할 것들부터 먼저 끝내자 해도 그 방향성에 따르려 했다. 그런데 이 기술적인 의문에 대해 거리낌 없이 고민해주고 의논이 이루어졌다. 그 모습을 보고 팀원들도 결국 어쩔 수 없는 호기심 많은 개발자라는 생각이 들었다. 이러한 토론이 이루어 질 때마다 역시 우테코에 들어오길 잘했다는 생각이 든다.

  나에게 아쉬웠던 점이라면, 집이 멀어서 왕복하는 시간에 꽤나 시간이 낭비되었다는 점이다. 그래서 프로젝트에 좀 더 기여할 수 있는 부분도 이러한 여건 때문에 기여를 별로 못했다는 생각이 많이 든다. 자취를 할 걸 그랬나 지금도 고민이 된다.

  레벨 3에서의 내 역할은 맡은 기능을 잘 구현하는 것이었다. 이 과정에서 디버깅과 같은 문제를 해결하기 위해 물어보고 의논하면서 협업(소프트 스킬)에서나 기술적인(하드 스킬) 부분에서 많은 발전을 이루어냈다고 생각한다. 레벨 4에서도 이와 같은 역할을 하되, 레벨 3때보단 더 빠르고 정확하게 해내도록 노력할 것이다.

• 제로: 새롭게 알게 된 기술들이 많았는데 두려워 하지 않고 도전했고, 가시적인 성과를 낼 수 있어 뿌듯했다. 주변의 팀원들에게 도움을 요청하여 함께 이슈를 해결하였는데, 프론트와 백엔드 팀원들 모두 주저하지 않고 도와주어서 고마웠다! 아쉬웠던 점은, 내가 독립적인 공간에서 오래 집중하는 것을 좋아해서 팀원들이 나를 찾게 했던 점이었다. (앞으로는 특정 시간에는 다른 공간에 있을 것이라고 팀원들에게 공유하려고 한다.) 레벨3의 나는 난이도가 있는 기능을 나서서 완수해보려는 팀원, 또는 중요한 자료를 조사하고 정리하는 팀원, 우리 팀의 브랜드적 가치가 높아지도록 노력한 팀원이었다고 생각한다. 레벨4에서는 개인 및 팀의 일정을 잘 추정하도록 하는 길잡이 역할(?)을 해보고 싶다.

• 다즐: 가장 먼저 3차 데모데이 전날과 4차 데모데이 전날이 생각난다. 3차 데모데이 전날에 캠퍼스 마감 시간인 11시 이후에도 완성되지 않은 기능과 에러가 제대로 처리되지 않는 부분들이 있었다. 나는 밤을 새우더라도 결과물을 완성하고 싶었는데, 다른 팀원들은 의견이 다를 수도 있기에 섣불리 물어보기 어려웠었다. 하지만 모두가 프로젝트를 위해 귀한 시간을 투자해 주었고 카페에 가서 3시까지 함께 코딩했던 기억이 있다. 혼자라면 지칠 법도 했는데 함께했기에 끝까지 집중할 수 있었고 함께한다는 것의 가치를 몸소 느낄 수 있었다. 4차 데모데이 전날에도 마지막 배포를 위해 모두 9시가 가까워지는 늦은 시간까지 끼니를 거르고 프로젝트에 몰두했던 경험이 있다. 힘들고 지칠법한데 프로젝트에 대한 책임감과 애정을 바탕으로 모두가 불평하지 않고 완성을 위해 노력하는 모습을 보고 우리 팀이 멋있다는 생각이 들었다. 11시 프로젝트 배포를 마무리하고 지하철 타고 가면서 우테코 다른 크루에게 우리 서비스를 소개해 주었는데 직접 해보더니 너무 재밌다고 매일 할 것 같다는 말을 들었는데 너무 뿌듯했고 이 맛에 개발자를 한다는 생각이 들었다. 백엔드 팀원들과 프로젝트에서 발생한 문제를 많은 시간 깊게 토론했던 경험도 기억에 남는다. 나는 어떤 문제에 한 번 꽂히면 끝장을 봐야 하는 성격인데, 혼자 고민할 때는 많은 시간을 투자했음에도 해결하지 못했던 적이 많았다. 하지만 팀 프로젝트에서는 문제를 함께 얘기해 볼 수 있는 팀원들이 있었고 혼자 할 때는 생각지도 못했던 관점으로도 의견을 제시해 줘서 다양한 방법을 고민해 볼 수 있었다. 그 과정에서 시간이 길어지면 지칠 법도 한데 팀원들 성향이 다 비슷해서 그런지 해결할 때까지 깊게 파고들었고, 결국 해결까지 해내었다. 기술적으로도 정말 많이 배울 수 있었고 그 과정에서도 함께하는 즐거움을 느낄 수 있었던 것 같다. 우테코에 들어오기 전에도 팀 프로젝트 경험이 몇 번 있었으나, 의견을 많이 내줬으면 좋겠다는 피드백을 들은 적이 있다. 그렇기에 우테코에 들어와서는 의견을 적극적으로 내보는 경험을 해보는 것이 목표였는데 레벨3에서는 많은 의견을 냈다고 생각한다. 팀원들이 의견을 자유롭게 낼 수 있는 분위기를 형성해 주었기 때문이라고 생각한다. 그 과정에서 개발 분야에 대해서만 의견을 내는 것이 아닌 사용자의 입장으로 기획에도 많은 의견을 낸 것 같아서 원하고자 했던 목표를 확실하게 이룰 수 있었다. 우연히 기술적인 부분을 내가 전달해야 하는 상황도 많았던 것 같다. 모두가 함께 학습하고 얘기를 나눠야 했는데 각자 특정 분야를 맡아서 개발을 진행했기에 그런 상황이 나왔던 것 같아 아쉽기도 하다. 3차 데모데이 이후 문제를 파악하였고, 모두가 함께 학습할 수 있게 공통으로 얘기할 부분이 있으면 전날 주제에 대해 각자 학습해 오고 의견을 나눠보는 방식으로 개발 문화를 바꾸었다. 4차 데모데이 전까지 해당 방식을 적극적으로 활성화했고 모두가 커뮤니케이션을 즐길 수 있도록 노력했던 것 같다. 확실히 지식 전달보다는 같이 얘기하며 싱크를 맞춰나가는 과정이 너무 재미있었고 레벨4에서도 이어 나갔으면 좋겠다. 레벨4에서도 팀원 모두가 즐기고 성장할 수 있는 팀 문화를 만들기 위해 끊임없이 고민해 볼 것 같다.

• 저문: 론칭 페스티벌 하루 전날 서비스를 정식 릴리즈하면서 저녁도 거르고 늦은 시간까지 팀원 전체가 모여서 작업했던 사건이 떠오른다. 두달간 힘을 쏟았던 서비스가 본격적으로 운영서버를 오픈한다는 사실이 굉장히 뜻깊었고, 노력의 결실이 맺어지는 순간이라는 생각이 들어서 뿌듯했다.

  백엔드 팀원들이 모두 모여서 내가 개발하면서 발생했던 문제에 대해서 함께 고민해줬던 일이 기억난다. 자신이 맡은 부분이 아님에도 불구하고 시간을 쏟아서 자신의 일인 것 마냥 해결책을 찾으려고 하는 과정에서 팀의 필요성과 고마움을 많이 느꼈다. 이를 계기로 신뢰가 두터워진 것 같아서 좋았다.

  중간에 테코톡을 준비하느라 일정 기간동안 프로젝트 기여도가 낮아졌던 적이있다. 하지만 팀원들이 전혀 불만을 표출하지 않고 오히려 배려해주는 느낌을 받아서 감사했다. 또한 훌륭한 팀원들과 함께한 덕분에 기술적인것 뿐만아니라 서비스에 대한 사고까지 다방면으로 성장한 것 같다고 느꼈다. 욕심을 부려서 하고 싶은 것들에 대해서 편하게 의견을 표출했는데 적절한 배려를 통해서 기능을 분배해줘서 해보고 싶은 것들을 많이 해본 것 같기도 했다. 여러모로 팀원들께 많이 감사하다는 생각이 들었다.

  엄청 복잡하고 어려운 비즈니스 로직을 경험해보지 못했던 점이 아쉬웠다. 시간의 제약 속에서 최대한 쉬운 방법으로 해결하려고 했던 점이 아쉬웠다. 새로운 기술을 사용하면서 트러블 슈팅하는데 많은 시간을 쏟았던 것 같은데 이를 계기로 레벨4에는 어려운 로직을 빠르게 처리할 수 있는 능력을 향상시키고 싶다는 생각이 들었다.

  이전은 단순히 기능개발을 하고, 의견을 던지는 하나의 팀원의 역할이었다면, 조금 더 관통하는 업무에 집중하는 사람이 되어야겠다고 생각했다.

• 우스

  레벨 3을 진행하면서 성장한 부분들이 있는데,

  1. 코드 리뷰를 자연스럽게 할 수 있다는 점
  2. 우리 팀의 깃 브랜치 전략을 통해 이슈, PR을 이용할 수 있다는 점
  3. 백엔드의 에러 메세지를 이용하는 방법을 알게 되었다는 점

  여러 경험들을 하며 성장을 했고, 탄스텍 쿼리의 사용법과 테스트, 프로젝트와 사이트의 환경 설정하는 것에 관심이 많았던 팀원이였다고 생각이 든다. 레벨3에서 아쉬웠던 점으로는 유저의 사용성에 대해 더 발전시켰으면 어땠을까 하는 생각이 든다.

• 수아: 3차 데모데이를 준비하며 다른 백엔드들과 남아 새벽까지 api를 연결했던 경험이 가장 인상깊다. 나에게 협력이란 같이 시간을 보내고 빠르게 소통하고 목표를 달성하는 것인데, 그때 그런 감정이 가장 강렬하게 남아있다. api에서 오류가 났을 때 백엔드가 오류의 원인을 찾아주면 이를 같이 해결방법을 논의해 연결에 성공하는 일련의 과정에서 협동의식을 느낄 수 있었다. 그동안 팀 프로젝트에서 비교적 사소하고 단순한 업무를 맡았는데, 그 경험을 하며 좀더 팀에 도움이 되었다는 느낌을 받았다.

  좋았던 점은 자바스크립트를 작성하는 것 외에도 많은 것들을 알게 되었다는 점이다. 이제까지는 자바스크립트, 리액트를 다루는 것만 알고 공부했다면 3단계동안 서버에서는 무엇을 하는지, 빌드/배포는 어떤 과정을 통해 이루어지는지, 프로젝트를 할 때 어떤 것을 고려해야 하는지, 다른 프론트와 같은 코드를 기반으로 개발할 때는 무엇을 고려해야 하는지, 기술을 선택할 때에는 무엇을 고려해야 하는 지 등 폭넓은 시야를 가질 수 있게 되었다. 이것들을 모두 완전하게 아는 것은 아니지만 이런 개념, 기술 등이 있다는 것을 알게된 것 만으로도 큰 성과라고 생각된다. 아쉬운 점은 기능개발에 급급해서 깊게 공부하는 것은 조금 놓친 것 같다는 생각이 든다. 초기에 계획했던 “리액트 공식문서 읽기”도 달성하지 못했고, 새로운 기술을 사용하는 데에 무서움을 극복하지도 못한 것 같다. 극복하기 위해서 나서서 사용해본 적 없는 기술이 포함된 코드를 수정하거나 기능추가하기는 했지만 그래도 아쉬움이 남는다.

  초기에 나는 기획자였다. 내 기획을 기반으로 프로젝트가 진행되다보니 당연하게도 나의 의견이 많이 들어갔고 내가 진행하는 부분도 있었다고 생각한다. 더불어 원래 진행하고 의견을 모으고 의사결정하는 것을 좋아하다보니 내가 진행하는 것이 익숙하고 편하다고 생각했다. 하지만 시간이 지나 팀장을 돌아가면서 하기로 룰이 바뀌었고 내 역할이 모호해졌다고 생각한다. 개발자로의 나는 무슨 역할일까? 생각하면 아직 잘 모르겠다. 4단계에서는 무슨 역할을 하면 좋을까. 다른 프론트엔드에 비해 아는 지식의 양 자체가 상대적으로 적다고 생각한다. 때문에 새로운 것을 더 빨리 시도해보고 알아보는 것은 어렵다고 생각이 든다. 그렇다면 그 새로운 기술과 지식을 들었을 때 이것과 관련된 연관 정보 등을 찾아보고 정리하는 사람이 되면 어떨까. 찾아보고 정리하며 나의 공부도 되고, 팀원들과 공유하며 팀에 기여할수도 있지 않을까.

3. 서비스 제작 후기

보투게더 서비스를 만들면서, 팀원들과 ‘함께’라는 가치에 대해 찐하게 느낄 수 있었다. 혼자라면 쉽지 않았겠지만 함께 힘을 모아서 상상 이상의 결과물을 만들어 낼 수 있었고, 그 과정에서 배운 것은 비단 기술과 지식 뿐만이 아니었다. 보투게더 팀의 ‘협업’이란 무엇인지, 끊임없이 소통하고 의견을 나누면서 결국 ‘보투게더 서비스 구현’이라는 하나의 목적에 맞추어가는 점이 재미있고 뜻깊었다. 또 프로젝트 기획부터 디자인, 개발, 브랜딩까지 모든 프로세스를 팀원들이 함께 참여해보면서, 사용자를 위한 서비스를 위해 각각의 분야를 개선하고 발전시켜 나갔다. 이러한 과정들이 있었기에, ‘사용해보고 싶은 서비스’ 그리고 ‘즐겁고 재밌는 서비스’를 제작할 수 있었다고 생각한다. 우리 서비스의 핵심 가치인 ‘다함께, 즐겁게, 심플하게!’를 떠올리며, 팀원들 모두 화이팅!👏👏

[wugawuga]

1. 팀 문화 돌아보기

• 코드리뷰
  • 만들어진 이유 : 자신이 작성하지 않은 코드에 대해서도 알기 위해 (팀전체 동기화)
  • 유지 비결 : 안하면 내가 힘듦
• 데일리
  • 만들어진 이유 : 하루의 시작과 끝의 컨디션을 서로 체크하고, 할일과 한 일을 공유하기 위해
  • 유지 비결 : 가벼운 분위기에서 자신의 상태(ex. 기분, 할 일 등)을 공유 → 하루를 환기
• 주간회의
  • 만들어진 이유 : 체계적인 주 단위 스프린트 진행을 하기 위해
  • 유지 비결 : 회의 시간 무조건 1시간 이내로

2. 나 돌아보기

가장 인상 깊었던 점

• 우가
  • 젠킨스 박살 사건 (잊지 못 할 사건)
    • 진짜 너무 더웠고 힘들었다(남아서 잠실 엘베 앞에서 무한 고치기)
• 오잉
  • 로그인이슈 연달아 빵빵 터졌을 때
  • 팀원 7명 중 5명이 붙어서 거의 9시간..?인가 디버깅해서 겨우 전부 해결
• 해온
  • 젠킨스 터진 사건.
  • 그날 데모데이 전날이라 merge 해야할 것이 많았는데 젠킨스가 터져서 굉장히 당황스러웠다. 심지어 캠퍼스 문 닫기 직전에 터져서 더 당황스러웠다.
• 타미
  • 젠킨스 터졌을 때..
  • 데모데이 전 날 오후 10시 30분경 젠킨스가 터졌다. 이래서 회사에서 배포를 미리미리 하나 싶었음
• 망고
  • 0802 로그인 이슈
  • 거의 8시간 9시간 동안 해결 못하고 헤맨 이슈여서 엄청 힘들었다.. 하지만 처음으로 다 같이 남아서 해결했어서 재밌었다^^
• 로건
  • 로그인 계속 안됐을 때
  • 로그인 완전 처음 만들어보는데, 로그인이 안돌아가서 팀원들에게 너무 미안했었음. 그래서 방학때 로그인 더 공부해서 어디를 더 고쳐야할지도 알아내고, 오픈소스에 기여했음
• 황펭
  • 로그인 구현 과정
  • 로그인을 처음 해봐서 많은 어려움이 있었다. 로그인 안 되는 이슈를 팀원 모두 9시간동안 잡고 있어 하루를 통으로 썼는데 모두 감사합니다. 로그를 찍기위해 머지를 많이 했는데.. 이런 머지가 없이 해볼 수 있는 방법을 찾아봐야겠다라는 생각이 들었다.

좋았던 점, 아쉬웠던 점

• 타미
  • 좋았던 점: 즐거운 분위기에서 개발할 수 있었다. 지금까지 내가 했던 프로젝트랑 차원이 다른 협업을 했다.
  • 아쉬웠던 점: 데모데이 가까워질수록 마음이 급해졌던 것, 컨디션 조절 잘 못한 것, 위키에 글 많이 못 쓴 것
• 오잉
  • 좋았던 점 : 첫 프로젝트!! 협업과정에 사용되는 것들(ex. 브랜치 전략, 이슈, pr, 릴리즈 등)을 처음 접해봤다. 우리팀만의 템포로 갔다. 즐거운 분위기. 런칭데이 때 우리팀 스티커 많아서 찡했다.
  • 아쉬웠던 점 : 해야할 일들을 급하게 끝내느라 정리를 잘 못한 것 같다.
• 우가
  • 좋았던 점:
    • 항상 프론트 없이 프로젝트를 했었는데, 이번에 협업이 뭔지 경험해서 좋았다
  • 아쉬웠던 점:
    • 선릉에서 풀컨디션을 내지 못해서 아쉬웠다.
• 해온
  • 좋았던 점: 계획한대로 잘 흘러가서 좋았다. 팀원 모두 팀 프로젝트에 몰입해서 좋은 결과가 있었다고 생각한다. 우리 팀은 분위기가 참 좋다.
  • 아쉬웠던 점: 끝나갈 때 컨디션 관리를 잘 못한게 아쉽다.
• 망고
  • 좋았던 점: 우리 팀 문화가 쉴 땐 쉬자였어서 너무 좋았어요. 남들이 보기에는 항상 쉬는 팀인가 싶을 정도로 많이 쉬면서 성과는 내는 팀이여서 좋았습니다~
  • 아쉬웠던 점: 데모데이를 앞두고 조급해져서 빨리 빨리만 계속 외쳤던 것 같아서 이 점은 아쉬웠습니다.
• 로건
  • 좋았던 점: 혼자 있을 때 뭔가 더 집중이 잘되는 성격이라 6시 이후에 강제로 남아서 하는 문화가 없어서 좋았던 것 같다. 그리고 처음 개발 팀프로젝트를 하는데 팀원들이랑 다 동기화가 되고, 그동안 팀플하면서 제일 좋았다.
  • 아쉬웠던 점: 새롭게 배운 내용도 있었지만, 대부분 기존에 사용했던걸 활용해서 했던 것? 근데 레벨4에서 새로 배울게 많은 것 같아서 오히려 좋다 + 데모데이 발표 끝나면 힘이 다 빠졌던 것
• 황펭
  • 좋았던 점: 프로젝트 경험을 알차고 진득하게 할 수 있어 좋았다. 팀 문화, 코드리뷰, 릴리즈 등 경험해보지 못한 일을 해볼 수 있었다. 멋진 팀원들과 함께여서 더 좋았다.
  • 아쉬웠던 점: 마감 앞두고 급해진 것, 위키 많이 못 채운 것이 아쉽다. 위키에 글로 남기면서 개발해온 과정을 정리해나가고 싶다. 감정회고 더 못한 것.

레벨 3의 역할과 레벨 4때 기대할 역할

• 타미
  • 레벨3 : 팀장, 기둥, 주장, 없으면 안될 존재, 시원하게 웃기, 두번째 막내, 99대장
  • 레벨4 : 은은하게 기여하고 싶습니다.
• 우가
  • 레벨3: 엔돌핀, 예아, 웃음전도사, 백엔드 지식 보따리, 열정맨, 분위기 메이커
  • 레벨4: 문서화의 왕이 될 남자
• 황펭
  • 레벨3: 프론트 대장같지만 쫄병, 분위기 메이커, 축구왕, 황이진
  • 레벨4: 레벨3 역할 강화하기
• 망고
  • 레벨 3 : 정리왕, 요약 엄청 잘함, 플랜맨, 뭐 해야할지 꼼꼼하게 정리해줌
  • 레벨 4 : 검색 마스터, 검색의 신, 그냥 검색 구현해야 되면 나를 찾아왔으면 좋겠다?
• 로건
  • 레벨 3 : 임팩트있는 성과, 해결사, 트랜잭션의 아버지, 로그인 마스터
  • 레벨 4 : 새롭게 배운 내용이 있으면 지식 잘 전파하기
• 해온
  • 레벨 3: 프론트 ㄹㅇ 대장, 글 진짜 잘 씀, 펀잇 법무법인, 마더
  • 레벨 4: 이거하면 해온이다 라는 말을 들을 정도의 강점을 가지고 싶어요
• 오잉
  • 레벨 3 : 펀잇 막내, 꼼꼼, JPA 장인, 분위기메이커
  • 레벨 4 : 다양한 시도를 해보고 싶어요

3. 서비스 제작 후기

좋은 서비스를 만드는 길은 멋있는 코드를 작성하는 것이 아닌, 팀의 분위기와 문화 등 협력의 과정에서 탄생하는 것이다.
우리는 팀원 일곱 명 모두 하나가 되어 '펀잇'을 만들었다. 기획 단계에서 서비스에 대해 치열하게 고민했고, 사용자에게 주고자 하는 가치를 명확하게 정한 후 개발을 진행했다. 정기적인 회의를 통해 팀의 진도와 목표 달성률을 확인하고, 코드 리뷰 및 코드 설명 시간을 통해 팀원 간 동기화를 진행했다. 팀원 전체의 깊은 고민과 세심한 일정 관리를 통해 멋진 서비스를 완성했다.
편의점에서 미슐랭을 찾는 자? 펀잇이 답이다.

[TaeyeonRoyce]

1. 팀 문화 돌아보기

• 푸만능

  • 데일리 미팅을 통해서 프로젝트를 진행하기 전 분위기를 환기할 수 있어서 너무 좋았다.
  • 다만, 너무 바쁘다 보니 우리의 프로젝트 진행사항을 되돌아 보는 주간 회고의 경우 기능 구현이 너무 바쁘고, 여러 가지 사건(칼부림, 코로나 등등) 사건이 겹치면서 제대로 이루어지지 않아서 좀 아쉬웠던 것 같아요.

• 제레미

  • 의미있었던 팀 문화
    • 반말 문화 : 저희는 프로젝트 시작날 다 같이 말을 놓기로 했어요. 처음엔 어색했지만 말을 놓다보니 더 빠르게 친해질 수 있었고, 어떤 문제를 가지고도 더 편하게 이야기를 나눌 수 있었던 것 같아요.
    • 회식 문화 : 저희는 데모데이 떄 마다 뒷풀이 겸 회식을 진행했어요. 물론 3차 데모데이 때는 제외하구요. 회식문화를 통해 지난 2주간의 과정들을 다 함께 돌이켜볼 수 있었고 느낀 감정들을 공유하면서 단합력을 키울 수 있었던 것 같아요. 셀럽잇 팀 회식이 재미있다는 소문이 날 정도로 의미있었던 문화라고 생각합니다..

• 도담

  • 의미있었던 팀 문화
    • 데일리 미팅 자리가 있었는데, 이를 통해 우리 크루원의 오늘 하루 기분을 알고 이에 맞게 배려하고 더욱 으쌰으쌔하며 능률을 올릴 수 있었던 것 같아 좋았다.
  • 난 지금의 팀 문화가 적당하고 좋다고 생각한다!

• 로이스

  저희팀에서 의미있었던 팀 문화는 "사용자가 먼저다" 입니다.
  프로젝트를 진행하면서 발생하는 다양한 의견 충돌과 여러 선택지간의 궁극적인 기준이 있어서 서로 협의하는데 무리가 없었습니다. 어떤 기능이나 기술의 도입 근거도 단순 학습이 아니라 사용자 관점에서 다같이 고민해보고 도입하여 협업을 하여 협업 과정에서 매끄럽게 진행되어 좋았습니다. 앞으로 실제 사용자들에 대해 분석하고 고민하며 추후 발전 방향과 프로젝트에 사용되는 기술들을 더 풍부하게 채택하면 좋겠습니다.

  또, 데일리미팅을 꾸준히 하였습니다.
  오전에 모두 열린 공간에 모여 감정 점수를 공유하며 하루를 시작하였습니다. 이 시간을 통해 서로 안부도 주고 받으며 프로젝트에서 발생하는 이슈와 협의가 필요한 내용들에 대해 빠르게 공유되어 프로젝트에 많은 도움이 되었습니다.

  상상했던 기능보다 구현하기로 한 기능이 많이 줄어들었지만, 모두 납득되는 방향으로 흘러가고 있다고 생각합니다. 팀 단위의 템포가 있고, 단순히 사용자에게 보여지는 기능뿐만 아니라 고민해야할 포인트들이 많았고, 이를 발견해서 좋았습니다.
  레벨4에도 이런 방식으로 진행하면 좋을 것 같습니다. 다만, 프로젝트 외적인 업무들(과제, 수업)이 주어졌을 때, 각자의 일정들을 조율하여 팀 단위의 시간 관리에 더 많이 신경써야 할 것 같습니다.

• 말랑

  • 셀럽잇은 꾸준해요 🗓️
    • 데일리 미팅을 통해 잠도 깨고 시작을 활기차게 할 수 있어서 좋았다.
    • 그러나 주간 회고는 바쁠 때에는 제대로 이루어지지 않은 것 같아서, 조금 아쉽다.
  • 사용자가 먼저다 😎
    • 기능을 고민하고 추가할 기능의 순서를 정할 때 쓰고싶은 기술을 쓸 수 있는 기능이 아닌 사용자가 필요로 할 기능을 고민하고 추가했던 것 때문에 더욱 알찬 셀럽잇 서비스가 만들어진 것 같다.
  • Yes 맨도 No, No 맨도 No!
    • 항상 근거를 들어 의견을 내었기 때문에 기분 나쁜 사람 없이 더 좋은 방향으로 나아갈 수 있었다.
  • 우리는 짱친이에요 🫶
    • 말도 편하게 하고 친근한 분위기를 형성하여, 다양한 의견을 낼 수 있었고 프로젝트도 즐겁게 진행했다.
  • 셀럽잇은 예의발라요 🙇‍♂️
    • 항상 상대방을 존중하며 기분 좋게 프로젝트를 진행할 수 있었다.

• 오도

  • 하루의 시작을 데일리미팅과 함께해서 좋았다. 조금 바쁜 날에도 시간을 내서라도 꼭 했기 때문에 잘 지켜졌다고 생각한다.
  • 모르는 것을 잘 질문하기로 했었는데 어떤 질문이든 잘 답변해주는분위기여서 좋았다.

• 도기

  • 매일 아침, 데일리 미팅을 통해 서로의 기분과 컨디션을 파악한 문화가 너무 좋았다. 실무에서도 했으면 좋겠다.
  • 팀빌딩 초반부터 편안한 분위기에서 이야기하자는 문화가 좋았다. 덕분에 빨리 친해질 수 있었고, 덕분에 작업 진행도 빨랐던 것 같다.
  • 매주 금요일, 한 주를 마무리하는 회고를 잘 하지 않았던 것 같아 아쉽다. 아무래도 시간이 갈수록 서비스에 투자할 시간이 1초라도 아쉬웠기 때문에 지키지 못했다고 생각한다. 그래도 매 데모데이가 끝나고 회식을 통해서라도 감정회고를 진행해서 괜찮다.

2. 나 돌아보기

• 인상 깊었던 사건, 배운 점, 고마운 일, 아쉬웠던 점, 레벨 3에서의 나의 역할

• 자신의 역할, 좋았던 점(배운 점, 고마운 일), 아쉬웠던 점을 인당 최소 1개 이상 작성한다. + 감정

• 푸만능

  • 인상 깊었던 사건
    • 오도와 회원 관련 기능을 만들었을 때 로컬에서 쿠키가 저장되지 않는 문제 때문에 정말 많은 시간과 고생을 했었는데 이를 해결했을 때 정말 많이 후련했다.
  • 고마웠던 점
    • 회원 관련 기능 (OAuth) 관련 기능들을 조금 많이 맡아서 진행을 했었는데 그 때마다 우리 든든한 백엔드 동료들이 모르는 내용들을 친절하게 설명을 해주어서 너무 좋았습니다.
    • 서로 일을 미루지 않고 각자의 위치에서 최선을 다해주는 우리 셀럽잇 동료들에게 너무 고맙다.
  • 배운 점
    • 이번 프로젝트를 진행하면서 기술적인 것보다는 기능적인 것에 초점을 많이 맞추어서 진행을 했습니다. 그렇게 구현을 하다보니 나 스스로도 사용자 친화적으로 많이 생각하고 프론트엔드 개발자로서 한층 더 성장하는 느낌이 들어서 너무 좋았습니다.
  • 아쉬웠던 점
    • 기능적으로 많이 구현을 하고 생각할 수 있었지만 그만큼 기술적 공유나 코드의 합을 맞추는 행위는 조금 뒤로 미뤄서 그런것들은 좀 아쉬웠던 것 같다.
    • 와이어프레임이 따로 없다보니 서로 생각하는 디자인이 달라서 합을 맞추는 데 조금 어려웠다.

• 제레미

  • 인상 깊었던 사건
    • 이미지 수집과정에 대해서 논의를 한 과정들이 인상깊었어요. 처음엔 의견도 많이 갈리고 시작하기도 전에 걱정이 앞섰는데 어느 순간 일단 뭐라도 해보자고 단합이되면서 여러 셀럽들한테 이메일을 보냈습니다. 감사하게도 50명 중 10분이 허락을 해주셨고 다 같이 한마음으로 기뻐했던 그 순간이 아직도 생생합니다.
  • 좋았던 점
    • 이런 장기간 프로젝트를 경험할 수 있어서 좋았고, 팀원들도 매우 배려가 넘치고 열정을 가지고 임해줘서 더더욱 좋았습니다.
  • 아쉬웠던 점
    • 코로나로 인해 몇일 간 자리를 비우게 되었는데 그 몇일 간 참여하지 못해서 매우 아쉽숩니다.

• 도담

  • 인상깊었던 사건
    • 아무래도 프로젝트를 진행하면서 저작권 문제 때문에 프로젝트를 이대로 진행하는지 맞춰가는 부분이 인상깊었다. 이를 회의를 통해 일단 한번 시도해보자! 라고 말하고 일단 여러 셀럽에게 매일을 보내는 장면이 기억에 남는다.
  • 좋았던 점
    • 완전 처음부터의 협업 경험이 좋았다. 이 덕분에 기술보다는 제대로 협업을 배우고 경험한 것 같아 좋다.
  • 아쉬웠던 점
    • 협업이라는 점에서 나오는 아쉬운 점이지만, 내가 하고 싶은 것들을 다 해볼 수 없고 팀을 위해서 포기할 줄 알아야 한다는 것이다. 그래도 기술적으로도 욕심이 있었던지라 이러한 부분을 포기하고 기능 위주, 빠른 템포 중심의 경험을 아쉬웠다.

• 로이스

  유튜버들에게 자초지종을 설명드리고 사진 및 영상 사용에 대한 허가 요청 메일을 보냈는데, 기대를 하나도 하지 않았던 것과 달리 꽤나 긍정적인 답변을 받았던 순간이 인상 깊었던 순간이었습니다.
  서비스를 개발하면서 개발 관점으로만 바라보았었는데, 서비스 관점에서 문제를 해결함과 동시에 단순히 코드의 결과물이 아닌 상품으로서 프로젝트를 바라보게 된 계기가 되었습니다.
  누군지도 모르는 사람들을 위해 허가해준 사람들에게 부끄럽지 않게 잘 만들어야겠다는 다짐을 하게 되었습니다.

  프로젝트를 진행하며 4인페어로 프로그래밍 했던 점이 좋았습니다. 서로 이해도가 다르지만, 하나의 모니터를 바라보며 발생하는 문제점들에 같이 좌절하고 해결하면 다같이 좋아하는 경험이 꽤나 새로우면서도 즐거웠습니다.
  팀블로그를 통해 다른 크루가 깊게 이해한 부분에 대해 쉽게 터득할 수 있었습니다. 시간내어 작성해준 크루에게 감사함을 느꼈습니다.

  아쉬웠던 점은 상상했던 것보다 개발을 많이 하지 못했다는 것입니다. 인프라 관련하여 시간도 많이 할애하고, 회의하는 시간이 많다보니 실제로 코드를 작성하는 시간이 많이 줄었다는 점 입니다. 짧지만 의미있는 코드만 작성한 기분이 들었지만, 코딩의 감이 조금 떨어지는 느낌이 들었었습니다.

  레벨3에서는 모니터링 구축과 API개발을 하였습니다. 그리고 팀간에 발생하는 소통 과정에서 제가 이해한 부분을 다른 팀원에게 이해시키기 위해 노력하였습니다.

• 말랑

  • 인상 깊었던 사건: 처음으로 서비스를 배포하는 순간이 가장 인상깊었다.
  • 좋았던 점:
    • 빠른 시간 내에 서비스를 개발하고 배포하기 위해서 빠른 주기로 의사결정을 진행하고 기능을 개발하고 배포하는 것을 경험할 수 있어서 좋았다.
  • 아쉬운 점:
    • 가끔 혼자서 막무가내로 개발을 진행하여 협업을 제대로 하지 못한 내가 밉고 팀원들에게 미안하다.

• 오도

  • 기능 개발을 많이 해볼 수 있어서 좋았다.
  • 인프라 관련해서 많이 배운 것 같아서 좋다.
  • jpa를 더 잘 활용할 수 있게 공부해야겠다.

• 도기

  • 인상 깊었던 사건: 레벨 3 데모데이 직전에 일정 사건을 계기로 팀원 간의 역량 차이에 대한 진지한 회고를 진행했다. 당시에 팀원들의 역량을 따라가는 것과 별개로 하고 싶은 공부가 있었고, 이 둘을 동시에 챙기려는 욕심때문에 맞춰 달라는 식으로 이야기했다. 하지만, 계속 생각할 수록 이는 내 욕심이기에 팀원들에게 너무나도 미안한 감정이 들었고 그 다음부터는 개인 공부보다는 팀원들의 역량을 따라가기에 집중했다.
  • 고마운 일: 위 사건 이후로 너무나도 감사하게도 팀원들은 날 배려해주는 것이 느껴졌다. 이 배려 덕분에 한편으로는 스스로가 부끄러웠고, 어찌보면 덕분에 올바른 방향으로 생각을 고칠 수 있었지 않았나싶다.
  • 배운 점: 서비스 기획, 프론트와 협업 경험, HTTPS, nginx, 모니터링 등등.. 모두 나열하기엔 너무 많다!
  • 아쉬웠던 점: 개발 역량에 집중하고 싶어서 인프라 쪽은 거의 기여를 하지 못한 것 같다. 레벨 4에서는 개발 역량도 좋지만, 인프라 쪽도 기여를 해보고 싶다.

3. 서비스 제작 후기

빠른 기간내에 다같이 열심히 노력하여 의미있는 프로덕트를 개발하여 재밌었습니다. 프로젝트에 필요한 한 사이클을 경험하여 좋았습니다. 저희가 만든 서비스가 많은 관심도 받고, 크루들도 실제로 사용하고 싶다는 피드백을 많이 받았습니다. 기대에 부흥하기 위해 더 많은 책임감으로 프로젝트에 임하여 재미있게 협업 하며 레벨4에서 저희 서비스가 더 유익하고, 더 많은 가치를 제공하기 위해 개선할 것 입니다. 지난 2달간의 노력이 헛되지 않고 잘 마무리하여 뿌듯한 레벨3이였습니다.

[gabrielyoon7]

🚗 카페인 ⚡️

팀 문화 돌아보기

• 가브리엘
  • 팀에 의견을 자유롭게 개진할 수 있었던 점이 좋았습니다.
  • 데모데이가 끝난 날 회식을 하는 것을 팀 문화로 정해놔서 그런지 데모데이 날을 부담스럽게 생각하지 않고 오히려 기다리게 됐습니다(?)
  • 팀 프로젝트가 기존에 원했던 방향과 정확히 일치했어요. 아이디어 제안서를 제출한 그 순간부터 이런 형태의 서비스가 될 것으로 기대했어요. 몇몇 핵심 기능의 경우에는 원하는 방향이 있었는데 잘 유지된 것 같아요.
  • 아이디어 구상 단계에서 ‘우테코 크루들이라면 이 정도는 할 수 있지 않을까?’ 라는 기대를 했었는데, 제가 생각했던 것 보다 더 좋은 퍼포먼스를 보여줘서 감사했어요.
  • 전기자동차가 보급 된지 얼마 되지 않아 개념이 생소하거나 관심이 떨어질 수도 있을 것이라고 생각했는데, 다들 조사를 잘 해줬고 이해와 공감대를 형성하기 위해 많은 노력을 해준 것 같아요.
• 야미
  • 빨리 친해지기 위해서 데모데이를 같이 노는 날로 지정 ⇒ 친목을 지속적으로 다질 수 있어서 좋았습니다.
  • 팀 문화를 초반에 정하다보니, 현재 불필요하다고 생각해 하지 않는 것들도 있고, 지금 생각해보니 팀 문화에 추가하면 좋을 것 같은 것도 있어 팀문화를 다시 한 번 더 정해보는 건 어떨까 하는 생각이 듭니다. 우선 하나 추가하고 싶은 건 코드 관련 얘기를 할 때는 장난치지 않고 진지하게 얘기하기입니다. 너무 친해지다보니 무신경하게 말하는게 있는 것 같아서요.
  • 팀 프로젝트다보니 코드량이 방대해지고, 코드 스타일이 다를 수밖에 없는데 초기 세팅과 코드 포맷팅, 컨벤션을 너무 등한시한 것 같아 아쉽습니다. 레벨 4때는 좀 더 통일성있고, 이해하기 쉬운 코드로 리팩터링해나가면 좋을 것 같아요.
  • 레벨 3에서는 기능 구현에 급급했던 것 같습니다. 사용자 피드백을 받기 위해 기능 구현을 우선시하자고 결정한 건 후회하지 않습니다. 하지만 실제로는 기능 구현하느라 사용자 피드백을 받지 못해 아쉽습니다… 일정 관리를 좀 더 잘했더라면 좋았을 것 같습니다. (아니면 어느정도 기능 구현됐을 때 ui ux도 다듬어서 부분 부분적으로라도 피드백을 받았어도 괜찮았을 것 같습니다.) 후회하기보다는 레벨3의 아쉬움을 교훈삼아 레벨 4때는 일정 관리도 잘하고 사용자 피드백을 많이 받아보면 좋을 것 같습니다!!
  • 이제 기능 추가 보다는 현재 있는 기능을 어떻게 최적화할지를 생각하면 좋을 것 같아요. 많은 기능을 도전해볼 수 있었다는 점은 좋았습니다.
• 센트
  • 데모데이 이후에 함께 회식을 하는 문화가 정말 좋았습니다. 첫 날 팀원들과 회식을 하며 가까워지는 시간을 가질 수 있어서 이 부분도 굉장히 좋았습니다.
  • 팀원들끼리 말을 놓는 문화가 정말 좋았습니다. 우테코에 들어와서 아무와도 말을 놓지 않았었는데 말을 놓으면서 더 가까워지는 느낌을 받아 이 부분이 정말 좋았습니다.
  • 기능 구현을 속도감 있게 진행하기 위해서 코드리뷰를 많이 신경쓰지 못한 것이 아쉬웠습니다. 이후 레벨에서는 팀원들과 코드리뷰도 신경 써보고 싶습니다!
  • 기능 구현에 집중하다보니 개인적인 공부를 조금 덜 챙긴 것 같아 조금 아쉬웠습니다. 이후 레벨에서는 팀원들과 함께 깊이 있는 공부를 해보고 싶습니다!
• 키아라
  • 데모데이 끝나고 한 명도 빠지지 않고 회식을 즐겨서 좋았습니다. 지각하는 크루가 거의 없어서 놀리는 맛이 없었지만 그만큼 다들 성실하다는 것이니 아주 좋은 것 같아요.
• 제이
  • 데모데이 끝나고 같이 회식을 한 문화가 좋았습니다.
    덕분에 팀원들과 친해질 수도 있고 더 편한 분위기로 개발을 할 수 있었습니다.
• 박스터
  • 싸우지 않고 다 같이 친하게 지내서 좋았습니다.
• 누누
  • 노는게 제일좋아 친구들 모여라 라는 노래가 생각나네요 공과 사를 분리하는 것이 좋았던 것 같습니다

나 돌아보기

• 가브리엘
  • 개인적으로 웹에서 도전해볼만한 주제 중 가장 흥미로웠던 것은 지도 였습니다. 웹에서 할 수 있는 여러가지 도전과제 중 가장 대중적이면서 난이도가 적당했습니다. 특히, 지도 api 중 전세계에서 압도적인 점유율을 가지고 있는 Google Maps API를 학습할 수 있었다는 것은 앞으로도 큰 자산이 될 것입니다.
  • 우테코에서 클라이언트 상태와 서버 상태의 개념을 처음 들었을 때에도 이미 상태 분리의 중요성을 체감 중이었습니다. 하지만 이러한 라이브러리를 사용해 본 적이 없었기에 어떻게 하면 더 효율적인 상태 관리가 가능할지 고민이 많았습니다. 이러던 와중에 레벨 3에 진입하면서 Tanstack Query를 사용할 수 있었습니다. 이 라이브러리를 사용하면서 느낀 것은, 데이터 페칭과 관련된 대부분의 문제를 스마트하게 해결해준다는 것이었습니다. 이 라이브러리에서 제안하는 방식이 왜 다른 사람들에게도 선호되는지 충분히 알게 되어 좋았습니다.
  • 아쉬운 점으로는 코드를 돌아가게만 하는 것에 더 집중했던 것 같습니다. 코드의 품질과 시간 엄수 둘 중 하나를 선택해야 하는 상황이 자주 발생했습니다. 하지만 과거에 프로젝트를 할 때마다 느꼈던 경험들을 되돌아 봤을 때, 엄격한 시간 제약을 가진 프로젝트에서는 코드가 돌아가는 것이 더 중요하다고 생각했습니다. 더군다나 팀 프로젝트에서는 빠른 프로토타입 제작이 더 빠른 피드백을 받을 수 있기에 코드 품질을 다소 희생한 경향이 있다고 생각합니다.
  • 레벨 4에서는 최적화를 하고 싶어요. 서비스에 있는 모든 기능들이 굉장히 무거워서 사용자 경험을 해친다고 생각합니다.
• 야미
  • 좋았던 점: 우선 팀 프로젝트를 하면서 처음 보는 것들을 사용해보며(구글 지도 api, 리액트 쿼리 등) 많이 배울 수 있어서 좋았습니다. 가브리엘이 참고 자료나 생각해볼 수 있는 주제들을 슬랙을 통해 공유해줘서 좋았습니다. 그리고 센트는 유지보수하기 좋은 코드에 대해서 많이 생각하는 것 같은데, 이에 대한 얘기를 많이 나누면서 추상적이었던 생각이 점점 구체적으로 변할 수 있어서 좋았습니다.
  • 아쉬웠던 점: 레벨 3는 팀 프로젝트라는 것에 적응하는 기간이었던 것 같습니다. 효율적으로 의사소통하는 방법에 대해서 생각할 시간을 가졌더라면 좋았을 것 같습니다. 그리고 초기 세팅 중 prettier, eslint 등 코드 포맷팅을 담당했었는데, 처음부터 제대로 이 부분을 구축할 수 있었으면 좋았겠다는 아쉬움이 남습니다. 레벨 4때 만회해도 늦지 않았으면 좋겠습니다.
  • 또 스토리북을 거의 담당했는데, 기능 구현하느라 후반부부터 신경을 별로 못 써 많이 아쉽습니다. 스토리북을 활용해 테스트도 하고 좀 더 협업에 도움될 수 있도록 노력해야할 것 같습니다.
  • 레벨 4때는 반응형, 모바일 기능에도 신경을 써보고 싶습니다.
• 센트
  • 같은 분야에서 각자의 장점이 명확한 팀원들과 함께할 수 있어 저의 부족한 부분들을 채워나갈 수 있어 좋았습니다. 가브리엘은 프론트엔드 분야에서 뿐만 아니라 전기차 관련 도메인에서도 넓은 지식을 갖고 있어 두 부분 모두 배울점이 많아 좋았습니다. 특히 여러 참고 자료를 슬랙에 공유해주는 모습에서 배울점이 있었습니다. 야미는 UI/UX에 관심이 깊은 만큼 해당 부분에 대해 고민하는 것에 있어서 배울점이 많아 좋았습니다. 특히 제가 복잡하게 짠 컴포넌트를 css로 간단하게 고치는 모습에서 배울점이 있었습니다.
  • 필터링 기능과 로그인, 모듈 번들링 관련한 부분을 담당하면서 깊게 고민하지 않고 짠 코드들이 많았던 것 같아 다소 아쉬움이 남습니다. 특히 초반에 웹팩 환경을 설정할 때 자세히 알아보지 않고 시작한 것 같아 방학때 이를 고쳐보는 과정을 가졌는데 이러한 부분에서 아쉬움이 남았습니다. 이후 레벨에서 새롭게 시도하는 것들은 충분한 공부가 선행된 상태에서 진행해보고 싶습니다.
  • 백엔드 분야에 대해 아는 것이 많지 않다보니 협업을 진행하는 과정에서 백엔드 상황을 잘 고려하지 못했던 것 같아 아쉬움이 남습니다. 다음 레벨에서는 모르는 부분에 대해서 조금 더 적극적으로 물어보는 태도를 가져보도록 노력해보고 싶습니다!
• 키아라
  • 기능 구현에만 집중해서 주도적으로 성능을 향상시키려는 시도가 부족했던 것 같아요. 크루들이 열심히 성능 개선하고 인프라 구축하고나면 혼자 이해를 못해서 끙끙 앓다가 갑자기 물음표 살인마가 되곤 했죠. 레벨4때는 메모리 부족이나 느린 속도의 문제점을 파악하고 어떤 해결책이 있는지 트러블슈팅하는 과정에 집중하고 싶어요.
• 제이
  • 가장 기억에 남았던 일은 팀원들과 같이 성능 개선을 한 것입니다. 이 과정에서 정말 재밌게 문제를 해결해서 좋았고, 여러가지 기술을 배울 수 있었습니다. 다만 기술을 깊게 파보지 못했다는 점이 조금 아쉬움에 남습니다. 레벨 4때에는 기술을 깊이있게 공부한 후 더욱 좋게 개선을 해보고 싶습니다.
• 박스터
  • 가장 인상 깊었던 사건은 어플리케이션이 내가 상상한대로 돌아갔을 때 아주 좋았습니다.
  • 좋았던 점은 제 얘기를 팀원이 경청해주었던 것이 좋았습니다
  • 아쉬운 점은 리액트가 어려워서 아쉬웠습니다.
  • 레벨 3에서는 어떤 역할을 했는지 잘 모르겠습니다, 하지만 레벨 4때는 뭐라도 하나 역할이 있지 않을까 기대해봅니다.
• 누누
  • 레벨 3에서 많은 역할을 하지 못했던 것 같긴 합니다.
  • 참여를 하는 것 자체가 팀의 기술부채를 만들 수 있어서 의도적으로 질문만 받아주면서, 이해도를 맞추는 역할만 했는데 재밌었습니다

서비스 제작 후기

이번 프로젝트에서 카페인 팀은 '실시간 전기자동차 충전소 조회 서비스'를 개발하는 도전에 임하게 되었습니다. 처음부터 끝까지 함께해온 이 과정에서 카페인 팀은 많은 것을 배우고 성장할 수 있는 기회를 얻었습니다.

먼저, 전기자동차 충전소와 관련된 데이터를 수집하고 이를 가공하여 사용자에게 유용한 정보로 제공하는 기술적인 측면에서의 도전을 직면했습니다. 다양한 시도와 실험을 통해 문제를 해결하는 다양한 방법을 배우며 기술적인 자신감을 키웠습니다.

레벨3 기간 동안 각자의 자신있는 분야와 관심을 바탕으로 프로젝트에 참여하였습니다. 따라서 각자의 관점과 능력을 결합하여 문제를 다양한 각도에서 바라보고 해결할 수 있었습니다. 프로젝트를 위한 팀원 간의 협력과 의사소통은 카페인 팀이 성공적으로 프로젝트를 마무리하는 것에 큰 역할을 하였습니다.

실제 사용자를 대상으로 해야하는 서비스를 개발하면서 사용자의 니즈와 피드백을 수렴하는 과정에서 더 나은 서비스를 위해 지속적으로 발전해야 함을 깨달았습니다. 사용자 중심의 개발과 디자인이 얼마나 중요한지를 배우는 시간이었습니다.

이번 프로젝트에서 자동차와 충전 기술에 대한 지식을 함께 공유하고 습득하면서, 도메인 지식이 없는 상황이더라도 해당 도메인이 지니고 있는 특성들을 분석하는 것이 서비스 구현에 많은 영향을 끼쳤습니다.

프로젝트 중에 어려움을 겪는 순간들도 있었습니다. 우테코에서 배우지 않았던 새로운 개념이나 상황을 많이 접하게 됐습니다. 하지만 서로 도와주고 지식을 공유하며 개발 방법을 배우는 경험은 개인의 성장에 큰 도움이 되었다고 생각합니다. 이론적인 학습을 실제 상황에 적용하고 문제를 해결하는 과정은 저희 카페인 팀의 능력을 한 단계 더 키울 수 있게 해주었다고 생각합니다.

저희 프로젝트에서 구현한 대부분의 기능들은 개선 가능성이 높다고 생각합니다. 이러한 내용들을 레벨 4에서도 개선할 수 있을 것으로 기대합니다.

[woosung1223]

1. 팀 문화 돌아보기

히이로

• 여러 방면으로 좋은 팀문화를 가져가고 싶어서 선정한 액션 아이템은 굉장히 많았는데 일정이 많이 바빠졌던 후반부 스프린트에서는 거의 잘 지키지 못했던 것 같아 많이 아쉽다.
• 그래도 가장 의미있었던 부분은 체크인, 체크아웃 점수를 적으며 오늘 해야할 일, 완료한 일에 대해 공유하는 시간은 빼먹지 않았던 것이었다. 덕분에 바쁜 일정 속에서 각자 하는 일에 대해 지속적인 동기화를 이룰 수 있었다.
• 몹, 페어 프로그래밍으로 기능 구현을 진행한 덕분에 코드 리뷰에 대한 부담을 상대적으로 덜면서 팀원 모두가 코드에 대한 이해를 최대한 많이 가져갈 수 있었던 것 같다.
• 현재 선정한 액션 아이템에서 지키지 못했던 것들은 바빠서 까먹거나 넘기게 되는 경우가 대부분이었는데 매일 혹은 일정 주기로 해당 액션 아이템을 잘 지킬수 있도록 액션 당번을 정해서 팀이 잘 지킬 수 있도록 리마인더 역할을 해주면 좋을 것 같다.

엽토

• 의미 있었던 팀 문화
  • 데일리 미팅 문화가 의미 있었다. 자연스럽게 아침마다 체크인 점수 및 일정을 공유하고 해야할 일을 정하고 하루를 시작할 수 있어서 효율적이었던 것 같다.
• 팀 프로젝트에 대한 의견 및 감정
  • 결과적으로는 프로젝트가 잘 진행되었다고 생각한다. 확실히 처음보다 회의시간도 많이 줄어들었다. 하지만 아쉬운 점은 일정추산이 잘 안되었다는 것인데, 레벨 3의 경험 바탕으로 레벨 4때는 일정 추산을 조금 더 현실적으로 잡을 수 있지 않을까 생각한다. 전반적으로 우여곡절도 있었어서 힘들었지만 잘 해결해나간 것 같다.

모디

• 처음에 팀 문화를 이것저것 정했고 다 기억하고 지키진 못했지만 그래도 주요한 것들은 자연스럽게 한 것 같아요. 우리의 편의보다 사용자의 편의를 우선하는 방향으로, 그리고 결과에 대해 한 명의 책임으로 돌리지 않고 함께 책임지는 것 등... 그리고 처음에 정하진 않았지만 자연스럽게 다들 6시 이후까지 남아있는 것... 이건 그런 성향의 사람들이 운 좋게 모여서 이렇게 된 것 같아요. 무조건 좋은 건 당연히 아니지만 그래도 같이 열심히 하는구나 하는 느낌을 받았습니다.
• 기간이 기니까 가끔 지치는 사람도 생기고, 또 지치는 순간들이 달라서 그렇지 않은 사람과의 속도가 차이가 나다보니 어려운 순간들이 간간히 나왔다고 느꼈어요. 레벨 4도 비슷한 기간이지만 중간 중간 다른 미션들도 진행해야 하고 개인 공부들도 다들 해야 하니 프로젝트에 얼마나 리소스를 쓸 수 있을까 하는 걱정이 있어요. 모두가 언제나 열정이 넘치긴 어려우니 적당한 수준으로, 함께 나아갈 수 있도록 같이 노력하면 좋겠습니다.

마코

• 솔직하게 말하면 너무 바쁜 일정 탓에 대부분의 팀 문화는 뒷전으로 미루어졌다. 그나마 쉬는 시간이나 식사 시간을 지키는 문화는 정확하게는 아니지만 잘 지켜졌던 것 같다. 문화를 만들 때에는 정말 많은 시간을 들여서 많은 규칙들을 만들었지만, 실제로 다 지키는 것은 불가능할 수밖에 없다고 생각한다. 정말 필수적인 것들만 추려내서 그것들 만큼은 잘 지키는 것이 좋을 것 같다.
• 팀 프로젝트의 방향은 잘 흘러갔으나 부족한 기능들이 있었다. 백엔드의 리팩토링 영향이 프론트에 크게 미쳐 일정이 밀리는 상황도 발생했었고 백엔드에서도 리팩토링에 너무 많은 시간을 쏟은 것 같다. 리팩토링을 자주하는 것은 좋지만 리팩토링도 몹으로 진행하다 보니 일정이 밀릴 수밖에 없었는데 리팩토링 방향만 함께 정하고 각자 일을 나눠서 진행한다면 리팩토링도, 새로운 기능의 추가나 변경도 대응할 수 있지 않을까 생각한다.

룩소

데일리 미팅(체크인, 체크아웃)

• 그날 하루의 시작과 끝 시점의 기분을 팀원들에게 공유할 수 있어 좋았다.

데모데이 회식

• 3차를 제외하고 데모데이마다 팀 회식을 즐겼다. 서로 친밀도도 쌓을 수 있는 기회였고, 프로젝트간 하고 싶었던 말들을 풀어낼 수 있는 기회여서 좋았다.

회의 공간 옮기기

• 서비스 기획 기간에 자주 했던 방법인데, 회의가 좀 길어진다 싶으면 회의 장소를 강의장이 아닌 무중력 광장 같은 곳으로 옮겨서 진행했다. 장소를 옮겨 회의를 하니 분위기도 환기되고 더 자유로운 분위기에서 회의를 할 수 있어 좋았다.

노아

• 데일리미팅(체크인, 체크아웃): 일과의 시작을 데일리미팅의 체크인으로 시작하고 일과의 끝을 데일리미팅의 체크아웃으로 마무리하였습니다. 이 시간을 통해 오늘 하루 동안의 목표는 무엇이며 앞으로 해야 할 작업이 어떤 것인지 있는지 확인할 수 있어 프로젝트의 방향을 잡는데 큰 도움이 되었습니다. 또한 팀원들의 그날의 감정도 알 수 있어, 함께 공감하는 시간도 가질 수 있었습니다.

• 엄지로 칭찬하기: 프로젝트 초반 기획에 관한 회의를 자주 할 때, 회의 시간이 길어져 서로가 지치는 시간이 있었습니다. 이때 분위기와 텐션을 높이고자 좋은 의견을 제시한 크루에게 즉각적으로 엄치를 세우며 칭찬하는 액션 아이템을 실행하였습니다. 정말 어렵지 않는 하나의 액션 아이템으로 인해 큰 에너지가 소모되는 장시간의 회의가 조금이나마 활력을 찾게 되었습니다. 또한 부수효과로 빠르게 의견을 하나로 모을 수 있었고 다 함께 의견에 대한 동기화도 이전과 비교하여 더욱 빠르게 할 수 있었습니다.

• 혼자서 merge하지 않기: 함께 작업한 PR은 별다른 코드리뷰 없이 바로 merge합니다. 하지만 각자가 작업한 내용에 대한 PR은 반드시 코드 리뷰를 남겨야만 merge가 가능합니다. 이러한 문화로 직접 작성한 코드가 아니더라도 코드의 흐름을 알 수 있어 리팩터링이 필요한 상황이라면 누군든지 이슈를 생성해서 작업이 가능했습니다. 또한 놓쳤던 컨벤션과 코드 품질에 대해서도 팀원들과 함께 이야기를 나눌 수 있었습니다.

• 팀 프로젝트가 기존에 원했던 방향대로 잘 흘러갔는지?: 첫 1,2주 때를 되돌아 생각해보면 서비스의 방향이 명확하지 않아 많은 시간을 회의에 투자를 했어도 과연 우리 서비스가 매력적인가?라는 의문을 품었습니다. 하지만 3주차 때 다시 하루스터디만의 핵심 가치를 전달하기 위해 서로가 고민을 하였고 지금은 어디에서도 본 적 없는 매력적인 서비스가 만들어졌다고 생각하여 지금은 뿌듯합니다. 하지만 아직 원하는 기능 구현이 모두 완성되었다고 생각하지 않습니다. 때문에 레벨4를 통해 추가적인 기능 구현과 더불어 고도화를 진행하면 더욱 완성도 높은 프로젝트가 될 수 있으리라 생각합니다. 레벨4 땐, 미션도 많이 있지만 다들 힘내봐요:) 다시 돌아오지 않잖아요 😁

테오

• 팀 문화에 대해서

좋은 팀 문화를 정착시키려 나름 의미있는 시도를 많이 했던 것 같다. KPT 회고, 데일리 미팅부터 시작해 회의시간 정하고 시작하기, 좋은 의견을 낸 사람에게는 따봉 날려주기 등... 매번 데일리 미팅 때 이런 팀 문화에 대해 이야기를 많이 나눴기 때문에 초기에는 잘 유지할 수 있었던 것 같다.

하지만 개발을 시작하고 여유가 없어지자 팀 문화에 대해서 신경을 많이 쓰지 못했던 것 같다. 특히 데모데이가 가까워지는 날에는, 우리가 만든 규칙들을 '어쩔 수 없으니까' 라는 명목 하에 스스로 깨는 경우가 많았다. 그래서 아쉬움이 많이 남는다. 바쁜 일정 속에서 팀 문화 또한 trade-off의 대상이라고는 생각하긴 하지만 말이다.

• 팀 프로젝트에 대해서

레벨 3에서의 팀 프로젝트는 나름 괜찮았다고 생각한다. 적어도 목표한 기능은 어느정도 구현할 수 있었고, 실제로 프로덕트를 사용할 수 있을 정도는 된다. 그리고 하루스터디 서비스를 사용하는 실사용자도 생겨서 기분이 좋다.

하지만 중간 중간에 어려움은 많았던 것 같다. 모두가 협업 프로젝트는 처음이고, 이렇다할 가이드라인을 가지고 있지 않았기 때문에 헤매는 경우가 많았다.

RESTful한 API 설계를 하지 못해 중간에 갈아엎기도 했고, 기능 구현이 급한 상황에서 리팩토링에 너무 많은 시간을 소요하기도 했다. 또한 기획이나 기술적인 측면에서 많은 시간을 토론하는 바람에, 팀원들 모두 지치는 경우도 있었다.

2. 나 돌아보기

히이로

• 3차 스프린트 발표를 준비하면서 그때 그때 문서화해둔 자료들이 미래에 정말 큰 도움이 된다는 것을 직접적으로 경험할 수 있었다. 발표해야할 내용이나 지켜야할 요구사항이 확 늘어나서 부담이 많이 됐었는데 그 당시 고민들을 잘 기록해둔 것들을 보면서 준비하니 맨땅에서 다시 기억하면서 하는 것보다 훨씬 수월할 수 있었던 것 같다.
• 팀원들이 기술적으로 어떻게 고민하는지 볼 수 있었고 함께 고민할 수 있었어서 정말 많이 배웠던 것 같다.
• 그리고 모르는 부분들을 팀원들에게 물어볼 때마다 항상 친절하게 답변해줬다. 모르는 것을 편하게 얘기할 수 있는 분위기를 함께 만들어 줬음에 감사한다.
• 아쉬웠던 점은 아직 스스로 기술적인 고민을 깊게 해보는 습관이 아직 숙련되지 않아 스스로 고민해서 팀에게 먼저 의견을 제시해보지 못한 것이다.
• 레벨3에서 나의 역할은 팀원들의 의견을 수렴, 종합하고 잘 정리하는 것 + 서로 입장차이로 의사소통이 버거워질 때 이를 잘 해소하는 것이었다고 생각한다.
• 레벨4에서는 소프트 스킬적으로 팀원들의 의견을 잘 조율하고 정리하는 것 외에도 기술적으로 팀에게 이바지하는 역할을 잘 해내고 싶다.

엽토

• 인상 깊었던 사건
  • 프론트엔드 팀원 룩소가 코로나라 데모 데이 전날에 노아랑 둘이 새벽까지 고치고 배포했던 경험이 인상 깊었다. 이거 왜 안되지를 반복하며 저녁부터 새벽까지 답답했었는데 해결이 되었을 때 카타르시즘을 느꼈다.
• 좋았던 점(배운 점, 고마운 일)
  • 팀원 전체가 궁금한 점이 있으면 잘 알려준 부분에 대해 감사하다. 그만큼 성장했다.
  • 가끔 직설적으로 말할 때가 있는데, 뒷끝이 없어서 정말 고맙다.
• 아쉬운 점
  • 답답할 때 가끔 직설적으로 말해서 팀원들에게 미안하다.
  • 시간에 쫓겨 하고 싶은 것들을 못한 것들이 있는데, 이 부분들이 좀 아쉽다.
• 레벨 3에서 나의 역할 및 레벨 4때의 역할
  • 레벨 3에서 나의 역할은 분위기 메이커였다고 생각한다. 레벨 4때는 프론트와 백엔드 사이의 징검다리 역할을 잘 하여 프로젝트가 잘 흘러갈 수 있도록 팀에 이바지하고 싶다.

모디

• 제일 기억나는건 선릉 트랙룸서 저녁먹고 계속 기획회의한거... 힘든데 그냥 또 대충하자 할 수도 없고... 근데 또 다들 힘들어하고..ㅋㅋㅋ
• 팀적으로 잘 어우러지기에 많이 부족했고, 많이 배웠지만 여전히 어려운 순간들이 있었습니다. 내 열정이 넘쳐서 답답해하기도 했고 가끔은 쉬엄쉬엄 하고싶어서 작업을 천천히 하기도 했고요. 팀으로 함께할 때 감정적인 사람이 되면 안 되겠다 싶어 최근에는 더욱 캠퍼스에선 밋밋한 사람이 되려고 했는데 이게 더 나은 방법인지는 아직도 모르겠네요 ㅎㅎㅎ 아직 갈 길이 멀지만 여러모로 노력해볼게요.
• 항상 이것저것 어디선가 배워와서 새로 공부할 거리들을 던져주는 백엔드 팀원들 덕분에 느려지는 성장 곡선에 가속을 한 번씩 줄 수 있었습니다. 고마워요. 앞으로도 새로운 것들 같이 배워나갔으면 좋겠어요. 특별한 역할을 맡는게 아닌 4에도 지금처럼 같이 나아갔으면 합니다.

마코

• 좋았던 점 : API명세를 자세하게(예외 메시지와 예외 코드 등) 해달라는 요구사항이 생겼고, 이에 따라 스웨거로 명세를 하다보니 컨트롤러가 복잡해지고 중복이 많이 발생했다. 이런 문제를 해결하기 위해 커스텀 어노테이션을 도입하여 명세를 간소화했던 점이 좋았다. 어떤 멋진 기술을 사용한 것은 아니지만 실제로 팀이 겪은 문제를 코드로 해결했던 과정이 뿌듯했다.
• 아쉬웠던 점 : 프론트엔드를 위해 API명세를 할 때 프론트엔드에서 어떤 정보가 필요한지 파악하지 않았다. 명세를 해달라고 하니까 필요하다고 생각한 정보만 명세를 하게 되었고, 명세가 명확하지 않아 프론트엔드도 개발이 밀리고 백엔드도 명세를 다시 하는 등 비효율적으로 진행됐다. 다음부터는 그냥 명세를 하는것이 아니라 어떤 정보를 어떻게 전달할 것인지 먼저 고민해야겠다는 생각을 했다.
• 우리 팀은 레벨3에서 특정 사람이 특정한 역할만 맡았다기 보다 필요에 따라 역할을 수행했다. 레벨4에서도 어떤 특별한 역할을 맡는다기 보다 우리 팀이 함께 성장할 수 있는 발판이 되고싶다.

룩소

가장 인상 깊었던 순간: 기획을 틀어버렸을 때

• 우리 팀 모두 '실제 사용자가 있는 의미있는 서비스'를 만드는 것에 대해 동감했다. 그렇기 때문에 의미있는 서비스를 위해 기획 단계에서 회의를 정말 정말 많이했다. 하지만 처음 기획했던 플랫폼 서비스 기획에 대해 사용자에게 정말로 의미가 있을지 계속해서 의문이 생겼고, 결국 코치분의 조언에 따라 기획을 거의 바꿔버렸다. 2주간 매일 회의하여 얻어낸 기획을 틀어버리는 것은 쉽지 않은 결정이었을텐데 다들 동의 해줘서 고마웠다. 바뀐 기획은 팀원 모두가 마음에 들어하는 것 같고, 서비스 기획이 좋으니 프로젝트에 더욱 애착이 간다.

좋았던 점

• 레벨3 기간동안 정말 찐한 경험을 했다. 더 좋은 기획, 더 좋은 코드를 만들어가기 위해 끊임없이 소통했다. 상대방이 이해를 못하면 설명을 했고, 내가 이해가 안되면 질문을 했다. 소통하는 능력이 많이 부족하다고 생각했는데 레벨3 동안 이 부분에 많이 성장했다.

아쉬운 점

• 열띤 토론을 하고 집에 와서 생각해보면 내가 내 의견을 너무 강하게 밀어붙였나 하고 생각이 들 때가 가끔씩 있었다. 소통을 하면서 중간중간 나를 돌아보고, 팀원들을 돌아보는 시간을 가져야겠다.

내 역할

• 팀원들 각자가 특정한 역할을 했다기보다, 다같이 팀을 잘 이끌어 나간 것 같다.

노아

• 가장 인상깊었던 순간: 이 순간은 아무래도 첫 배포에 성공했을 때입니다. 로컬에서 msw로만 돌아가던 서비스가 실제로 url를 가지고 다른 크루들에게 공유할 수 있었던 순간이 정말 뜻 깊었습니다. 물론 배포 과정에서 오류가 나타나 이를 해결하는데 시간이 걸렸지만 결과적으론 성공적으로 배포를 하게 되었고 지금도 가끔씩 하루스터디를 직접 사용하면서 학습의 효율을 높이고 있습니다.

• 좋았던 점과 아쉬웠던 점: 문제를 공유해주고 해결을 함께 해주려는 팀원들에게 항상 고마움을 느끼고 있어요. 그리고 '이정도면 충분하겠지?'라고 생각하는 순간에 팀원들의 꼼꼼함이 저를 지탱해주었습니다. 이와 같은 도움을 저도 레벨4 땐 팀원들에게 나누어 주고 싶습니다. 아쉬웠던 점은 각자의 기술 공유가 잘 정리되지 않았다는 것입니다. 기술 블로그가 존재하는데 여기에 서로의 기술글을 작성하고 이를 시간을 내어 함께 공부한다면 레벨4 땐 지금보다 함께 성장할 수 있을 것이라 생각합니다. 또한 백엔드+프론트엔드 협업도 해보니 재밌었는데,,, 시간이 된다면 몇 번 더 진행하고 싶습니다.

• 내 역할: 항상 긍정적인 모습을 보이려고 노력을 하는데, 팀원들이 어떻게 받아드렸는지는 잘 모르겠어요. 앞으로도 긍정적인 마음을 잃지 않고 팀원들에게 심적으로 큰 도움을 주고 싶어요.

테오

• 가장 인상깊었던 순간

가장 인상깊었던 순간은 아마 기획 회의를 주구장창 하던 때가 아니었나 싶다. 한창 기획 회의를 했을 때에는 저녁도 안먹고 8시까지 토론하던 때도 있었다. 다들 진심으로 좋은 프로덕트를 만들고 싶었기 때문이다. 긴 회의에 지치기는 하면서도 뭔가 '이사람들이라면 뭔가는 만들겠다' 라는 감정을 느꼈었다.

• 좋았던 점과 아쉬웠던 점

좋았던 점은 기획, 협업에 대해 많이 배웠다는 것이다. 우리 하루스터디 팀은 개인보다는 공동체라는 느낌이 강했다. 회의에 대한 거부감도 없고, 의사소통에 대한 두려움도 없어서 토론을 정말 많이 했다. 이 과정에서 찐한 협업을 경험할 수 있었다.

아쉬웠던 점은 기술적으로는 많이 성장하지 못했다는 것이다. 학습보다는 '프로덕트 만들기'에 집중하다보니 스스로 가져가는게 그렇게 많지는 않았던 것 같다.

• 레벨 3에서의 나의 역할

프로젝트 초반에는 팀 문화 정착에 기여를 어느정도 했다고 생각한다. KPT 회고부터 Action Item 선정하는 것까지, 구글링을 통해 좋은 문화에 대해 찾아보고 알아내서 제시한 것들이다.

프로젝트 중에는 나만의 특별한 역할은 따로 없었던 것 같고, 팀원들 모두가 특별했던 것 같다. 앞으로도 이대로만 가면 어떨까 싶다.

3. 서비스 제작 후기

하루스터디 서비스를 개발하면서 즐겁기도 했지만, 많은 어려움도 겪기도 했던 것 같습니다. 사실 저희 팀에는 이전까지 제대로 된 개발 프로세스나 협업을 경험해 본 크루가 거의 없습니다.

따라서 프로젝트를 리드할 사람은 당연히 없으며, 모두가 리더가 되어야 하는 상황이었습니다. 하지만 제대로 된 서비스를 제작하는 건 처음이다보니 순탄치 못했던 때가 많았던 것 같습니다.

2주동안 논의했던 기획 내용을 보다 좋은 서비스를 제공하기 위해서 갈아엎는 일도 있었고, RESTful한 API를 제대로 설계하지 못해 처음부터 재설계를 하는 일도 있었습니다.

그럼에도 끝에 가서는 사용자에게 유용하게 사용될 수 있을만한 서비스인 하루스터디를 만들어낼 수 있었습니다.

팀원들 모두 이는 함께라서 가능했던 일이라고 생각하고 있습니다. 앞으로 어떤 상황이 닥쳐도 함께 해결할 수 있는 하루스터디 팀이 되었으면 좋겠습니다.

[LJW25]

행록

1. 팀 문화 돌아보기

• 우리에게 의미 있었던 팀 문화를 뽑아보고, 문화가 만들어진 과정과 더불어 어떻게 잘 유지할 수 있었는지 다함께 정리해본다.
• 팀 프로젝트가 기존에 원했던 방향대로 잘 흘러갔는지 각자의 의견 및 감정을 공유하고, 레벨4에 어떻게 유지/개선할 수 있을지 함께 이야기를 나눠본다.

홍고

• [의미 있었던 팀 문화]
  • 기술 문서 작성 : 다른 팀원의 업무를 쉽게 파악하기 위해, 각자 자신이 구현한 부분의 기술 문서를 작성해서 공유하는 문화를 만들었다. 블로깅을 자주 하는 팀원들이 많아 자연스럽게 팀 문화로 적용되었다. 팀원간 기술 문서 작성을 편하게 요청하는 분위기가 형성되어서 잘 유지되었다.
  • PR 코드 리뷰 : 팀원의 업무 내용을 파악하고, 지식을 공유하기 위해 PR단위로 코드 리뷰를 하는 문화를 만들었다. 코드 스타일을 통일하고, 코드 품질을 높일 수 있었다. 두 명이상의 팀원이 approve해주어야 merge를 할 수 있는 규칙을 만들어서 코드 리뷰가 잘 유지되었다.
  • 스크럼 회고 : 스크럼 단위로 팀원들끼리 어려움을 공유하고 개선하기 위해 팀 회고를 하는 시간을 만들었었다. 금요일마다 감정회고&기술회고를 했었는데 각자 어려움을 느끼는 파트를 파악하고 개발 속도를 조정할 수 있는 시간이 되어 좋았다. 기술적인 어려움외에 감정적인 어려움도 공유해서 팀원의 성향을 파악할 수 있었다.
• [프로젝트 방향에 대한 의견, 감정, 개선 방법]
  • 최종 데모데이쯤에는 기능을 개발하느라 바빠 스크럼 회고를 제대로 못한 것 같아 아쉽다. 레벨4에서는 태스크 일정 추정에 더 노력을 들여 스크럼 회고하는 시간을 지킬 수 있게 해야겠다.
  • 스크럼 회고때 질문을 더 많이 해야겠다는 생각이 들었다. 레벨3의 스크럼 회고때는 보통 자신이 겪고있는 기술적 문제가 무엇인지를 간단하게 말하고 끝났던 것 같다. 정확히 어떤 부분에서 어려움을 느꼈는지 & 왜 어려움을 느꼈는 지를 더 끌어낼 수 있는 질문을 많이 하고 개선 방안을 다같이 생각해보는 시간을 늘려야할 것 같다. 스크럼 회고의 절차를 더 체계적으로 계획해서 서로의 러닝커브를 높이기 위해 노력해야겠다.

달리

• [의미 있었던 팀 문화]

  회의를 시작하기 전에 다같이 화이팅을 외치는 문화가 좋았다. 의지도 다져지고, 분위기도 긍정적으로 시작할 수 있어서 좋았다. 진행중에 조금 힘들어지거나 쳐질때 화이팅 하자고 하면서 외칠때 마다 다시 기운이 났다.

• [프로젝트 방향에 대한 의견, 감정, 개선 방법]

  프로젝트 초기에는 스프레드 날마다 감정 회고를 하였지만 후반으로 갈 수록 개발에 치여 하지 못하였던 점이 아쉬웠다. 따라서 레벨 4에서는 그러한 시간을 조금 가지도록 노력 할 필요가 있다고 생각한다.

이오

• [의미 있었던 팀 문화]

  회의 시간을 명확히 정해 주기적으로 쉬는시간을 갖고, 충분한 논의 끝에도 결론이 나지 않을 때는 다수결에 따라 결정 방법(다수결 혹은 랜덤 등)을 결정하는 규칙이 가장 효과적이었다고 생각한다. 팀원 모두가 주장이 확실한 편이어서, 이 규칙이 없었으면 회의에 많은 시간이 소요되었을 것 같다.

• [프로젝트 방향에 대한 의견, 감정, 개선 방법]

  프로젝트가 앞으로 나아가는 데에는 부족함이 없었다고 생각한다. 다만 후반부로 갈수록 일정추정이나 회고에 아쉬움을 느꼈다. 레벨 4에서는 초반부터 잘 준비하여 후반에서도 여유를 잃지 않고 단단한 프로젝트를 완성할 수 있도록 노력하고 싶다.

디노

• [의미 있었던 팀 문화]
  • 매일 아침 데일리 미팅을 통해 팀원의 오늘 하루 컨디션과 작업 진행 상황등을 파악할 수 있었던 점이 좋았다.
  • 최대 회의 시간과 안건 별 진행시간을 미리 지정하는 것, 의견 충돌이 발생했을 때 정해진 규칙에 따라 의견을 취합하는 방식이 확실히 프로젝트를 진행하면서 효과적이라고 느껴졌다.
• [프로젝트 방향에 대한 의견, 감정, 개선 방법]
  • 우선 8주라는 짧은 시간 내에 구현할 수 있는 최대한의 기능을 추정했고 구현을 완료했지만, 레벨 4 부터는 각자가 원하는 방향이 다를 것 같아서 초반에 충분한 의견 교환을 진행해야 할 것 같다.
  • 레벨 3 동안 충분히 친하고 즐거운 분위기로 프로젝트를 진행했지만, 분명히 알게 모르게 감정이 상할 수도 있는 상황이 있었던 것 같다. 이런 부분을 상기하며 레벨 4를 진행해 나가면 더욱 즐겁고 효과적인 팀 프로젝트가 될 수 있지 않을까..?

라온

• [의미 있었던 팀 문화]
  • 의견 충돌은 유연하게 대처해요
  • 선정했던 팀 문화 중 가장 의미 있었던 팀 문화라고 생각한다. 다양하고 많은 상황에서 발생할 수 있는 의견 충돌을 우리가 정한 규칙에 따라 적절한 선에서 조절할 수 있었다. 덕분에 서로의 감정을 상하지 않게 하면서, 의견 충돌을 해결하기 위하여 소비하는 시간을 줄일 수 있었다.
  • 단순히 의견이 길어지는 것만으로 대처 방법(의사 결정 방법)을 논의하는 것이 아니라, 의견을 주장하는 사람이 타인들에게 충분한 설득을 했다고 생각했을 때 대처 방법을 논의하였다. 그 후에 이를 해결하기 위한 의사 결정 방법은 투표로 할지, 돌림판을 돌릴지 등을 과반수로 결정하였다. 과반수에 의해 결정된 방법으로 의견 충돌을 해결하였다.
  • 사실, 처음에 우리가 정한 그라운드 룰 중에서 지표를 측정하기 어려운 문화 중 하나라고 생각하여 원하는 방향으로 잘 실행될 것이라고 기대하진 않았다. 하지만 이런 문화를 언급하고 정하고 나니 회의와 의견을 나눌 때 항상 언급되며 우리가 정한 문화처럼 의견 충돌을 유연하게 대처할 수 있었던 것 같다.
• [프로젝트 방향에 대한 의견, 감정, 개선 방법]
  • 현재까지의 방향성
    • 수집할 수 있는 데이터에 한계가 있었던 기존의 기획과 외부 API를 통해 받아온 데이터 저장의 한계를 어느 정도 극복하여 서비스를 잘 구성해 나갔던 것 같다. 기획단에서 모두가 적극적으로 의견을 내고 주장했던 부분들이 이 서비스를 잘 만들어 보고자 노력했던 거 같아 좋았다. 또한, 1차 스프린트 때 기능의 우선순위에 맞춰 서비스 출시까지의 기능들을 계획하였는데, 이때의 정했던 계획에 맞춰 스프린트 별로 잘 진행되었던거 같아 만족스러웠다!
  • 레벨4 유지/개선
    • 현재 개인의 여행을 기록하는 관점에서 필요한 기능 자체는 모두 완성되었다고 생각한다. (아 .. 아닌가 … ㅎ.. ?) 다만, 사용자 경험 관점에서 봤을 때 혹은 모바일 환경에서 사용했을 때 조금은 불편한 부분이 있다. 또한 데모데이 때 받은 피드백을 바탕으로 불안정한 부분들을 개선할 수 있을 것 같다.
    • 개발하면서 최적화를 아예 생각하지 않은 건 아니지만, 기능 개발이 우선시 되었기에 깊게 고민하지 못하고 넘어갔던 코드들이 부분부분 있다. 해당 부분을 성능적인 측면에서 개선할 수 있을 것 같다. 또한 최적화처럼 .. 시간적으로 구현하지 못했던 ,, 테스트 코드들도 작성/개선할 수 있을 것 같다.
    • 기획의 방향을 조금 틀어서 현재 개인만 사용하는 서비스에서 다른 사람들과 상호작용할 수 있는 방향성에 대한 팀원들의 의견도 들어보고 싶다. 현재는 개인이 사용하는 서비스이기에 많은 사용자가 상호작용하는 부분이 적어 개발적으로 경험할 수 있는 부분들에 한계가 있다고 생각하였다. (물론 이 부분은 기획적인 측면보다는 더 많은 개발 경험을 쌓기 위한 시도이다!)

헤다

• [의미 있었던 팀 문화]

  체크인 박수와 체크아웃 박수로 팀에 활력이 돌아서 좋았다.

• [프로젝트 방향에 대한 의견, 감정, 개선 방법]

  레벨 후반으로 갈 수록 회고를 잊었는데 레벨4때는 잘 챙겨서 하면 좋을 것 같다.

애슐리

• [의미 있었던 팀 문화]

  10 to 6가 가장 의미 있었다. 눈치 보지 않고 칼퇴 해도 된다는 점이 좋았다. 각자의 페이스에 맞춰서 일과 시간에는 집중해서 일을 하고 퇴근할 사람들은 퇴근하고 남아 있고 싶은 사람들은 자유롭게 남을 수 있는 환경이 많은 도움이 되었다.

• [프로젝트 방향에 대한 의견, 감정, 개선 방법]

  처음에는 서로 코드 리뷰를 상세하게 했었는데, 뒤로 갈수록 기능 개발하느라 바빠서 제대로 하지 못한 점이 아쉽다. 코드 리뷰를 통해 다른 사람이 작성한 코드를 파악하고, 또 우리가 만들 서비스의 기반을 더 탄탄히 할 수 있다고 생각한다. 그래서 레벨 4에서는 빠르게 기능 개발을 하는 것도 좋지만, 좀 더 자세한 코드 리뷰를 통해 우리가 쌓아 올린 탑이 견고하게 유지되도록 하고 싶다.

슬링키

• [의미 있었던 팀 문화]

  체크인 박수가 굉장히 인상깊었다.

  처음 회의를 시작하다보면 분위기가 처진 상태로 시작하는 경우가 꽤 있었다고 생각하는데, 체크인 박수 덕분에 좀 더 활기차게 시작할 수 있었다고 생각한다.

• [프로젝트 방향에 대한 의견, 감정, 개선 방법]

  방향에 대한 의견, 감정에 관하여 개선하고자 한다면 회고가 가장 큰 해결방법이라 생각하는데, 레벨3동안 바쁘다보니 회고시간이 많이 없었다고 생각한다.

  좀 더 신경써서 회고를 하다보면 개선할 수 있지 않을까 생각한다. 물론 크게 개선할점이 있을까 싶긴 하다^^

---

2. 나 돌아보기

• 팀 프로젝트를 진행하면서 각자에게 인상 깊었던 사건을 뽑고, 해당 순간에 대한 본인의 감정을 공유한다.
• 좋았던 점(배운 점, 고마운 일), 아쉬웠던 점을 인당 최소 1개 이상 작성한다.
• 레벨3에서 내가 어떤 역할을 했는지 돌아보면서, 레벨4때 어떤 역할을 할 수 있을지 고민해본다.

홍고

• [인상깊었던 사건]

  세 번째 데모데이 당일 새로운 PR을 merge했다가 서비스 기능이 제대로 동작하지 않았던 사건이 떠오른다. PR 코드를 봤을 때 모든 팀원들이 큰 문제가 없다고 판단하고 머지했지만, 이슈가 발생해 데모데이 직전까지 문제파악을 했었다. 물론 merge사항을 revert하면 되겠지만, 데모데이 직전에 문제를 겪으니 당황스러웠고 초조해져 그 날 다른 팀의 발표에 제대로 집중하지 못한 것 같다. 이 사건 이후 데모데이 당일에는 merge하지 않는 팀 규칙이 생겨서 좋았다.

• [좋았던 점, 아쉬웠던 점]

  팀원들이 전부 적극적으로 의견을 내는 성향이라 좋았다. 의견 차이가 많이 생겨서 회의 시간이 엄청 길어진 적도 있지만, 덕분에 각 방안의 장단점을 깊게 고민해볼 수 있어 좋았다.아쉬운 점은 회의시 팀원들의 체력을 따라가지 못했던 것 같다. 활발한 회의가 진행되어서 기쁘긴 했지만, 회의가 길어지면 체력이 점점 떨어져서 가끔 관중처럼 구경했던 것 같다. 회의중 집중력이 떨어지면, 서기로라도 참여하면서 최대한 버텨야할 것 같다.

• [레벨 3, 4에서의 나의 역할]

  레벨3에서는 도메인 개발을 하는 데 많은 시간을 들였던 것 같다. 서버 아키텍처 구조, 인프라 관련으로는 많은 고민을 해보지 못한 것 같다. 레벨4에서는 서버 트래픽을 낮추기 위해 캐싱, 로드밸런싱, 데이터 압축등 다양한 방안을 찾아보고 적용해보고싶다.

달리

• [인상깊었던 사건]

  PR을 올릴때 실수가 많았다. 초반에 프론트의 -30000줄 pr부터 중간 중간 컨벤션을 지키지 않아 팀원들의 시간은 뺐은 적이 많은 것 같다. Git과 컨벤션이 정해져있는 팀프로젝트가 처음이어서 그런 것도 있었다고 위안 삼았지만 계속 같은 실수가 생겨서 창피했다.

• [좋았던 점, 아쉬웠던 점]

  팀원들 덕분에 개발자의 팀프로젝트에 대해 알 수 있었다. 특히 git에 대한 문화와 사용법을 자세히 경험할 수 있어서 고마웠다. 아쉬운 점은 나의 열정에 문제가 있지 않았나 싶었다. 항상 이정도면 됐지 라는 생각을 한것 같다.

• [레벨 3, 4에서의 나의 역할]

  초기 Oauth 인증, 환율, 가계부 그리고 서버 모니터링을 담당하였다. db에 관련된 고민을 많이 못해본 것 같다. 레벨 4 때에는 실제 서버가 운영이 되며 트래픽이 부하가 심할때 고려해야 할 점을 고민해 보고 싶다.

이오

• [인상깊었던 사건]

  앞에서도 많은 일이 있었지만, 런칭 페스티벌을 준비하면서 여행 샘플을 만들었을 때가 가장 먼저 떠오른다. 여행 수정을 선택하려다 실수로 삭제를 누르는 바람에 몇 시간동안 만든 여행이 삭제되었었다. 다행히 DB에 접속해서 복구가 가능했지만, 처음 삭제 되었을때는 굉장히 놀랐었다. 사용자의 실수를 방지해 주는것도 중요하다는 것을 느낄 수 있었다..

• [좋았던 점, 아쉬웠던 점]

  그 동안 여러 프로젝트를 경험해 보았지만, 백엔드로서 서버에 서비스를 배포하는 경험은 처음이었다. 이에 관해서 새로운 것을 많이 배울 수 있었던 것이 가장 좋았던 점이다. 팀원들이 없었다면 혼자서 이 모든걸 공부하고 해낼 수 없었을 것이다. 아쉬웠던 점은 기능 구현을 빠르게 하는데에 집중하면서 오류가 많이 발생했던 것이다. QA 과정에서 대부분 수정하긴 했지만, 처음부터 테스트코드를 꼼꼼히 짜지 못했던 것이 아쉽다.

디노

• [인상깊었던 사건]
  • 처음으로 prod 서버에 배포를 한 날이 가장 기억에 남는다. dev 서버와 세팅 상황이 다르다는 점을 인지하지 못하고 너무 여유롭게 작업을 진행하다 배포가 되지 않아 혼쭐이 났는데, 역시 항상 최악의 상황을 염두에 둔 채 작업을 진행해야 한다는 점을 다시 한 번 깨닫게 한 사건이었다.
• [좋았던 점, 아쉬웠던 점]
  • 어색한 분위기를 빨리 해소하고 싶어서 장난도 많이 치고 오버한 경향이 없지 않아 있는데, 혹시라도 그러한 과정에서 팀원들이 조금이라도 상처를 받는 포인트가 있진 않았을까 하는 생각이 들었다. 하지만 다른 팀원들이 즐겁게 잘 받아줘서 전체적으로 즐거운 분위기 속에 프로젝트를 진행한 것 같아 후회는 없다..!
• [레벨 3, 4에서의 나의 역할]
  • 레벨 4때는 3때와 다른 프로젝트의 방향성이 확립될 것 같은데, 해당 방향성 내에서 내가 할 수 있는 최대한의 부분에 기여하고 싶다.
  • 개발 외에도 팀원 모두 앞으로 취준 준비도 하게 될 텐데, 서로 함께 으쌰으쌰 하는 분위기가 되도록 주도하고 싶다.

라온

• [인상깊었던 사건]
  • 론칭 페스티벌 전날 늦게까지 남아 production 배포를 했던 생각이 난다. 끝까지 버그 픽스를 하느라 production에 배포하지 못하였고 퇴근 30분 전에 배포하고 나니 production이 펑펑 터지는 사건이 발생하였다. 이때 집에 가지 못하겠음을 깨닫고 급하게 버그 픽스를 했던 생각이 난다. 배포 전 날에는 반드시 미리미리 QA하고 조금 더 서둘러서 배포해야겠다고 생각했다. 신뢰를 어겼던 부분에 대해서도 반성의 시간을 가졌다.
  • 안심도 잠시, 다음날 급하게 버그 픽스한 이슈들을 develop 브랜치에 반영하려고 할 때 우리의 Git에 크나큰 문제가 발생하였음을 깨달았다. 또한, 그 밤 동안 발견한 버그들에 대한 수정이 필요하였지만, 우리의 git branch 전략을 모두 어기고 main(production) 브랜치에 push 하는 방법밖에 떠오르지 않았다. Git을 1년 넘게 사용하고 있지만 진짜 봐도 봐도 어려운 게 Git이라는 생각이 들었고 방학 때 이 Git에 대한 무지를 극복해야겠다는 생각뿐이었다.
• [좋았던 점, 아쉬웠던 점]
  • 좋았던 점
    • 학습적으로는, 인프라를 처음 다뤄볼 수 있어서 좋았다. 구현에 앞서서 여러 인프라에 대한 장단점을 많이 고민해 보지는 못했지만 구축해 볼 수 있었던 경험만으로도 값졌다고 생각한다. 감정적으로는, 생일날 데일리 끝나고 디노가 스벅으로 내 시선을 돌리고 케이크를 준비하고 있었던 팀원들이 귀엽고 감사했다. 생일날 케이크 못 자를 뻔 했지만 케이크 자르게 해주셔서 팀원들에게 너무 감사했다!!!
  • 아쉬웠던 점
    • 서비스 런칭 때까지의 개발이 끝나고 나니, 막상 내가 맡았던 부분들이 명확하게 보이지 않았다. 자잘하게 여러 곳을 건드리거나 의견을 내고 리팩토링하는 부분들이 많았었고, 주도적으로 맡아서 하는 부분이 적었던거 같아 아쉬웠다. (나 뭐했지?!) 학습적으로는, Spring과 JPA를 깊이 있게 공부하지 못했던 것 같아 아쉬웠다. (모르면 홍고한테 물어보기 시전했다..) 감정적으로는, 내 의견을 강하게 주장했던 점이 팀원들에게 지침을 가져다 주지 않았을까 하는 걱정이 들었다. 항상 감사합니다 여러분 ,, 🥹
• [레벨 3, 4에서의 나의 역할]
  • 다른 사람의 의견을 많이 많이 포용하고 항상 긍정적으로 생각하면서 다양한 의견을 경청하는 자세를 갖는다. 슬링키에게 떠맡겼던 인프라 측면을 다같이 머리 맞대고 고민해본다. 현재 코드에서 최적화되지 않은 코드들을 개선한다. 매우 많이 업로드 되는 이미지 압축을 생각해본다. 첫 로딩과 이미지 로딩이 느린 점도 개선해본다.

헤다

• [인상깊었던 사건]

  데모데이 직전에 내가 작성한 코드로 인해 핵심 기능이 작동하지 않았다. 당황했지만 프론트 크루들이 빠르게 도와줘서 발표직전에 버그를 고칠 수 있었다. 갑작스런 버그로 팀원들을 당황스럽게 해서 미안했는데 괜찮다고 격려해줘서 고마웠다.

• [좋았던 점]

  크루들이 똑똑하고 열정있어서 많이 배울 수 있었다.

• [아쉬웠던 점]

  주어진 기능을 구현하는 일만 하고 다른 공부나 부수적인 것들을 하지 못해서 아쉽다.

애슐리

• [인상깊었던 사건]

  3차 데모데이 때 발표하기 직전에 핵심 기능이 제대로 작동하지 않았던 사건이 가장 기억에 남는다. 제일 최신 코드를 풀 받은 다음에 로컬에서 실행하면 제대로 작동하는데, 이상하게 배포만 하면 기능이 아예 안되는 문제가 있었다. 데모 발표하기 10분 전까지도 문제를 파악하지 못하고 마음을 졸였었다. 다행히 발표 시작하기 전에 해결하기는 했지만, 자칫하면 우리가 2주 동안 노력해온 모든 것이 물거품 될 지경까지 갔었다. 이 사건을 통해서 테스트의 중요성을 깨달았고 pull request를 올릴 때마다 cypress e2e 테스트를 통해 검증하는 과정을 도입했다.

• [좋았던 점, 아쉬웠던 점]

  팀원들 모두 자기가 맡은 일을 열정적으로 잘 해줘서 고마웠다. 우여곡절이 없었던 것은 아니지만 결국에는 우리가 제일 처음에 기획했던 서비스를 만들 수 있어서 좋았다. 아쉬운 점은 뒤로 갈수록 내 체력이 떨어져서 집중력이 떨어졌던 점이다.

• [레벨 3, 4에서의 나의 역할]

  전반적인 서비스의 핵심 기능들을 개발하는 데 많은 시간을 보냈다. 기능 개발하는데 급급했던 것 같다. 그래서 조금 더 좋은 코드를 작성하는데 많은 시간을 사용하지 못한 것 같아서 아쉽다. 레벨 4에서는 기존 코드를 리팩토링하고 최적화도 해보고 싶다. 지금 만든 것을 열심히 아름답게 다듬고 싶다.

슬링키

• [인상깊었던 사건]

  애슐리와 동일하게 3차 데모데이 발표 직전에 핵심 기능이 동작하지 않았던 사건이 기억에 남는다.

  그날 발표 시작 전쯤 approve를 해버렸는데, 거기서 문제가 발생했던 것이다. 그 발표 발표자가 나였는데, 그 날 아침에 머지한 프론트 pr이 3개라서 마음이 굉장히 조급했던 기억이 난다. 집사의고민팀 발표가 5분 조금 남았을 때 문제를 찾고 해결해서 안도의 한숨을 크게 내쉬었던 기억이 난다.

• [좋았던 점, 아쉬웠던 점]

  • 좋았던 점

    팀원들이 다들 열정이 넘쳐서 좋았다. 정말 작업들을 일사천리로 진행이 되었다. “개발”이라는 하나의 틀에서 전체적인 흐름을 찾으며 공부하는걸 좋아하는 편인데, 인프라쪽 공부를 많이 할 기회가 생겼다보니 새롭게 알게된 내용이 정말 많았다.

  • 아쉬웠던 점

    급하게 새롭게 공부하고 적용할게 많다보니 레벨3 중간에 무리를 좀 했었다. 주말에 공부하고 와서 적용하기를 몇 주 하다보니 결국 몸이 퍼졌고 한 1주일정도 열감기에 걸려 고생좀 했다. 컨디션관리를 제대로 하지 못했던게 좀 아쉽다.

---

3. 서비스 제작 후기

“하나의 완성된 서비스를 만드는게 이렇게 힘든 일이구나” 라는 점을 크게 느꼈다. 그 동안 기술적인 부분에만 초점을 맞췄는데, 서비스를 만들어보니 사용자의 편의성부터 외부 API를 사용하기 위한 조건까지 고려할 부분이 생각 이상으로 많았다.

팀을 이뤄 일하면서, 모든 부분에서 의견 조율이 필요했다. 서로 각자 타당한 이유를 가지고 아이디어를 제시했기 때문에 그 아이디어들을 하나로 합치는 과정이 어려웠다. 그러나 서로 감정 상하는 일 없이 항상 긍정적으로 받아들이는 문화가 있어 팀분위기도 좋았고, 깊게 고민하는 시간이 있었기에 완성도 높은 서비스를 만들 수 있었던 것 같다. 협업을 하면서 개개인의 실력도 중요하지만 팀의 분위기, 협업 프로세스가 잘 갖추어져 있어야 좋은 서비스를 만들 수 있다는 걸 배웠다.

[HyeryongChoi]

🐕집사의 고민🚶‍♀️

1. 팀 문화 돌아보기

• 기록
  • 회의 내용을 정리함으로써 나중에 다시 확인할 수 있고 다른 팀원들과도 공유할 수 있어서 좋았다.
• 주간회고
  • 개선할 점을 찾아서 공유하고 같이 해결할 수 있어서 좋았다.
• 어떤 질문이든 OK
  • 공유가 안된 부분, 모르는 부분 등 질문과 답변을 주고받는 과정에서 서로 배우는 것들이 많아서 좋았다.

2. 나 돌아보기

에디

• 인상깊었던 사건

  • 우리 서비스가 맨 처음에는 서비스의 방향성이 잘 정해지지 않아서 혼란을 겪었었다. 그 때문에 서비스 자체를 바꿀 뻔한 적도 있는데, 그런 엄청난 위기를 잘 겪고 극복해 나간 경험이 인상깊다. 이런 경험을 다른 어디서도 하기 힘든 경험이라고 생각하고, 그런 경험 덕분에 지금의 집고 팀이 생긴 것 같다. 그 상황에서 당장 다른 팀들은 개발을 진행하고 있고 프로젝트의 진행도가 쭉쭉 오르고 있는데, 우리팀만 제자리에 멈춰있는 느낌이 들고, 기획이 안되니 개발은 꿈도 못 꾸는 상황이라 불안하고 답답했었다. 하지만 잘 극복해서 지금은 뿌듯함이 더 커졌다!

• 좋았던 점

  • 젠킨스 서버 문제로 배포가 되지 않았던 긴급상황에, 팀원 대다수가 다같이 남아서 같이 옆에 있어줘서 든든했다! 평소에는 혼자 개발을 담당해서 진행했던 경험이 많은데, 이번에는 믿음직한 팀원들이 잘 분배되어있어서 조금 안심이 되었고, 기능 개발에 급급한 것이 아니라 조금 더 생각을 하고 프로젝트를 차근차근 진행했던 것 같다.

• 아쉬웠던 점

  • 프론트엔드 개발에 집중할 수 없는 상황이다 보니 여러가지 기능들, 기획들에 대해서 조금 더 욕심을 못부린게 아쉽다.

• 지금까지 나의 역할

  • 디자인, 인프라쪽을 많이 했던 것 같다.

• 앞으로의 나의 역할

  • 디자인과 인프라.. 워낙 프로젝트에 필수적인 부분이다 보니 어쩔 수 없이 그대로 계속 내가 많이 담당하게 될 것 같다.

노아이즈

• 인상깊었던 사건
  • 3차 데모데이 전 날 모두가 남아 함께 작업하고 이후 새벽까지 디버깅했다. 팀원들의 열의를 엿볼 수 있는 순간이었고, 이런 팀원들과 함께하고 있다는 것이 고맙고 든든했다.
• 좋았던 점
  • 애자일하게 변경이 잦고 한 치 앞을 알 수 없는 개발 경험을 했다.
• 아쉬웠던 점
  • 개발 단계에서 많은 부분을 고민하다 보니 구현 속도가 나지 않는다.. 애자일하거나 목적 조직에 내가 맞지 않나? 라는 생각을 함
• 지금까지 나의 역할
  • 기능 구현 및 개발
• 앞으로의 나의 역할
  • 리팩토링..? 리팩토링 할 부분 토달기..?

로지

• 좋았던 점

  • 망했다 느꼈을 때, 돌파구 찾아서 해결한건 정말 내 인생 처음 느낀 행복한 일이었어
  • 3차 데모데이 ㅜㅜ 정말 행복 ⇒ 우리의 노고를 인정받아서.
  • 런칭데이 ⇒ 크루들한테도 반응이 좋았어서

• 배운 점

  • 나혼자 어설프게 욕심을 내기보단 다같이 발맞춰 걷는 게 중요하구나,
    • 우리에게 맞는 협업 모델을 찾아 낸것 같아 기뻤어 :D
  • 가장 인상 깊었던 건, 피드백을 어떻게 받아들여야하는지 돌아볼 수 있었던 2차 데모데이
    • 이전까지는 피드백에 열려있다고 하면서도 나한테 좋은 말 해주는 사람만 좋아했던 것 같아

• 아쉬웠던점

  • 속도가 느렸던 것..?
    • 학습과 동시에 구현을 하는 건 참 시간이 많이 들었던 것 같아 :D…
  • 막판에 도입한 기술은 내가 잘 파악하고 있지 않은 것같아

• 지금까지 나의 역할

  • 초반에 진행을 많이 했던 것같다
  • 질문을 많이 했다.

• 앞으로의 나의 역할

  • 좋았던 건 그대로 가져가고 싶고.
  • 체계를 만드는 사람이 되고 싶네!!!!!!11

무민

• 인상 깊었던 사건
  • 데모데이 전 날 캠퍼스에서 밤늦게 몰래 하다가 네오한테 걸렸을 때ㅋㅋㅋㅋㅋㅋ
  • “우리 열정이 이정도다!!” 뿌듯했음 한편으론 혹시 제적당할까봐 무서웠음
• 좋았던 점
  • 나는 뭔가 옛날부터 질문하는게 내 밑천이 드러나는 거라고 생각했었어서 질문을 안 하는게 습관으로 잡혀버렸음.
  • 팀원들이 질문을 많이 하는 거 보고 많이 배움
    • 거기서 또한 꼬리 질문으로 나오는 것에 토론을 하면서도 많이 배움
  • 앞으로 자유롭게 질문하고 토론하도록 노력하겠음
  • 우리팀들 열정에 많이 배움
    • 새벽에도 pr이 끊이지 않음..
    • 레벨 4때 진짜 폭주기관차 될 예정
• 아쉬웠던 점
  • 레벨 3때 해결하지 못한게 바로 마감 기한 지키기였음. 항상 마지막에 바빠서 merge 버닝 이벤트가 열렸엇는데, 레벨 4 때는 진짜 지킬 수 있으면 좋겠음ㅜㅠ
• 지금까지 나의 역할
  • 딱히 뭘 주도적으로 하진 않은 것 같고 보조하는 역할을 많이 했었다!
• 앞으로의 나의 역할
  • 레벨 4때는 그대로 보조하는 역할도 하되 좀 더 주도적으로 할 수 있도록 더 고민하고 노력해야겠다.

첵스

• 좋았던 점(배운 점, 고마운 일)

  • 로지와 에디 덕분에 프론트엔드 인프라에 대해서 공부해볼 수 있었는데 우리 프로젝트의 전체적인 흐름도 이해할 수 있게 되어 너무 재밌었고 도움이 많이 됐다. 특히 에디에게 질문을 많이 했는데 잘 알려줘서 고마웠다.
  • 매 데모데이 전날 > 새벽까지 팀원들이랑 함께 고군분투(?)했던 게 기억에 남는다. 다들 너무 고마웠다.
  • 가비랑 무민이랑 협업하면서 이것저것 요구를 많이 했는데 아무 때나 연락해도 잘 받아주고 반영해줘서 고마웠다~

• 아쉬웠던 점

  • 초반에 기획에 시간을 많이 쏟으면서 사용자에게 피드백을 받을 수 있는 프로토타입 제작이 늦어진 점이 아쉽다. 레벨4에서는 사용자 피드백을 많이 받아서 더 도움이 되고 쓸모있는 서비스로 만들고싶다.
  • 기능 구현 하느라 테스트에 신경을 못쓴 점이 아쉽다. 레벨4에서는 우리가 정했던 테스트 전략에 맞춰 테스트도 신경써야겠다고 생각했다.

• 지금까지 나의 역할

  • 레벨3 때는 기획자로서 기획에 신경을 많이 썼고 팀원들 컨디션 관리에도 신경을 썼던 것 같다.

• 앞으로의 나의 역할

  • 레벨4 때는 기능 구현에 급급하기 보다는 내 코드에 대해서 더 많이 고민하면서 더 성장하고싶고 버닝이벤트가 아니더라도 팀원들이 믿고 어푸룹할 수 있도록 ㅎㅎ 개발 역량을 더 키우고싶다.

가비

• 인상깊었던 사건

  • 3,4차 데모데이 전날 젠킨스 이슈
    • 배포 안되서 11시 넘어 문 앞에 남아서 배포하고 감
    • 실질적인 도움이 되고싶었는데 바라볼 수 없었던 게 아쉽
      → 4차데모데이 운영/개발환경 나누는 것 제가 하겠다고 한 것 같아용

• 좋았던 점

  • 기술적으로 새로운 것들을 많이 시도할 수 있었다
  • 팀을 잘만났다는 생각이 좀 들었음

• 아쉬웠던 점

  • 기술적으로 처음 접한 것들이 많은데 아직 내 것이 안됐다
  • 고민을 깊게 하지 못했던 것들..
  • DDD(데모데이 주도 개발)
  • 공유가 정말 안됐다
    • 특히 4차 데모데이 전날 배포 이슈
    • 민무 미안해!

• 지금까지 나의 역할

  • 궁금 한 것 질문 계속 하기… 프로질문러…
  • 기능 구현 및 개발?

• 앞으로의 나의 역할

  • 기능 구현 및 개발?

베베

• 인상 깊었던 사건

  • 데모데이 전날 다들 집도 안가고 거의 잠도 안자고 했던 기억.. 팀원들이 열심히 하는구나(!)라는걸 느꼈음
  • ㄹㅇ 네오랑 눈 마주쳤을 때 소름돋았음..

• 좋았던 점

  • 새로운 기술을 도입하는 과정에서 팀원들을 설득하기 위한 공부를 많이 하게 되었다.
  • 다양한 이슈들을 만나본 것
  • 내 코드에 대해 나는 당연하다고 생각했는데, 다른 사람의 의견을 들어볼 수 있었음
    • 어떤팀은 좋아요~ 좋아요~하고 넘기는 팀도 많긴 함

• 아쉬웠던 점

  • 뭔가 데모데이 전날에 무언가가 엄청 일어나다 보니… 우리가 데모데이 전날에 기능이나 개발같은걸 몰아서하나..? 라는 생각이 들었음
    • 코드리뷰 無
  • 팀원들과 충분히 논의하지 않고 만든 파이프라인에서 생각하지도 못한 문제가 많이 발생해서 좀 미안했다..

• 지금까지 나의 역할

  • 제안 및 설득
    • 내가 제안하거나 오래 걸릴만한 부분들 먼저 실행해보기
    • 생각해보지 못한 부분이나 키워드 꺼내보기

• 앞으로의 나의 역할

  • 피드백 반영
    • 기능 개발
    • 유지보수
  • 4레벨 때도 미션보다는 프로젝트를 중점으로 개발할 예정입니다.

3. 서비스 제작 후기

‘집사의 고민’을 만들면서, 기술을 성공적으로 적용하거나 새로운 지식을 습득한 기쁨뿐만 아니라 잠재 고객들로부터 서비스 제작자로서 인정받은 경험은 정말 소중하고 값진 순간으로 남았습니다. 이 프로젝트를 통해 기획부터 개발까지 모든 과정을 경험하며 전체적인 프로세스를 거시적 관점에서 파악할 수 있는 눈을 키울 수 있었습니다. 새로운 도전을 통한 성장과 함께 서비스의 장점과 한계를 팀원들과 함께 체감하며 더 나은 서비스로 발전시키고자 하는 열망을 키웠습니다. 이러한 경험들이 즐거움과 성장을 위한 확고한 발판이 되었고 팀원들과의 협력 과정에서 애자일한 기획과 개발 방식을 통해 우리만의 서비스를 만들어낸, 정말 뿌듯하고 의미 있는 경험이었습니다.

[HubCreator]

동글

1. 팀 문화 돌아보기

우리에게 의미 있었던 팀 문화

아커 ☕️

• 매일 진행자, 서기, 타임키퍼로 역할을 분담해 진행한 점이 좋았어요. 정해진 역할로 인해 회의 진행이 잘 되는 것을 느꼈어요.
• 하루의 시작이 데일리 미팅과 함께라서 좋았어요. 그로 인해 서로의 컨디션을 확인할 수 있었고, 배려하며 진행할 수 있었어요.
• 코드 리뷰를 통해 서비스를 완성해나가는 과정이 좋았어요. 리뷰가 없었다면 잡지 못했을 버그들이 많았는데 리뷰를 통해 완성도 있는 코드를 작성하는 과정이 좋았어요.
• 회식이 즐거웠어요. 그로 인해 서로 빨리 친해질 수 있었던 것같아요.

쿠마 🧸

• 생각 동기화
  • 데일리 미팅은 빠지지 않고 매일 잘 진행해서 각자의 상태가 어떤지 잘 파악할 수 있었다.
  • 마무리 미팅은 그날 일이 바쁘면 생략할 때가 많았던 것 같아 아쉽다.
• 데모데이가 끝나고 회식해서 좋았다. 저는 점심회식도 좋고 저녁회식은 더 좋았어요.
• 코드 리뷰를 서로 잘 수행했다.
  • 전체적인 프로젝트 코드를 이해하면서 진행해서 좋았다.

파인 🍍

• 단독 행동 금지 - 코드 리뷰는 필수
  • 팀 프로젝트이지만 시간상 어느정도 업무를 분담할 수 밖에 없었는데 코드 리뷰를 통해서 팀원들이 개발한 부분을 따라갈 수 있고, 그 과정에서 배우고 리뷰도 해주던 부분이 좋았다.
  • 아무래도 처음에 열심히 코드리뷰를 했었는데 그 부분이 도움이 많이 되서 다들 열심히 했고, 이 문화가 잘 유지 될 수 있었던 것 같다.
• 아침에 인사하면서 하이파이브 하기
  • 초반에 하이파이브를 통해서 빠르게 친해질 수 있었다.

비버 🦫

• 코드리뷰를 무조건 하자는 팀문화가 있어서 이 룰이없었으면 내 프로잭트인데도 내꺼같지 않을거같은데 이 문화덕분에 프로잭트를 다 이해할 수 있었다.
• 일주일에 두 번 외식데이가 있어서 팀원들과 더 빨리 친해질 수 있었던거같다.
• 존댓말하기 덕분에 회의에서 어수선하지 않고 질서를 지켜가며 회의를 이어나간거같다.

에코 ⛄️🌬️

• 우리팀은 분위기 유지를 잘 했던 것 같다. 자발적으로 간식을 사오고 적절한 게임과 웃음으로 분위기를 잘 잡았어서 팀 활동을 하는데 있어서 도움이 되었다.
  • 특히 초반에 하이파이브한게 좋았는데 초반에 친밀감을 빠르게 올리는데 도움이 되었다.
• 코드 리뷰와 지식 공유 부분이 잘 되어서 프로젝트 전반적으로 이해도가 높은 것 같다. 공유 문화 짱!
• 특히 백엔드는 전 스프린트에서 구현한 기능과 다른 기능을 구현했던 점이 이해도를 올리는데 도움이 많이 되었던 것 같다.
• 회의 시간은 길어도 전체적인 의견을 수렴해 결정을 내렸던 것이 좋았다. 그리고 각자 그 결정에 대해서 따르고 지키려는 모습이 좋았고, 그게 프로젝트 전체적인 완성도에 도움이 된 것 같다.
• 후반부에 서기와 진행자 역할이 종종 제대로 지켜지지 않고 회의를 진행하거나 아예 데일리 미팅을 생략하는 경우가 종종 있었는데 이 부분이 잘 지켜지면 좋을 것 같다.

토리 🍗

• 초반에는 역할이 딱딱 나누어져서 회의록 작성이 잘 되었던 것 같은데, 후반이 되어 회의가 빨라지고 길어질수록 회의록 정리가 잘 되지 않았던 것 같아서 조금 아쉬웠다.
• 데일리 미팅이 무겁지 않고 서로의 컨디션을 체크해줄 수 있는 정도여서 부담 되지 않고 하루의 시작을 기분 좋게 할 수 있어서 좋았다 !
• 뒷 브랜치 금지, 코드 리뷰와 approve는 필수라는 규칙을 팀원들끼리 잘 지켜나가서 서비스에 대한 이해도도 높아지고 서로의 코드를 이해하고 있어서 다른 팀원이 맡은 코드를 리팩토링 하거나, 추가적인 코드를 구현해야할 때 정말 많은 도움이 되어서 좋았다 !
• 아침 하이파이브와 점심을 통해 초반에 빨리 친해질 수 있었던 것 같아서 좋았다 !

헙크

• 코드 리뷰 문화가 잘 지켜져서 좋았다. 또한 갈등 없이 서로를 존중하고 마지막까지 재미있게 프로젝트를 진행해서 좋았다.
• 하지만 오전 데일리 미팅 때에 컨디션 체크만 너무 간단하게 한 것과, 진행 상황을 공유해야 하는데 해야 할 일만 공유한 것이 아쉬웠다. 이 부분만 개선하면 더 좋을 것 같다.

팀 프로젝트가 기존에 원했던 방향대로 잘 흘러갔는지, 레벨4에 어떻게 유지/개선할 수 있을지 이야기 나누기.

아커 ☕️

• 처음 동글 기획을 들었을 때 예상한 결과물처럼 나온 것같아요. 동글의 정체성을 우직하게 밀고 간 덕분인 것같아요. 앞으로도 잘 밀고 나가고 싶어요.
• 앞으로 불안정한 부분을 개선하고, 아직 사용하기엔 UX 부분에서 조금 불편한 것같아요. 이 부분을 개선하면 좋을 것같아요.
• 추가적으로 기획할 때 이야기했던 기능들을 추가 구현하면 더욱 가치있는 서비스가 될 것같아요.
• 지금처럼 팀 문화가 잘 유지되고 개선될 부분은 개선되면 더욱 효율적이고 행복하게 개발할 수 있지 않을까 싶어요.

쿠마 🧸

• 첫번째 데모데이 때 발표한 내용과 지금 구현상황이 거의 동일하고, 매주 정했던 진행상황도 차질없이 잘 진행했기때문에 팀이 원하는 방향대로 잘 진행했다.
• 또한 기존에 내가 원했던 방향은 노션에서 블로그로 글을 옮기는 것이 차질없이 잘 수행되는 것이었는데, 현재 잘 되고 있어서 뿌듯하다.
• 프로젝트 초반에 ‘내가 사용하고 싶은 앱’을 만들고 싶었는데, 방학 때 실제로 사용할 일이 있었고, 잘 동작해서 기뻤다.
• 하지만 (유저의 입장에서) 아직 동글은 이런 부분이 부족하다고 생각한다.
  • 노션과 연동은 가능하지만, 글 하나하나마다 링크를 복사해야해서 옮기는 과정이 불편하다. 노션 테이블을 연동하여 여러개의 글을 한번에 가져오는 기능이 있으면 좋겠다.
  • 가져왔을 때 깨지는 부분이 없도록 더 많은 노션, 마크다운 문법을 지원하여야한다.
  • 더 나은 UI/UX를 제공하여야한다. 현재 글 제목수정 시 이전 제목이 보이는 현상, 사이드바 토글 기능(뚝뚝 끊김) 등이 조금 불편하다.
• 지원하는 블로그 플랫폼 확대, 에디터 지원 등 추가적으로 할 것도 많지만 위 부분들을 먼저 구체화한다면 나를 포함해서 많은 사람들이 동글을 사용할 것이라고 확신한다.

파인 🍍

• 전체적인 그림으로 보면 기존에 원했던 방향대로 잘 흘러갔던 것 같다. 하지만 프론트에서 기능을 구현하지 못한 것도 있고 처음에 구상한 많은 기능(openAPI, 자동화, 동기화, 에디터 등)에 있어서는 하지 못했던 것들이 있으나 회의나 협업을 통해서 팀프로젝트를 경험하고 마지막 데모데이 때는 생각보다 많은 칭찬을 받아서 뿌듯했다.
• 레벨 4 때는 팀적으로 어떤 것(리팩토링, 신규기능, 고도화 등)을 우선시 할 지 먼저 정하고, 스프린트 내에서 우선순위와 마감 기한을 좀 더 명확하게 잡고 나가면 개선을 할 수 있을 것 같다.

비버 🦫

• 원했던 방향대로 흘러간거같다. 도메인이 생소해서 조금 걱정이였는데 그거의 비해서 결과물이 좋게나왔고, 앞으로도 이렇게 하면 더 완벽한 서비스가 만들어질거같다.
• 4렙에서는 해왔던거처럼 기능과 할일들을 정하고 하나하나 구현해나가도록 하면 좋을거같다.

에코 ⛄️

• 기한 내에 다 끝낼 수 없일지도 모르겠다는 걱정이 있었는데 예상 했던 기능들이 전부 들어가서 신기하고 또 팀원들이 대단하게 느껴졌습니다.
• 방향은 처음 기획한 것과도 크게 다르지 않고 이제 기능 추가와 리펙토링만 잘 해나가면 될 것 같아서 마음이 조금 편안한것 같습니다.
• 이제는 기본 기능을 넘어서 사용자들이 동글에 매력을 느낄 동글만의 기능과 경험들을 고려해야하는 단계이고 이제껏 시도해보지 않은 영역이라 조금은 모호하고 길이 잘 안보이는 듯한 느낌이 있지만 똑똑한 팀원들과 같이 잘 헤쳐나가지 않을까 싶습니다.
  • Open API(개인 바람)
  • 블로그 및 플랫폼 확대
  • 동글 안정화 - 로드 밸런서, 무중단 배포, 롤백, DB

토리 🍗🐹

• 기존에 원했던 방향이 팀원들마다 조금씩은 다르겠지만, 저는 실사용자를 챙길 수 있는 완성도 있는 프로젝트를 만드는 것이 목표였는데 해당 방향대로 잘 흘러간 것 같아서 좋습니다.
• 큰 기능보다 가끔 세부적인 기능에 대해 깊게 파고들어서 전체적인 서비스 개발이 지체될 때가 있었는데, 당시에는 조금 걱정이 되었지만 덕분에 더 완성도 있는 서비스가 된 것 같습니다.
• 레벨 4 때는 레벨 3 때 시간관계상 하지 못했던 세부적인 기능을 개발하여 사용자 친화적인 서비스가 될 수 있는 방향으로 개발을 이어나가면 좋을 것 같습니다.

헙크 🗣️

• 거시적으로 보자면 기존에 원했던 방향대로 잘 흘러갔다고 생각한다. 실제 사용할 수 있을 정도의 서비스를 만들기 위해 모든 크루들이 열심히 프로젝트에 참여해서 고마웠다.
• 매 스프린트마다 계획했던 목표들을 모두 구현하였고, 추가적인 기능 개발까지 할 수 있었어서 좋았다.
• 비교적 작은 기능들은 구현하는 방식이나 사용자 친화적인 측면에 있어서 의견이 갈리곤 했는데, 결과적으로는 의견을 잘 수렴해서 개발을 이어나갈 수 있어서 좋았습니다.
• 다만 회의 시간이 길어지거나, 의견이 다양해지면 제 자신이 집중을 하지 않고 포기를 해버리는 경우가 종종 있었는데, 이런 부분에 있어 제 자신에게 조금 아쉽고 팀원들한테 미안한 마음이 듭니다.
• 레벨4 때에는 실제로 사용자를 모집해야 하는 만큼, 우리 팀원들 또한 실제로 사용자가 되어 어떤 부분을 개선하면 좋을지 사용자의 입장에서 서비스를 개선하도록 하면 효과적으로 결과물을 만들 수 있을 것 같다고 생각합니다.

2. 나 돌아보기

아커

인상 깊었던 사건 : 2차 데모데이 발표와 4차 데모데이 발표 때 시연한 것

좋았던 점 : 시연할 때 긍정적인 피드백을 받아 좋았어요. 팀원 모두가 열심히 임한 만큼 긍정적인 피드백을 원하고 있었어요. 모두 열심히 해줘서 감사해요.

아쉬웠던 점 : 개발에 몰두하면서 나 자신을 돌보는 것에 많이 소홀했어요. 개발이 바쁘다는 핑계로 운동과 같은 건강을 챙기지 못했고, 개발이 힘들었다는 이유로 잦은 음주로 몸을 상하게 했었어요. 결과적으로 몸과 정신 상태가 상해버렸어요.

레벨3에서 내가 했던 역할과 레벨4때 어떤 역할을 할 수 있을지 : 레벨 3때 주어진 일을 열심히 처리하는 열심히하는 일꾼 역할을 했던 것같아요. 레벨 4에는 성능 좋고 열심히하는 일꾼으로 거듭나고 싶어요. 최적화나 사용하는 기술에 대한 이해도를 높여 더욱 완성도 높은 동글로 개선하는 일꾼이 되고 싶어요.

쿠마

인상 깊었던 사건 : 동글 v1.0.0을 배포하고 브라우저에서 동작하는 것을 보았을 때가 가장 기억에 남는다. 약 두 달 간에 노력을 보상받는 기분이었다. 아이를 낳는다면 이런 기분일까? 쿠마 2세

좋았던 점 : 각자 맡은 일에 대해서 책임감있게 잘 수행해줘서 좋았다. ****또한 모르는 부분이 있으면 바로 질문하고, 새로 알게 된 부분이 있다면 공유해줘서 좋았다. 소통이 잘 됐다.

아쉬웠던 점 : 도메인에 대한 이해가 부족해서 회의가 질질 끌리는 경우가 꽤 있었던 것 같다. 또한 확실히 정해지지 않은 디자인으로 인해 개발할 때 마다 그냥 개인에게 맡겼던 부분이 아쉽다.

레벨3에서 내가 했던 역할과 레벨4때 어떤 역할을 할 수 있을지 :

• 레벨3
  • 레벨3 초반에는 함께 기능개발을 했지만 후반에는 주로 리팩터링, 에러처리, 테스트, 개발과 배포환경 구축 , 간단한 CI 등 뒷부분? 을 맡아 했던 것 같다. 덕분에 개인적으로는 잘 몰랐던 부분에 대해서 알게 되었다.
• 레벨4
  • 프로젝트를 좀 더 구체화하고 싶다. 흩어져있는 디자인을 하나로 통합하고, 자잘한 버그들을 수정하여 더 완성도 높은 프로젝트를 만들고 싶다. 또한 이미지 처리, 빌드 최적화 등 해볼 게 아직 많이 남아있어서 팀원들과 잘 상의 후 진행할 수 있지 않을까

파인

인상 깊었던 사건 : 마지막 런칭 페스티벌이 가장 기억에 남는 것 같다. 런칭 전날 새벽까지 버그 수정하고, 당일에 배포하면서 에러 생기면 벡엔드와 프론트엔드 같이 어떤 것이 문제인지 빠르게 파악하고 반영하면서 이게 협업이지.. 라는 것을 다시 한번 느꼈다. 또한 우리 팀만 유일하게 시연하면서 발표했던 것도 있고, 팀별 부스를 운영하면서 많은 사람들에게 칭찬을 받았을 때 지난 두 달 동안 팀원들과 함께 다같이 고생하고 노력한 것이 생각나서 가장 인상 깊었던 것 같다.

좋았던 점 : 첫 팀 프로젝트였는데 다함께 회의하고, 브랜치 전략, 이슈관리, 배포, 코드 리뷰 등 다양한 경험을 해볼 수 있어서 좋았다. 또한 회의가 길어지는 일도 많고 지칠 수 있었는데 감정적이지 않고, 다들 열심히 의견내주고 했던 점이 고맙다.

아쉬웠던 점 : 아쉬웠던 점은 기능 개발하고 이슈를 해결해나가는 것에 급급해서 새로운 것을 공부하고, 심화적인 부분을 개발하지 못했던 것이 아쉬웠던 것 같다. 리액트 쿼리나 에러처리, CI/CD 등 좀더 깊이 공부하고 싶다.

레벨3에서 내가 했던 역할과 레벨4때 어떤 역할을 할 수 있을지 : 레벨 3 동안에는 일정 내에 해야할 일들을 리마인드하고, 놓친 부분들이 있는지 체크하고 방치되어 있는 일이 있다면 하려고 노력을 했던 것 같다. 그리고 레벨 2 때 의견을 적극적으로 내보라는 피드백을 받은 적이 있는데 레벨 3 동안 의견을 적극적으로 어필하려고 했던 것 같다. 레벨 4 때는 일정에 있어서 관리를 잘 하고, 팀에 좀더 기여할 수 있는 역할을 하고 싶고, 개인적으로는 경험해보지 않은 고도화, 리팩토링을 해보고싶다.

비버

인상 깊었던 사건 : 스프린트발표할때 실제로 서비스를 선보인것.

좋았던 점 : 제대로된 협업을 처음해봤는데 처음을 동글팀하고 하게되서 협업에대해 좋게 생각할 수 있고, 모두에게 배울점이 많아서 3렙때 많은 것을 배워간거같다. 그리고 모두 힘들었을텐데 끝까지 열심히해줘서 고맙다.

아쉬웠던 점 : 이번 레벨에서 조금 더 완성도있는 프로잭트를 만들고 싶었는데 지금도 완벽한 프로잭트지만 시간적 여유가 없어서 원했던 그림에 80~90%의 프로잭트로 마무리할 수 있었던거같다. 그리고 회의가 길어지면서 같이 힘내야하는데 조금 지쳤던거같다…

레벨3에서 내가 했던 역할과 레벨4때 어떤 역할을 할 수 있을지 : 도메인적으로 어떻게 구현하면 동글팀이아니라 다른 사람도 보기 편할지 고민했던거 같다. 다음 4레벨때는 시간적으로 여유가 없어 못했던 리팩터링과 최적화적으로 힘을 쓸거같다.

에코

인상 깊었던 사건 : 2차 데모데이 발표 전날 뺄 수 없는 약속으로 사전에 인프라 공유 없이 인프라를 팀원들에게 맡기고 갔던 날이 아직도 기억에 난다. 그때를 생각하면 등골이 서늘하다.. 그래서 그 뒤로 인프라는 내가 없어도 유지 보수가 될 수 있을 정도로 정보 공유를 미리 하고자 했다. 마이선이 열정적으로 도커와 인프라를 알고자 했고 팀원들도 인프라에 대해 정보 공유가 잘 된거 같아서 뿌듯하다.

좋았던 점 : 팀원 모두가 열정적으로 동글 개발에 힘쓴 것이 좋았었다. 사실 모두가 같은 마음으로 동글을 바라보지 않았더라면 마지막 날에 자신있게 동글을 선보이기 힘들었을 것 같다. 모두 다 같은 마음과 열정으로 동글에 힘쓴게 자랑스럽다.

아쉬웠던 점 : 다들 열심히 회의를 하는데 방법을 잘 몰라서 회의가 계속 늘어지고 같은 말이 반복되는 부분들로 지치는 모습들이 아쉬웠다. 효율적인 회의를 할 수 있도록 회의 안건을 미리 공유하고 시간을 최대한 지켜보는 등 방법론적으로 시도해보면 좋을 것 같다.

레벨3에서 내가 했던 역할과 레벨4때 어떤 역할을 할 수 있을지 : 에디터와 블로그에 대한 도메인 지식으로 전반적인 기획의 큰 그림에 기여했고, 인프라에 좀 더 집중을 했던 것 같다. 이번 레벨에서도 사용자 경험에 좀 더 집중해보고 팀원들과 인프라를 같이 고민하고 개선해볼 것 같다. 그렇지만 마음 한편으로는 백엔드적으로 디비와 성능 최적화 등등에도 관심을 가지고 기여해보고 싶다.

토리

인상 깊었던 사건 : 4차 데모데이 하루가 제일 인상깊었습니다. 실제 서비스 시연을 선보인 팀이 저희 팀 밖에 없기도 했고, 서비스 시연이 성공적이었고, 다른 크루들과 코치님들이 많은 칭찬과 관심을 주셔서 그동안 힘들었던 일들이 다 잊혀지면서 왈칵.. 했습니다. 특히 말랑이 서비스를 사용해보며 이런저런 피드백과 칭찬을 아끼지 않고 해주었을 때 아 우리 서비스가 진짜 다른 사람들에게 도움이 되는 서비스가 될 수 있겠구나 라는 생각이 들어서 잊을 수가 없습니다…. (최고의 사용자상: 말랑)

좋았던 점 : 팀원들이 서로 배려해주는게 느껴져서 좋았습니다. 프로젝트를 하며 서비스에 대한 열정이 높아지면 그만큼 갈등도 많아질 수 밖에 없다고 생각하는데, 갈등이 생기는 와중에도 서로서로 배려하고 항상 동글동글한 분위기를 이어나가고자 노력했기 때문에 이렇게 완성도 높은 서비스가 될 수 있었던 것 같아 너무 좋았습니다.

아쉬웠던 점 : 백엔드와 프론트엔드 사이에 진행 상황에 대한 소통이 조금 부족했던 것 같습니다. 같은 분야끼리는 소통이 원할했지만 서로 할 일이 많다보니 스프린트 회의 후에는 진행 상황에 대한 소통이 많지 않았어서 조금 아쉬웠습니다. 3~4차 스프린트 부터는 같이 코드 개발을 하며 맞춰나가고자 했지만 그래도 조금 부족했던 것 같아 아쉽습니다 !! However!! 레벨 4 때는 조금 더 찐한 협업을 할 수 있었으면 합니다 !

레벨3에서 내가 했던 역할과 레벨4때 어떤 역할을 할 수 있을지 : 솔직히 조금 부정적인 의견을 자주 내는, 회의 때 의견을 쳐내는 역할을 많이 했던 것 같습니다. 기간이 짧고 개발해야할 서비스의 기능이 많다고 생각해서 조급한 마음에 새로운 기술을 도입하는 부분에 조금 부정적인 마음이 컸는데 레벨 4 때는 새로운 기술이나 성능 최적화에 대해 공부해온 뒤 적극적으로 해보자! 라고 말하고 팀원들에게 설명해줄 수 있는 역할을 하고 싶습니다.

헙크

인상 깊었던 사건 : 론칭 페스티벌에서 사람들이 우리가 고생했던 것을 알아주었을 때가 인상깊었다.

좋았던 점 : 실제 서비스를 운영하기 위한 지식들을 배울 수 있어서 좋았다. 팀원들과 소통할 때에 다들 프로젝트에 오너십이 느껴졌고, 잘 듣고 해결하려고 하는 모습들에서 더욱 동기부여를 받았다.

아쉬웠던 점 : 시간을 조금더 밀도있게 사용하지 못한 것 같다. 조금 더 집중해서 할 것들을 쳐내고, 추가적으로 프로젝트에 도움이 되는 공부를 한다거나, 부가적으로 내 스스로한테 도움이 되는 공부를 하지 못한 것이 아쉬웠다. 또한 생각보다는 프론트와 백 간의 코드 레벨이나 기술적인 소통은 부족했다고 느껴져서 아쉬웠다. 마지막으로 프로젝트를 진행하면서 내 스스로가 순간순간 최상의 퍼포먼스를 내지 못했다는 것을 알기에 아쉬움이 남는다.

레벨3에서 내가 했던 역할과 레벨4때 어떤 역할을 할 수 있을지 : 내 스스로 느끼기에 레벨3에 내가 어떤 역할을 뚜렷하게 맡았다고 생각이 들지는 않는다. 레벨4 때에는 인덱스, 슬로우 쿼리 개선, 구조 리팩터링을 조금 더 전투적으로 해볼 예정이다.

3. 서비스 제작 후기

"혼자 가면 빨리 가지만 함께 가면 멀리 간다"는 말로 저희 동글팀의 8주간의 여정을 가장 잘 표현할 수 있을 것 같습니다.

프로젝트 초반에는 서비스의 타겟이 누구인지, 어떻게 구조를 잡고 시작해야하는지, 컨벤션은 어떻게 정해야 하는지 모든 부분에서 혼란스러움을 느꼈습니다. 심지어 남들과 비교하기에는 '정말 제대로 가고 있는 것인가?', '조금 느리지 않은가?'라는 생각이 들었지만 이럴 때마다 팀원들은 더욱 더 소통에 힘을 쏟았고, 동글이 지키고자 했던 가치를 생각하며 묵묵히 나아갔습니다.

런칭 페스티벌에서 서비스를 선보이고 사람들로부터 칭찬과 관심을 받았을 때, 우리가 힘들게 개발하고 노력해 만든 서비스가 다른 사람들에게 실제로 도움이 되는 서비스임을 확인할 수 있었습니다.

이번 프로젝트를 통해 저희는 개인의 성장 뿐만 아니라 협업의 중요성과 즐거움을 느꼈으며, 더 나은 서비스를 만들어가는 길을 계속해서 함께 걸어나가고자 합니다. 동글은 앞으로도 한 사람의 열 걸음보다, 열 사람의 한 걸음에 더욱 큰 가치를 두고 나아가겠습니다.

[jeongwusi]

요즘카페팀 레벨3 최종 회고 📝

고니

팀 문화 돌아보기

우리에게 의미 있었던 팀 문화는 무엇이라고 생각하나요?

• 자유로운 소통과 팀원 간의 협업: 데일리 스크럼, 코드 리뷰, 학습 및 트러블 공유 등을 통해 팀 내 소통과 협업을 촉진하는 문화가 팀 문화에서 가장 의미가 있었다고 생각합니다. 이 문화를 통해 팀원들이 자유롭게 의견을 나누고 지식을 공유함으로써 전체적인 업무 퀄리티를 향상시킬 수 있었습니다.

문화가 만들어진 과정과 더불어 어떻게 잘 유지할 수 있었다고 생각하나요?

• 저희팀은 시스템적으로 해당 문화를 관리하려고 노력하였습니다. 데일리 스크럼의 경우 노션에 먼저 각자의 의견을 정리한 후 발표를 하는 형식으로 진행하였습니다. 그렇게 하다 보니 중구난방으로 이뤄지는 것을 방지할 수 있었고, 짧은 시간 안에 자신이 학습한 부분 및 트러블을 명확하게 공유할 수 있었습니다.
• 코드 리뷰의 경우 깃허브에 리뷰어를 저희 팀원들로 미리 설정을 해놓고, Approve를 하지 않으면 머지를 할 수 없도록 진행하였습니다.

나 돌아보기

팀 프로젝트를 진행하면서 인상 깊었던 사건을 뽑고, 해당 순간에 대한 본인의 감정을 공유해주세요.

• 인상 깊었던 사건은 첫 배포 후 회고를 하는 시간이었습니다. 저희 팀은 2차 스프린트 이내에 빠르게 배포를 하는 것이 목표였습니다. 하지만 프론트엔드 측에서 UI와 기능을 제 시간내에 완성을 하지 못해 예정된 시간보다 지체가 되었습니다.
• 저희는 예정된 시간보다는 지체가 되었습니다만, 배포를 잘 마무리하고 이와 관련하여 회고를 진행하였습니다. 프론트엔드 입장에서 어려움을 털어놓는 것이 부끄러울 수 있었지만, 팀 문화에서 ‘과감하고 솔직하게 말하자’라는 원칙이 있었기 때문에 이를 준수하는 것이 중요하다고 생각했습니다. 또한, 다른 팀원들도 각자의 어려움을 솔직하게 공유하며 우리 모두가 같은 팀으로서 협력하여 문제를 해결해야 한다는 것을 느꼈습니다. 그 결과, 다른 팀원들도 나와 비슷한 어려움을 겪었던 사례를 나누며 서로에게 격려와 지지를 보냈습니다.
• 이 경험을 통해 현실적인 어려움과 실수를 솔직하게 공유하며 더 나은 방향으로 나아갈 수 있다는 것을 깨달았습니다. 모든 팀원들이 투명하고 솔직하게 의견을 나누면서 어려움을 함께 극복하려는 분위기를 느낄 수 있어서 매우 감명깊었으며, 서로에 대한 신뢰와 협업의 중요성을 깨달았습니다.

좋았던 점(배운 점, 고마운 일), 아쉬웠던 점을 1개 이상 공유해주세요.

• 프로젝트의 성패와 발전에 대한 책임을 느끼며 팀원들이 각자의 역할과 업무를 떠나서 오너쉽을 가지고 참여해주었던 점이 좋았습니다. 예를 들어 백앤드 팀원 중 한명은 직접 Visual Studio Code를 이용하여 프론트엔드의 업무를 도와주었으며, 개중에 기능 개발에 어려움이 있는 팀원이 있을 경우 자신의 일처럼 적극적으로 나섰습니다.
• 아쉬웠던 점 중 하나는 초기에 업무 분배와 계획 수립을 더 철저하게 하지 못한 것입니다. 몇 차례 업무 변경이 있었는데, 이로 인해 개발 시간이 예상보다 더 소요되는 경우가 있었습니다. 좀 더 철저한 계획 수립과 업무 분배로 이러한 상황을 미연에 방지하고 업무 효율성을 높일 수 있었을 것이라고 생각합니다.

레벨 3에서 내가 어떤 역할을 했는지 돌아보면서, 레벨 4때는 어떤 역할을 할 수 있다고 생각하시나요?

• 레벨 3에서 저는 프로젝트의 기능 개발과 코드 리뷰를 맡아 수행했으며, 동시에 팀 내에서 팀장과 기획자 역할을 수행하여 일정 관리와 업무 협조를 주도했습니다. 더불어 회의에서는 의견을 제시하고 문제 해결에 기여하며, 팀원들 간의 원활한 소통과 협력을 촉진하는 역할을 수행했습니다.
• 레벨 4에서는 취업 준비 기간과 맞닿아 있는 만큼 단순히 기능 개발에만 초점을 맞추는 것이 아니라, 전체 프로젝트의 흐름과 비즈니스 목표를 이해하며 팀의 방향성을 잘 조율하도록 하겠습니다.

도치

팀 문화 돌아보기

우리에게 의미 있었던 팀 문화는 무엇이라고 생각하나요?

• 매일 시작과 끝을 데일리 미팅으로 했습니다. 서로의 상태와 오늘 할 것, 한것, 진행상황을 체크하기도 좋았지만 지칠수도 있는 프로젝트 일정에서 서로를 응원하며 끝가지 갈 수 있는 힘을 주었습니다.

문화가 만들어진 과정과 더불어 어떻게 잘 유지할 수 있었다고 생각하나요?

• 기존에 했던 오전 데일리 미팅에 더해 하루를 끝내는 데일리 미팅도 해보자는 제안이 있었고, 모두의 동의하에 실행해 보았습니다. 이 문화는 지각을 하면 커피를 산다는 규칙의 도움도 있었지만, 모두가 프로젝트에 적극적으로 참여하고 서로의 생각을 공유하는 시간이 필요한 것을 인지하였기에 자연스럽게 유지되었다고 생각합니다.

나 돌아보기

팀 프로젝트를 진행하면서 인상 깊었던 사건을 뽑고, 해당 순간에 대한 본인의 감정을 공유해주세요.

• 레벨3 마지막 날 이틀전, 배포 서버가 제대로 동작하지 않고 ec2서버도 멈추는 일이 발생했습니다. 이때 배포 전날의 위기감이나 일하면서 사고가 터지면 이런 감정이겠구나 느꼈습니다. 또한 그럼에도 나 자신이 문제를 해결하는데 큰 도움을 주지 못하는 것 같아 아쉽고 맡은 부분을 파악하고 잘 제어하는 개발자가 아직 되지 못했다는 부족함을 느꼈습니다.

좋았던 점(배운 점, 고마운 일), 아쉬웠던 점을 1개 이상 공유해주세요.

• 좋았던 점: 모두가 자신이 아는 걸 잘 공유해주고, 서로의 코드를 리뷰하며 합의해 가장 나은 답안을 도출하려 했기에 그 과정에서 서로의 생각을 들으며 많이 배웠습니다.
• 아쉬운 점: 제가 네트워크,도커 등의 인프라 지식과 경험이 부족하고, 생각을 이해하기 쉽게 잘 말하지 못해 큰 도움이 되지 못한 것 같습니다.

레벨 3에서 내가 어떤 역할을 했는지 돌아보면서, 레벨 4때는 어떤 역할을 할 수 있다고 생각하시나요?

• 주로 도메인 관련 기능을 구현하는 역할을 했던 것 같습니다. 레벨4 때는 현 서비스의 쿼리 최적화, 인프라적으로는 서비스 롤백 시스템 구축 같은 고도화를 하는데 도움이 되었으면 합니다.

솔로스타

팀 문화 돌아보기

• 우리에게 의미 있었던 팀 문화는 무엇이라고 생각하나요?
  • 데일리 스크럼을 통해 팀원들과 하루를 시작하고 마무리할 수 있었던 것이 좋았습니다. 고된 팀 프로젝트로 인해 하루 일과가 정신 없고 서로 신경이 날카로워질 수도 있는데, 스크럼을 통해 오늘 할 일과 감정을 공유함으로서 팀원들과 함께 좀 더 차분한 하루를 시작할 수 있었습니다.
  • PR은 모두의 approve를 받아야 한다는 문화가 좋았습니다. 다른 사람이 작성한 코드를 보고 리뷰함으로서 팀원들간 코드 퀄리티나 컨텍스트의 싱크를 최대한 맞출 수 있었습니다.
• 문화가 만들어진 과정과 더불어 어떻게 잘 유지할 수 있었다고 생각하나요?
  • 시스템이 가장 중요했던 것 같습니다. 처음에 다 같이 하기로 약속해도 시스템이 갖춰져 있지 않다면 금방 잊혀지는 것 같습니다 (KPT 회고가 대표적…) 데일리 스크럼은 노션으로 관리하고, GitHub PR은 정책을 설정하여 merge할 때 approve가 필요하도록 했습니다.
  • 다음으로 팀원들의 마인드입니다. 시간이 부족하고 힘들더라도 문화를 중요시 여기고 꼭 하자는 마인드가 있었기에 문화가 잘 유지되었다고 생각합니다.

나 돌아보기

• 팀 프로젝트를 진행하면서 인상 깊었던 사건을 뽑고, 해당 순간에 대한 본인의 감정을 공유해주세요.
  • 백엔드에서 처음에 약속했던 API와 다르게 API를 구현하여 좀 해매었던 적이 있었습니다. 솔직하게 말하자면 답답한 감정이었습니다. 그렇지만 저 또한 어디선가 실수를 하고 민폐를 끼치는 사람이기 때문에 이러한 감정은 금방 잊어버릴 수 있었습니다.
  • 이 문제를 발견하고 백엔드 팀원에게 알려주고 원래 약속했던 대로 고칠 수 있었습니다. 작은 해프닝으로 끝났지만 사람이란게 또 실수할 수 있기 때문에 시스템적으로 보완이 필요하다 생각하여 Open API Specification 도입을 적극 추진하였습니다.
  • 팀원들과 KPT 회고를 진행하며 프론트엔드와 백엔드가 서로 각자 파트에만 집중하느라 소통이 잘 안되었다고 생각했습니다. 따라서 프론트와 백엔드가 짝으로 개발하는 스쿼드 방식을 도입하였습니다. 즉 기능 조직에서 목적 조직으로 전환하였다고 할 수 있습니다.
  • 저는 사람의 실수가 발생하면 시스템(기술)적으로 해결할 수 있는 방안을 가장 먼저 생각해보는데, Open API Specification이 그렇습니다. 그러나 팀원들과 회고를 통해 생각치도 못했던 해결책을 찾을 수 있다는 점도 배웠습니다.
• 좋았던 점(배운 점, 고마운 일), 아쉬웠던 점을 1개 이상 공유해주세요.
  • 좋았던 점: 여태 했던 팀 프로젝트는 가짜 협업이었는데, 이번 팀 프로젝트를 통해 진짜 협업을 배울 수 있었다고 생각합니다. 팀원 개개인이 팀장인 것처럼 책임을 가지고 팀 프로젝트에 임해주었습니다. 또한 각자의 강점을 잘 활용하여 더 나은 팀 프로젝트를 할 수 있었습니다. 다른 팀원들을 통해 배운 것도 많았는데 특히 기획, 의사 결정을 하는 과정, 소통에 대해 많이 배울 수 있었습니다.
  • 아쉬웠던 점: 시스템(인프라)에 눈을 계속 들이다 보니 본 그라운드인 프론트엔드에 크게 기여하지 못했던 것이 아쉬웠습니다. 시간이 남을 때 마다 인프라를 조금씩 해두어 놓았기 때문에 앞으로 프론트엔드 핵심 기능에 집중해보려고 합니다.
• 레벨 3에서 내가 어떤 역할을 했는지 돌아보면서, 레벨 4때는 어떤 역할을 할 수 있다고 생각하시나요?
  • 레벨 3: 팀원이 더 나은 환경에서 일할 수 있는 시스템을 만드는 데 많이 기여하였습니다. GitHub 이슈 라벨링을 어떻게 하면 더 직관적으로 이해할 수 있을지, 매번 반복되는 작업에 대해 어떻게 자동화를 할 것인지(요즘카페 어드민 & 크롤러, TeamCity)
  • 레벨 4: 프론트엔드를 좀 더 고도화해보고 싶습니다. Open API를 활용한 Type generation, 컴포넌트 추상화, 터치 스와이프 고도화 등

아인

팀 문화 돌아보기

우리에게 의미 있었던 팀 문화는 무엇이라고 생각하나요?

• 무엇이든 함께 하는 팀 문화가 인상 깊었습니다. 데일리 미팅을 통해 서로의 감정을 공유하고, 프로젝트를 진행하며 좋은 점과 아쉬운 점을 이야기하는 시간이 의미 있었습니다. 그리고 점심과 저녁 식사를 팀원들과 함께 하고, 업무 관련 지식이나 자료를 공유하여 고민하는 시간도 좋았습니다.

문화가 만들어진 과정과 더불어 어떻게 잘 유지할 수 있었다고 생각하나요?

• 팀원 모두 진한 협업을 경험하고 싶었기에 가능했습니다. 그리고 노션으로 데일리 스크럼을 관리하고, 매주 KPT 회고를 함께하며 협업 과정과 결과를 함께 기록했기 때문입니다.

나 돌아보기

팀 프로젝트를 진행하면서 인상 깊었던 사건을 뽑고, 해당 순간에 대한 본인의 감정을 공유해주세요.

• 배포 후에 어드민 페이지를 담당하여 만들었습니다. 백엔드 크루와 저 혼자 페어를 진행한 것은 처음이라 많이 긴장을 했습니다. 그래서 처음엔 어떻게 진행해야 할지 몰라 당황했고, 머리도 많이 복잡했습니다.
  그러나 백엔드 크루들이 저녁까지 같이 남아 API에 대해 협의하고, 구조에 대해 설명을 친절히 잘 해줘서 페어를 잘 마무리 할 수 있었습니다.
  처음에는 머리도 복잡하고 힘들었지만, 배려를 받아 마무리를 잘 하게 되어 감사했습니다.

좋았던 점(배운 점, 고마운 일), 아쉬웠던 점을 1개 이상 공유해주세요.

• 개발 공부를 시작하고 처음으로 팀 프로젝트를 하며 크루에게 많은 것을 배웠습니다. 처음 프로젝트를 진행하다 보니 모르는 부분이 많았는데, 크루들이 옆에서 많이 도와줬습니다.
  관련 자료 공유, 고민 상담, 감정 회고, 코드 리뷰 등 많은 도움을 받은 덕분에 한번 더 레벨업 할 수 있었습니다.
• 아쉬운점은 레벨3에 기술적으로 많이 기여하지 못한 것이 아쉽습니다. 일정이 타이트하다보니 구현이 우선시 되었고, 그것에 집중하다보니 기술적으로 깊이 고민하지 못한게 아쉽습니다.

레벨 3에서 내가 어떤 역할을 했는지 돌아보면서, 레벨 4때는 어떤 역할을 할 수 있다고 생각하시나요?

• 기능 구현한 부분들을 리팩토링하면서 고도화 시키고, 코드에 대해 더 깊게 고민하려고 합니다.

연어

팀 문화 돌아보기

우리에게 의미 있었던 팀 문화는 무엇이라고 생각하나요?

• Approve 이후 Merge & 니 코드도 내 코드
  • 개개인의 작업 분량을 나눠서 작업했지만 서로의 생각 공유와 더불어 꼼꼼한 코드리뷰로 어떤 코드도 모두 이해하게 됐다.
  • 추가적으로 스프링을 제외한 나머지는 공통의 경험으로 가져갔던 것이 최고다

문화가 만들어진 과정과 더불어 어떻게 잘 유지할 수 있었다고 생각하나요?

• 모두가 잘 만들고 싶다는 생각으로 각자 스스로 바로 merge하는 것을 막기로 했다. 그리고 좋은 코드만 짜고 싶다는 생각이 강했기에 열심히 서로 코드 리뷰를 했고, 나중에는 습관적으로 당연하게 리뷰했다.

나 돌아보기

팀 프로젝트를 진행하면서 인상 깊었던 사건을 뽑고, 해당 순간에 대한 본인의 감정을 공유해주세요.

• 런칭 페스티벌 3일전에 배포용 서버와 개발용 서버가 메모리 부족으로 죽어버렸다.
  • 배포용 서버는 어차피 당장 필요 없고, 개발용 서버도 당장 필요 없기에 별로 문제는 없다고 생각했다.
  • 운영용 서버는 살아 있기 때문에 최악의 경우(사용이 불가능한 상황)는 막을 수 있다. 안전함 속에서 약간의 긴장감이 더해지는 즐거운 상황이였다

좋았던 점(배운 점, 고마운 일), 아쉬웠던 점을 1개 이상 공유해주세요.

• 배운 점
  • 인프라 관련으로 네트워크 지식들은 있었지만 도커에 대해서는 자세히 몰랐다. 도커 책 한 권 공부, TeamCity를 사용하면서 트러블 슈팅 등을 거치면서 무리 없이 사용할 수 있게 됐다.
  • JPA에 대해서 단순히 잘 모르는 사용자 입장이였는데 한 단계 더 깊게 알게 됐다.
• 고마운 일
  • 코드 리뷰를 할 때 이것저것 모두 Comment를 달면 기분이 나쁠 수도 있다고 생각한다. 하지만 나도 그렇고 팀원들도 모두 글자 내에서 최대한 부드럽게 표현을 했던 것 같다. 모두 친한 사이지만 편안함 속에서 정중한 수정 요구를 했고, 자신의 PR에 달린 내용에 대해서도 공부하면서 열심히 반영했던 것 같다.
• 아쉬웠던 점
  • TeamCity를 쓰자고 결정이 난 상황에서 런칭까지 이런 저런 트러블 슈팅이 필요했다. 사전 지식이 없으면 당연히 일어나는 문제들이였다. 해결하기 위해서 최대한 노력하면 그만큼 성장한다고 생각한다. 하지만 초기에는 문제가 발생하면 힘내서 해결하자는 분위기가 아니라 TeamCity를 왜 쓰냐는 분위기였다. 결정에 대해서 장난식으로라도 탓할거면 차라리 다른 선택을 하는 것이 나았을 것 같다.

레벨 3에서 내가 어떤 역할을 했는지 돌아보면서, 레벨 4때는 어떤 역할을 할 수 있다고 생각하시나요?

• 스프링 내의 맡은 기능들 구현
• 최대한 상세한 코드 리뷰
• 트러블 슈팅
• 레벨 4 때는 좀 더 깊은 부분을 공부하면서 적용할 수 있을 것 같다.
  • N+1 해결
  • 조회가 자주 일어나는 부분 인메모리 DB 사용
  • 쿼리 튜닝 및 실행 계획 최적화
  • flyway 적용

오션

팀 문화 돌아보기

우리에게 의미 있었던 팀 문화는 무엇이라고 생각하나요?

• 모두의 approve 이후 merge, 트러블 공유 및 학습 공유 와 같은 개발적 팀문화가 좋았던 것 같다.

문화가 만들어진 과정과 더불어 어떻게 잘 유지할 수 있었다고 생각하나요?

• 프로젝트를 진행하면서 팀원들이 같이 성장하는 것 또한 중요하다고 생각했다. 그래서 모두가 바쁘더라도 꼼꼼한 코드리뷰 및 공통 학습을 진행하려고 하였고 팀원들 모두 같은 생각이고 향후에 크게 도움이 될 것 이라는 생각 때문에 잘 유지되었던 것 같다. 시간이 촉박하더라도 우리 코드에 대한 이해와 학습에 있어서는 열정이 넘치는 크루들이기에 잘 유지할 수 있었던 것 같다.

나 돌아보기

팀 프로젝트를 진행하면서 인상 깊었던 사건을 뽑고, 해당 순간에 대한 본인의 감정을 공유해주세요.

• 우리는 프로젝트를 진행하면서 중간에 배포를 진행하고 다양한 사람들로부터 프로젝트에 대해 설문 요청을 진행한 일이 인상 깊었다.
• 생각보다 많은 사람들이 설문을 진행해주셨고 긍정적으로 반응해주어서 좋았다. 또한 실제 사용자가 객관적으로 평가해 준 것들이 개발자로써 크게 고려하지 못했던 부분들 이여서 인상 깊었던 것 같다.

좋았던 점(배운 점, 고마운 일), 아쉬웠던 점을 1개 이상 공유해주세요.

• 좋았던 점

  • 프로젝트를 진행하는 방식에 대해 배울 수 있어서 좋았던 것 같다. 자신의 코드가 아님에도 자신의 것 처럼 나서서 해결하고자 하고, 소통을 많이하려 하고, 책임감을 갖고 끝내려고 했던 것 등 협업이란 무엇인가에 대해 배울 수 있어서 좋았다.
  • 고마운 점 : 나는 성격이 조금 급해서 빨리빨리 하려는 경향이 컸다. 그렇다고 대충대충 하지는 않지만, 그러다 보니 놓치는 것도 있고 분위기를 급하게 가져가기도 하였다. 이럴 때 마다 ‘요즘카페’ 팀원들이 침착하게 해도 된다 등의 말을 해줬었는데 고마웠다.

• 아쉬웠던 점

  • CICD를 팀시티 라는 도구를 사용하였는데 이게 후반들어서 메모리 및 용량 문제로 계속해서 문제가 발생하였다. 이를 처음부터 깃허브액션이나 젠킨스를 사용했더라면 어땠을까 라는 생각이 들며 아쉽기도 하다.

• 레벨 3에서 내가 어떤 역할을 했는지 돌아보면서, 레벨 4때는 어떤 역할을 할 수 있다고 생각하시나요?

  • 레벨 3에서는 맡은 기능만 구현하였던 것 같다. 최대한 다양한 의견을 내보려고 노력해보았다.
  • 레벨 4에서는 기술적으로 고도화 할 수 있는 것에 대해 깊게 학습하고 공유함으로써 도움이 되어보고 싶다.

폴로

팀 문화 돌아보기

우리에게 의미 있었던 팀 문화는 무엇이라고 생각하나요?

• 니 코드도 내 코드다. 라는 문화 덕에, PR이 생성되면 모두의 approve를 받고 merge를 하는 문화가 정착되었는데, 이로 인해 조금더 퀄리티 있는 코드가 만들어진 것 같다.

문화가 만들어진 과정과 더불어 어떻게 잘 유지할 수 있었다고 생각하나요?

• 그냥 말로만 PR리뷰를 꼼꼼히 하자 라는 식으로 진행되었다면, 책임감 없이 진행될 수도 있었겠지만
  깃헙의 시스템을 이용해 모두의 approve를 받아야 merge가 가능했다.
  이렇듯 어떤 문화가 정착 되기 위해서는 시스템을 활용해 어느정도의 강제성이 있어 이 문화가 잘 유지 될수 있었다고 생각한다.

나 돌아보기

팀 프로젝트를 진행하면서 인상 깊었던 사건을 뽑고, 해당 순간에 대한 본인의 감정을 공유해주세요.

• 백엔드의 실수로 재로그인 시 사용자의 좋아요 목록이 초기화 되는 일이 있었다.
  위의 버그 상황을 테스트코드로 그대로 재현하여 디버깅을 하여, 빠르게 문제해결을 할 수 있었다.
  크리티컬한 버그였기에 이 문제를 해결하였을때 뿌듯함을 느꼈다.

좋았던 점(배운 점, 고마운 일), 아쉬웠던 점을 1개 이상 공유해주세요.

• 좋았던 점: 핵심 비즈니스에 가까운 작업을 할때에는 페어프로그래밍으로 진행을 했었는데, 다른 크루와 의견을 공유하며, 많은 것을 배울 수 있었다. 또한, JPA 사용이 처음이라 어려움을 겪었는데, 크루들의 도움으로 현재는 많이 익숙해진듯 하다.
• 아쉬운 점: CI/CD 파이프라인을 만드는 과정에서 이런저런 트러블들이 많았다. 기존에 도커나, 네트워크 등등 기반지식이 부족하여 많은 도움이 되지 못한것이 너무 아쉽다. 덕분에 해당 영역에 대한 학습의 필요성을 깨달았다.

레벨 3에서 내가 어떤 역할을 했는지 돌아보면서, 레벨 4때는 어떤 역할을 할 수 있다고 생각하시나요?

• 레벨3에서 팀 내에서 의견이 중구난방으로 흩어질 때, 조금 강하게 의사를 표현하여 의사결정을 빠르게 하는데 도움을 주지 않았나 싶다.
• 레벨4에서는 기술적으로 더 도움이 많이 되고 싶다.

서비스 제작 후기

7명이 함께 노력하여 '요즘카페' 서비스를 만들어낸 경험은 정말 놀라웠습니다.

각자의 역할과 전문성을 결합하여 효율적으로 협력하며 프로젝트를 완성했습니다.

의사소통과 팀워크의 중요성을 깨닫게 되었고, 문제와 어려움이 있을 경우 솔직하게 나누며 팀 내 신뢰를 더욱 굳건하게 했습니다.

‘요즘카페’ 서비스를 보면서 우리의 노력이 빛나는 순간을 느꼈으며, 저희팀은 이번에 얻은 성공 경험을 통해 ‘무엇이든 할 수 있다’는 자신감을 가질 수 있게 되었습니다.

[pilyang]

팀바팀 레벨3 최종 회고

1. 팀 문화 돌아보기

• 로이
  • 의미 있었던 팀 문화 : 우리 같이 알자
    • 업무 진행 사항을 문서화를 통해 빠르게 공유하여 좀 더 효과적으로 프로젝트를 진행할 수 있었습니다. 사실 문서화 작업이 귀찮을 수도 있는데, 팀원들이 자발적이고 적극적으로 문서화 작업을 진행하는 모습을 보고 배울점이 너무 많다는 생각이 들었습니다.
  • 구현해야할 기능이 많은 편이라 정해진 기한 내에 마무리할 수 있을지 걱정이 되었지만, 그래도 선택과 집중을 잘 한 덕분에 목표로한 기능을 마무리 할 수 있었습니다. 더불어 큰 갈등없이 원만하게 협업했던 점도 목표를 달성하는 데 큰 도움이 되었다고 생각합니다. 레벨 4에도 서로 존중하면서 프로젝트를 진행하고 싶습니다.
• 필립
  • 의미 있었던 팀 문화 : 참고 자료는 실시간으로 공유한다. / 기술 부채를 공유하자.
    • 두가지의 서로 다른 팀문화이지만 같은 맥락이라고 생각해서 두가지를 공통으로 뽑았습니다. 각자 진행한 내용이나 문제가 생겨서 해결했던 내용들을 블로그 또는 노션 페이지에 공유를 해서 작업한 사람이 아닌 다른 사람들이 이해하거나, 이후에 비슷한 문제가 있을때 참고할 수 있도록 하자는 의미로 만든 문화이고, 해당 정리 덕분에 빠르게 이해하고, 이후에 반복작업시 쉬운 부분들이 있었습니다.
      하지만 프로젝트를 하다 보니 모든 내용들이 정리되어있지는 않아서, 다음 레벨에선 노션페이지에 간단히라도 해결 내용에 대한 정리를 해두면 더 좋을 것 같습니다.
  • 무리한 기획을 하여서 걱정을 많이 하고 미안했었는데, 최대한 할 수 있는만큼 해보자 하여 잘 진행이 된 것 같습니다. 하지만 해야하는 기능들이 많았어서 모든 문화들이 완벽하게 잘 지켜진건 아닌 것 같다는 생각도 들었습니다. 그래도 다들 할수있는 선에서 최선을 다하고 열심히 해줘서 프로젝트가 최선의 방향으로 잘 흘러갈 수 있었던 것 같습니다.
  • 레벨4에서는 초기에 우리의 능력과 남은 시간에 맞추어 집중할 부분들을 잘 선정하여 추가기능구현을 하거나 고도화를 진행을 하면 더 남게되는것이 많아질 수 있도록 프로젝트를 잘 진행할 수 있을 것 같습니다.
• 성하
  • 의미 있었던 팀 문화 : 모르는게 죄는 아니잖아 😭 [바보같은 질문이라도 괜찮아요. 걱정말고 물어봐요.]
    • 프로젝트 진행하면서 모르는 부분이 상당히 많았었는데 바보 같은 질문을 편하게 할 수 있어서 좋았던 것 같아요.
  • 팀 프로젝트가 기존에 원했던 방향대로 잘 흘러갔는지?
    • 처음 기획과는 중요한 부분들이 달라져서 아쉽지만, 현실적으로 어쩔 수 없는 부분이라서 아쉬울 뿐이고 주어진 시간 내에서 최선을 다한 것 같아서 만족스럽습니다! 제대로 된 프로젝트는 처음 해보는데 개발 외적인 부분인 수많은 회의, 스프린트나 일정 추정, Git 브랜치 전략 등 하나의 팀으로 경험할 수 있는 여러 가지를 처음 경험해보고 잘 경험한 것 같아서 만족스럽습니다.
  • 레벨 4에서 어떻게 유지/개선할 수 있을지?
    • 방학이라 그런지 지금 열정이 조금 떨어진 상태인데 다시 출근해서 모두 으쌰으쌰하면 더 열정이 살아날 것 같습니다. 레벨 4에서는 고도화, 성능 최적화를 우선사항으로 두고 실사용자를 어떻게 더 받을지? 더 고민해봐야 할 것 같습니다.
• 엔델
  • 의미 있었던 팀 문화: 침묵은 금이 아니다. 🥇
    • 회의를 하다보면 안건에 대해 일부 인원이 그냥 넘어가는 경우가 있다. 하지만 그런 넘어가는 경우 없이 모두의 의견을 들음으로써 모두의 의견을 취합하도록 할 수 있어서 좋았던 것 같다.
  • 초, 중반에는 필요한 기능 및 요구사항이 많아서 기간 내에 다할 수 있을지에 대한 고민이 들었던 것도 사실이나, 결론적으로는 마무리 되어서 좋은 것 같다. 다만 시간, 기술 상 다운그레이드된 요구사항이 존재해서 아쉬운 점은 있다. 이를 레벨4에서 진화시는 것을 목표로하면 좋을 것 같다.
• 유스
  • 의미 있었던 팀 문화 : 혼자 merge? 그게 머지?
    • 단순히 각 분야의 모든 팀원들에게 approve만 받는 것이 아니라, 모두의 의견을 들어보고 좀 더 합리적인 결정을 내리는 데 도움이 많이 되었다고 생각한다. 코드 리뷰 과정에서도 의견을 주고받으며 크고 작은 실수들을 미연에 방지할 수 있었다.
  • 예상보다 원활하게 잘 진행되었다. 목표로 한 기능들을 구현하고, 완성도도 어느 정도 높일 수 있었다. 처음엔 피곤하고 힘든 감정이 앞서서 마냥 즐겁게 개발하지는 않았던 것 같은데, 점차 나아지고 있는 느낌이다. 레벨 4에는 좀 더 긍정적인 마인드를 갖고 임할 수 있도록 노력해야겠다.
• 요술토끼
  • 의미 있었던 팀 문화: 수평적인 관계, 허물없는 대화
    • 나는 원래 존댓말을 더 선호하기 때문에 처음에는 그저 그랬지만, 확실히 반말을 허용했을 때 존댓말로는 표현할 수 없었던 반말 본연의 친근함이 있었고, 의견을 내거나 토론을 할 때에도 좀 더 적극적으로 서로의 생각을 이야기할 수 있었던 것 같다. 결론적으로 이 팀 문화가 팀 전체의 분위기를 적극적으로 만드는 데 기여했다고 생각한다. 존댓말과 반말은 결과적으로 하고자 하는 말은 똑같은데 여러모로 신기함을 느꼈음.
  • 프로젝트의 난이도가 높아 여러모로 걱정이 많았던 프로젝트이다. 그만큼 구현해야 할 기능들도 상당히 많아서, 한편으로는 혼란스러운 부분도 있었다. 그렇지만 모두가 열심히 노력해 준 덕분에 (특히 데모데이 직전에는 정말 빡겜하듯이 노력해가면서…) 이 많은 기능들을 성공적으로 수행할 수 있어 뿌듯한 점이 많았다.
  • 레벨 3 때 보물창고(이후에 구현할 아이디어 목록)로 옮긴 기능들이 많았고, 도중 축소하거나 대체한 기능들도 많았다. 서비스를 더 의미 있게 만들기 위해 어떤 기능들을 개선할 수 있을지, 보다 많은 사용자가 유용하게 사용할 수 있으려면 어떻게 해야 할 지를 팀원들과 함께 고민해보아야 겠다.
• 루루
  • 의미 있었던 팀 문화 : 수평적인 관계, 허물없는 대화
    • 대화를 할 때 좀 더 자유로운 분위기에서 허물없이 의견을 나눌 수 있기 위해 만들어진 문화였다. 이 문화 덕분에 금방 친해질 수 있었고, 본인의 의견을 더 자유롭게 어필 할 수 있었던 것 같다. 다만 반말을 하게되면 너무 편해져 서로 실수 할 수 있는데 우리 팀은 알잘딱깔센으로 선을 지키면서 이야기해서 반말로 인해 불편함을 느낄 수 없었다. 최고에요🏆
  • 솔직히 처음에는 이걸 다 할 수 있을지 많이 걱정했는데 하다보니 적절하게 기능을 축소하면서 잘 완성한 것 같다. 가끔 이게 진짜 되나 하고 반신반의 하면서 작업했는데 정말 돌아가는 화면을 보면 그렇게 뿌듯하지 않을 수가 없었다. 그치만 컴퓨터 화면 크기에 따라 보이는 화면이 제각각인 부분은 많이 아쉽다. 그것 빼고는 대체적으로 (한 90?%)는 우리가 처음 생각한 서비스와 근접하지 않을까 하는 생각! 다들 완전 수고많았다! 레벨 4에는 드라이브 기능을 만들던, 구글 드라이브를 붙이던, 관련해서 고도화만 진행하면 정말 완벽할 것 같다. 다같이 남은 3개월도 화이팅하면 좋겠다👻

2. 나 돌아보기

• 로이
  • 인상 깊었던 사건
    • 개인적인 집안 일로 팀프로젝트에 참여하지 못했던 일
  • 좋았던 점
    • 집안의 일을 처리하면서 우테코 생활을 병행하기가 힘들었습니다. 내 일을 다른 팀원이 나눠서 해야하는 경우에도 누구하나 나무라지 않고, 오히려 따라오지 못한 저를 많이 가르쳐줘서 너무 고마웠습니다.
    • 나이가 많아서 다른 팀원들이 불편하게 생각 할 수 있었지만, 친근하게 대해줘서 너무 고마웠습니다.
  • 아쉬웠던 점
    • 개인적으로 실력이 부족하고 투자하는 시간도 적어서 팀에 기여한 바가 많지 않아서 팀원들에게 미안하고 아쉬웠습니다.
  • 레벨3에서 역할 & 4에서 역할
    • 레벨3에서는 팀 프로젝트 진행 사항을 이해하고 따라가는데도 쉽지 않아서 팀에 기여한 바가 거의 없었던 것 같습니다.
    • 레벨4에서 일차적으로 기능 고도화에 역할을 다하고 싶습니다. 그뿐 아니라 부족하지만 그것 이외에도 제가 팀에 기여할 수 있는 부분을 고민해보려 합니다.
• 필립
  • 인상 깊었던 사건 : 적용한 기술공유 day
    • 기능구현을 역할을 나눠서 진행을 하다보니 모두가 같이 작업을 할 수 없게 되었는데, 하루 시간을 잡고 작업한 코드들과 적용한 기술들에 대해서 설명해준 날이 인상깊었습니다.
      개발자로 직접 이런저런 구현을 해보고 공부해보고싶다는 욕심이 있었지만, 팀 활동으로 모든것을 내가 경험할 순 없지만, 이런 기술공유를 통해서 팀에서 적용한 기술들에 대해서 이해하고 공부하며, 내껏으로 만들기가 더 수월해져서 그러한 아쉬움을 줄일 수 있었고, 공유해준 팀원들에게 고마움을 많이 느꼈습니다.
  • 좋았던 점
    • 공부한 내용들을 잘 정리해서 공유해주는 팀원들을 보며 고마웠습니다.
    • 기획에 대해서 같이 생각을 해주고, 사용자라면 어떨까라는 고민을 같이 잘 해주어서 방향성을 잡도록 도와주어서 좋았습니다.
    • api명세 회의 등 다양한 회의를 할 때 모두 어떤 방식이 좋을것 같다는등의 자신의 의견을 잘 말하고 공유해주어서 좋았습니다.
    • 처음 해보는 웹 프로젝트가 잘 진행이 되어서 매우 좋았습니다.
  • 아쉬웠던 점
    • 프로젝트를 하며 문서화를 최대한 해보려고 했지만, 문서화에 누락된 부분들도 있고, 완벽하게 진행하지 못하여 살짝 아쉬움이 남는것 같습니다.
    • 기술적으로, 코드적으로 고도화하고 더 깔끔히 할 수 있는 부분들이 있을 것 같은데 그런 부분들을 놓치고 가는 부분들이 좀 있었던것 같아서 아쉽습니다.
  • 레벨3에서의 역할 & 4에서의 역할
    • 레벨3에서의 역할
      • 주어진 시간 내에 일단 완성할 수 있도록 조율하는 기획자 겸 개발자…
      • 맡은 기능들 구현하는 백엔드 개발자중 한명
    • 레벨4에서의 역할
      • 기능고도화에 대한 제안을 잘 할 줄 아는 개발자
      • 이전엔 기획자였다면 이번엔 공부를 하는 개발자로의 역할을 더 키우고 싶습니다.
• 성하
  • 인상 깊었던 사건 : 2차 데모데이 직전날?에 캘린더 완성된 거 다같이 본 것
    • 제대로 된 프론트가 있는 프로젝트가 처음이어서 API가 화면에 완성되는 그 짜릿함을 느끼지 못했었는데 2차 데모데이 직전날에 배포 완료하고 사이트 직접 들어가서 제대로 화면이 나오는 것을 보고 너무 뿌듯했습니당 ㅎㅎ
  • 좋았던 점(배운 점, 고마운 일)
    • 개발적으로는 인프라 쪽을 거의 몰랐는데 NGINX나 Github actions, CI/CD 부분에 대한 지식을 잘 배운 것 같습니다. 거의 다 같이 하긴 했지만 필립이 이끌어줘서 잘 배운 것 같습니다!
    • 또, Git에 대해서 거의 몰랐는데 진짜 바보같은 질문 100개 넘게 한 것 같은데 그때마다 잘 대답해줬던 필립, 엔델에게 고맙습니다.
    • 또, 후반부에 로깅 모니터링할 때 남들 다 쉴 때 캠퍼스 나와서 필립, 로이와 진행했었는데 과자와 음료수를 제공해줘서 당 안떨어지게 잘 끝낼 수 있었던 것 같아서 감사합니다 ㅎㅎ
  • 아쉬웠던 점
    • 개인적으로 제가 짠 코드가 아닌 다른 팀원이 짠 코드에 대한 이해가 좀 부족했던 것 같아서 아쉽습니다! 코드리뷰를 거치기는 했지만 볼 당시에는 이해하고 나중에 봤을 때 이게 뭐지? 했던 경우가 많았어서 볼 때 좀 자세히 봐야할 것 같습니다.
    • 또, 방법 제시를 많이 했었는데 제시를 할 때 제대로 된 설명 없이 이런 방법이 있는데 같이 해보자! 느낌의 경우가 많았어서 더 알아보고 리드를 했으면 좋았을 것 같다는 아쉬움이 들었습니다.
  • 레벨 3에서 나의 역할
    • 기술적인 부분이나 소프트적인 부분에서 처음 사용하는 여러 방법들을 제공했다고 생각합니다! 기획, 설계 단계에서는 이벤트 스토밍을 제시해서 다 같이 사용했고, 일정 추정 방법도 제공했습니다! 또 문서화 같은 경우에도 RestDocs를 사용해본 적이 있었어서 기술 공유를 하면서 잘 진행했다고 생각합니다!
    • 또, 레벨 3동안 밝고 긍정적이게 생활하고 열심히 생활한 것 같아서 이런 말하긴 뭐하지만 뭐 나름 분위기 메이커 정도는 하지 않았나..???요?
  • 레벨 4에서 하고싶은? 역할
    • 레벨 3때처럼 뭔가 시도해보고 싶은 방법이나 기술들이 많을 것 같은데 그때 방법만 던지지 않고 좀 제대로 알아와서 리드하면서 해보고 싶긴 합니다!
    • 또 레벨3와 마찬가지로 항상 밝고 긍정적이게 생활하고 싶습니다~
• 엔델
  • 인상 깊었던 사건: 채팅을 넣지 못하고 피드로 기획이 변경된 사건
    • 코치님의 의견과 자체적인 회의를 통해 채팅 구현이 어려울 것 같아 피드로 요구사항이 변경된 사건이다. 개인적으로 채팅을 만들어보고 싶었기에 아쉬웠지만, 여기서 배운점도 있었고, 상황이 여의치 않았기에 다음에 도전해보면 좋을 것 같다.
  • 좋았던 점
    • NGINX를 잘하시는 분이 있어서 옆에서 배울 수 있었던 점이다.
    • 프론트와 하는 첫 프로젝트라는 점이 좋았다.
    • 팀원들이 다 잘해주어서 좋았다.
  • 아쉬웠던 점
    • 아쉬웠던 점은 프로젝트 시작할 때 시도하려고 했었던 기술들을 많이 못한 것이다.(물론, 될 것이라고 생각하지는 않았다.)
    • 체력이 안되서 기여를 못한 부분이 아쉬웠다.
    • 기간이 생각보다 짧았던게 아쉬웠다.
  • 레벨 3에서의 역할: 레벨 3때는 백엔드 개발자 1로서 역할을 가졌다. 같이 회의를 통해 요구사항을 도출하면 개발을 진행했다.
  • 레벨 4에서의 역할: 레벨 4때도 마찬가지로 레벨 3처럼 기본에 충실하면 좋겠다.
• 유스
  • 인상 깊었던 사건 : 런칭데이 데모 발표
    • 팀원들과 프로젝트 결과물을 보며 얘기할 때는 솔직히 잘 몰랐는데, 발표 당시 반응이 좋아서 열심히 잘 만들었구나라는 생각이 들어 뿌듯했다.
  • 좋았던 점
    • 모든 팀원들이 각자의 역할을 열심히 수행해줘서 좋은 결과물이 나온 것 같아 좋았다.
    • 코로나 때문에 발표를 망칠 것 같아 루루에게 데모데이 발표를 맡겼는데, 싫은 티 내지 않고 발표도 잘 해줘서 고마웠다.
    • 요술토끼가 디자인을 예상보다 훨씬 퀄리티 있게 만들어 주었고, 사소하지만 많은 피드백을 줬는데 꼼꼼히 잘 반영해줘서 고마웠다.
  • 아쉬웠던 점
    • 컨디션 조절을 잘 하지 못한 것 같다. 이 때문에 예상한 일정보다 더 오랜 시간을 들여 끝낸 때도 몇 번 있었다.
    • 기능 구현을 가장 우선적으로 여기다보니 기술적으로 놓친 부분이 꽤 많다는 느낌이 들었다. 레벨 4때는 프로젝트를 고도화하면서 놓친 부분들을 챙길 수 있으면 좋을 것 같다.
  • 레벨 3에서의 역할
    • 프론트엔드 프로젝트 세팅, 적용할 기술 스택 고려
    • CI / CD 파이프라인 구축
    • 기능 구현
  • 레벨 4에서의 역할
    • 이것저것 줏어들은 지식을 바탕으로 고도화에 힘써보고 싶다.
    • 기능을 빠르고 퀄리티있게 개발하고 싶다.
• 요술토끼
  • 인상 깊었던 사건: 23학번 로이의 런칭데이 데모 발표
    • 5분 간의 짧은 발표였지만, 기능들을 보면서 마치 주마등처럼 빠르게 우리가 지금까지 노력해 온 것이 뭔지가 스쳐 지나갔고 로이가 마치 마케팅 분야의 팀장처럼 발표를 열띠게 잘 할 때 우리가 이 서비스에 대해 얼마나 애정을 가지고 있는지를 모두에게 잘 알릴 수 있어 의미 있었던 사건이라고 생각한다.
  • 좋았던 점: 내 강점을 이용해 팀에 기여할 수 있었고, 내 약점은 팀으로부터 배울 수 있었다.
    • 레벨 3 초반에 너무 소극적이었던 내 태도를 고치고 팀에 무엇을 기여할 수 있을 지 계속해서 찾아보았고, 팀원들이 어려워할 수 있었던 캘린더 관련 기능들의 어려운 구현 기능들과 고민하는 데 시간이 오래 걸리는 디자인 시안 등의 아이디어를 계속해서 내놓았다. 꼭 내 의견이 채택되지 않더라도 팀에게 보다 많은 선택지를 제공하고 싶었던 게 내 목표이자 팀에 기여하고 싶은 방식이었다.
    • react-query 등의 기술에는 어두웠다. 나는 새로운 기술들에 숙달되기 위해 보통 다른 사람보다 시간을 더 많이 쓰는 편이다. 다행히도 팀원들이 이러한 나를 이해해 주고 내가 헤맬 때마다 대화로도, 피드백으로도 도움을 많이 받았다.
  • 아쉬웠던 점
    • 레벨 3의 후반에 들었던 생각인데, 단독 행동을 너무 많이 했던 것 같다. 회의에 보통 마지막으로 의자에 앉는 팀원이 되었던 적이 많았고, 점심 시간 때도 팀과 떨어져 있어 팀원들이 나를 찾으려 가려 했던 적이 있었다. 레벨 3 때 개발 외적으로 무엇을 개선할 수 있을 지 생각해 본 것처럼 레벨 4 때도 개발 외적에서 무엇을 개선해 나가야 할 지 끊임없이 생각해야 한다.
  • 레벨 3 & 레벨 4에서의 나의 역할
    • 팀바팀의 백준과 피그마가 되어 보자.
      • 레벨 3과 마찬가지로 생각을 요하는 복잡한 기능이 있을 경우 어떻게 문제해결을 할 지 생각해 보고, 끊임없이 새로운 디자인 시안과 UX를 고려하면서 팀원들이 디자인에 대해 많은 고민을 하지 않고 개발에만 치중할 수 있도록 해 보자.
• 루루
  • 인상 깊었던 사건: 구글 로그인 프론트 작업 시작했을 때
    • 처음에는 백엔드가 모두 다 처리해서 모아보기 페이지에 왔을 때 사용자 인증 정보를 보내준다고 했었는데 생각해보니까 프론트에서 요청보내는 곳이랑 받는 곳이랑 다른데 어떻게 해야하는 건가 라는 의문이 들었었다. 그때 내가 열심히 토론하고 주장해서 지금 방법이 채택 되어서 좀 인상 깊음. 사실 그때 요토한테 한 6번 설명했는데 6번 설명하다가 로그인 이론 마스터해서 인상 깊은 것 같기도 함.
    • 내 감정: 뿌-듯! 😊
  • 좋았던 점:
    • 회의때마다 진짜 바보같은 질문 여러번했는데 아무도 눈치주지 않고 똑같은 말 계속해줘서 고마웠습니다.
    • 버그터졌을 때 다함께 컴퓨터 키고 고치는게 진짜 너무 낭만이라 좋았습니다.
    • 요술토끼랑 함께 디자인 시안 볼 때 있었는데 ‘1px만 옆으로’ 라는 귀찮은 부탁을 할 때마다 열심히 반영해줘서 고마웠습니다.
    • 유스한테 맨날 버그가져가서 도와줘라고 했는데 근로할 때 빼고 바로 도와줘서 감동을 받았습니다.
    • 가끔 답답하면 필립한테 가서 이야기했는데 공감맨이라서 마음이 많이 풀렸던 것 같습니다.
    • 성하가 쓸데없는 드립에도 웃어줘서 뻘쭘하지 않았습니다.
    • 엔델이 나보다 더 재미없는 드립 쳐줘서 다행이다 라는 마음이 들었습니다.
    • 로이가 밥먹을 때 이야기할 주제 떨어지면 하나씩 던져줘서 어색하지 않게 밥 먹을 수 있어서 고마웠습니다. (주제를 좀 더 열심히 준비하겠습니다!)
  • 아쉬웠던 점:
    • 생각보다 제 실력이 거기서 거기라는 느낌을 많이 받아서 아쉬웠습니다. 혼자 할 줄 아는게 아무 것도 없는 것 같아요
    • 새로운 것을 많이 해보고 싶었는데 현실적으로 불가능함에 아쉬웠습니다.
    • 컨디션 관리 하느라 개인 공부를 많이 하지 못해서 아쉬웠습니다. (그치만 칼퇴 놓지 못해)
  • 레벨 3에서 나의 역할: 팀 분위기 메이커 겸 진행자였다고 생각합니다. 제가 조용한걸 못견뎌서 회의할 때 끊임없이 말하고 진행했던 것 같습니다. 그 전에 회의를 진행한 적이 많아서 그런지 습관적으로 회의는 짧고 굵게! 의견은 통일해서! 라는 생각으로 진행했습니다. 근데 사실 제가 진행자가 아님에도 월권한 적이 있어서 미안하게 생각하고 있어요..
  • 레벨 4에서 나의 역할: 같이 배울 수 있는 동료가 되고 싶습니다. 희망사항이긴 한데 많이 성장해서 배움을 받고, 배움을 줄 수 있는 동료가 되고 싶어요.

3. 서비스 제작 후기

8주 동안 '팀바팀' 서비스를 만드는 여정은 쉽지 않았다. 프로젝트 시작 단계에서는 "이게 정말로 가능한 일인가?"라는 의문과 회의감이 들었다.

모든 팀원이 그 고민을 공유하며 서로를 격려하고 도왔다. 좋은 팀워크로 복잡하고 어렵다고 여겨졌던 기능과 UI도 완성할 수 있었다. 특히, 팀원들은 대학생들이 겪는 팀 프로젝트의 어려움과 복잡함을 해결하고자 열정적으로 노력했다. 런칭 페스티벌에서 여러 긍정적인 피드백을 듣게 되면서, 모든 노력이 헛되지 않았음을 실감했다.

팀바팀과 함께한 시간은 단순히 코드와 디자인을 넘어, 우리 모두의 성장과 추억을 만든 소중한 순간이었다. 가능성을 믿고 끝까지 도전한 우리 팀, 그 노력이 이루어낸 결과에 감사하며, 앞으로 더 큰 도전을 기대한다.

팀: 팀원들의 노력이 모여

바: 바쁜 대학생들의 일정을 정리해주는 팀플 플랫폼

팀: 팀바팀 서비스가 탄생하였습니다

[youngh0]

스탬프 크러시

제나

1. 팀문화 돌아보기
   • 의미 있었던 팀 문화
     • 데모데이가 끝날때마자 회식을 하자! : 3차 데모데이 회식은 세상이 흉흉해서 취소되었지만 1,2,런칭페스티벌까지 다 맛있는거 먹어서 좋았어요 데모데이까지 열심히 달려왔는데 잘 마무리하는 느낌도 들고~
     • 오전 데일리미팅을 카페석에서 : 자연스럽게 만들어진 팀문화인거같은데 오전에 분위기 환기되고 좋았어요 레벨 4 때도 카페석에서 하면 좋을거같아요 !
   • 기획부터 배포까지 경험해볼 수 있고 처음에 생각했던 방향으로 거의 흘러간거같아서 만족스러웠어요
   • 레벨 4 때는 프로젝트 이외에도 할게 많아져서 분업이 더 많아질거같은데 서로의 할 일들을 어떻게 잘 분배하고 진행상황을 더 잘 공유해야 할 거 같아요. 백엔드는 디스커션에 얘기할 내용 쌓아두고 쌓인 내용 바탕으로 논의를 했는데 그렇게 씽크를 맞추는 것이 좋았음
2. 나 돌아보기
   • 인상깊었던 사건 : 마지막 주차때 젠킨스 망가지고 로그인 구현도 잘 안되어서 너무 힘들고 남은 일들도 많은 거 같아서 다 할수있을까 싶었는데 다들 책임감을 가지고 열심히 해서 목요일에 완성이 되어서 QA 를 즐겁게 할때가 생각납니다. 그때 힘들었지만 정말 뿌듯하고 기분이 좋았어요!
   • 좋았던 점: 젠킨스, API 문서화, OAuth 등에 대해서 공부를 하고 싶었는데 이번에 공부를 할 수 있어서 좋았습니다
   • 레벨 2때까지 설계에 대한 생각을 안하고 코딩을 했었는데 이번 레벨에서 테이블이나 도메인 설계에 대해서 생각을 할 수 있어서 좋았어요
   • 아쉬운점은 JPA 나 트랜잭션 등에 대해서 공부를 많이 못했다는 점
   • 레벨 3에서는 일정 알리미나 회의 안건같은거 좀 생각해서 회의록 미리 작성해두는 역할을 했었다. 사실 이런거 챙기는거 좀 좋아하는 거 같다.
   • 레벨 4 때는 레벨 3 막바지에 구현하기 급급했던 기능들 리팩터링하고 테스트 커버리지를 더 높이고 싶다. 트랜잭션이나 JPA 같은 지식들도 더 쌓아서 코드 측면에서도 기여를 하고 싶다

깃짱

1. 팀
   1. 의미
      1. 데모데이 끝나고 같이 밥먹기
         1. 유지는 매우 쉬웠음.
         2. 팀원들 전체가 모여서 자연스럽게 감정 + 지난 스프린트 회고를 할 수 있어서 좋았음
      2. 매일 아침 데일리
         1. 일정 및 아침 기분 및 컨디션 보고를 받아서 사소한 오해가 안쌓이는데 도움이 된 것 같음
   2. 팀 프로젝트
      1. 결국 내가 레벨3 처음에 상상했던 기능을 대부분 구현했다. 기존에 원하던 방향으로 결과물이 잘 만들어진 것 같다
      2. 이제 구현에 급급한 것이 끝났으니, 팀 내 자신이 맡은 파트를 다른 팀원들에게 설명하는 문화를 더 도입하면 좋을 것 같다.
      3. 레벨4에는 현재 만든 애플리케이션의 성능 개선을 위한 공부 및 노력을 함께 이어가면 좋을 것 같다.
2. 나 돌아보기
   1. 인상깊었던 일
      1. 브라운이 와서 사장 모드 아쉬운 점을 물어봐서 이것저것 버그를 개선하면 실제 서비스로 사용할 수 있다고 말했더니 빨리 해보라고 했을때
      2. 8주동안 삽질만 한건 아니었구나 라는 생각이 들고 굉장히 뿌듯했다
   2. 좋았던 점
      1. 혼자서는 절대 안해볼 것들이 많았다(배포 자동화 등) 이런 부분들을 강제로 해보면서 진짜 서비스 장애가 생기지 말아야 할 대규모 서비스를 위한 기초적인 부분들을 공부해볼 수 있어서 좋았다
      2. 고마운 일은 내가 설계에 대해 많은 생각을 하는 편인데 잘 들어주고 다들 자신의 생각을 적절히 말해줘서 몰랐던 부분을 알게 되어서 좋았다
   3. 아쉬웠던 점
      1. 마지막에 시간이 없어서 분배받아서 진행한 일들에 대해서 공유가 자세하게 안된 것
   4. 레벨 3의 역할, 레벨 4에서 어떤 역할을 할 수 있을지
      1. API 만드는 공장..? 적당히 1/7 의 역할을 한 것 같다
      2. 레벨 4에서는 팀의 문서화나 지식 공유, 대규모 서비스를 위한 책 읽기 등 공부하라고 쪼는 역할을 할 것 같다

하디

1. 팀 문화 돌아보기

   • 회의에서 손을 들고 의견을 내는 팀문화가 좋았다. 진행자를 뽑고 회의를 진행하여 잘 지켜진 것 같다.
   • 정해진 시간안에 각자에게 할당된 부분을 책임감 있게 구현해 오는 모습이 감동이었다.

2. 나 돌아보기

   • 4차 데모데이를 앞두고 해결해야할 문제들이 많았는데 다 해내는 모습을 보고 인간의 위대함을 느꼈다.
   • 좋았던점 - 각자 구현한 기능을 다른 크루에게 설명해주는 시간을 가짐으로써 궁금증을 해결할 수 있어 좋았다.
   • 아쉬운점 - 4차 구현을 시작하고나서 조금 여유롭다는 생각이 들었는데, 막판에 아닌걸 보고나서 시간 관리와 일정 추산을 더욱 잘 해야겠다는 생각이 들었다.
   • 마지막에 했던 S3 가 가장 기억에 남는다
   • 레벨 3때 AWS에 관해 학습하고 적용해본 만큼 레벨 4때에도 클라우드 환경에서 프로젝트를 구축해나가는 활동을 하고싶다.

레고

1. 팀 문화 돌아보기
   • 데일리 미팅
     • 매일 팀원의 체크인 점수를 듣고 팀원 간 컨디션을 체크해주며, 어제 한 일과 오늘 할 일에 대한 내용을 공유하는 것이 의미 있었다.
   • 다수결
     • 진행하는 동안 개발 및 개발 외적인 부분에서도 의견이 갈린다 싶은 모든 사안을 다수결로 정하여 팀원 간의 무한 의견 나눔(?)을 방지하였다
   • 방향대로 잘 흘러갔는지
     • 솔직히 규모를 생각했을 때 구현을 못할 줄 알았는데, 모두 열심히 노력하여 거의 완벽하게 구현해낸 것 같아서 정말 감사하고 뿌듯했다.
2. 나 돌아보기
   • 인상 깊었던 점
     • 론칭 페스티벌 D-1 시점에 추가된 api를 대응하다가 생긴 버그를 대처하던 그 사건이 제일 인상 깊었다. 결국 사소한 부주의로 인한 이슈였는데 팀원들이 같이 고민해주고 남아줬던 그 때, 팀원들에게 참 고맙고 미안했다.
   • 좋았던 점
     • 프로젝트를 처음 경험하는 나로서는 거의 모든 것이 새로웠다. 이전 레벨에서는 경험할 수 없었던 깊은 협업을 경험하는 모든 순간들이 감사하고 좋았다.
   • 아쉬웠던 점
     • 기능 구현한다는 명목 하에 인프라 관련 경험을 할 좋은 기회를 다소 놓친 것 같아 아쉽다. 따로 문서화를 하며 머릿속에서 정리는 했지만, 실제로 경험해보지 못한 것이 못내 아쉽다.
   • 레벨3에서의 역할, 레벨4에서 어떤 역할?
     • 페이지 찍어내기(페이지 공장), UI/UX 개선 등
     • 이제 기능 구현은 어느 정도 완성됐으니 최적화와 완성도에 힘을 쓰는 경험을 하는 것을 목표로 해야겠다.

레오

1. 팀 문화 돌아보기
   • 회의 1시간 하고 쉬는 시간을 가지는 문화가 좋았다.
   • 백엔드 내부적으로 논의하고 싶은 내용을 디스커션에 적고 시간 잡아서 서로 얘기하는 시간을 가진게 좋았다.
2. 나 돌아보기
   • 항상 데모데이 전 날 우당탕탕 하면서 API 연동하는게 재밌었다.
   • 아쉬운 점 - 기능 구현에 급급 했던 것 같다. 그래서 아직 서비스의 완성도는 살짝 부족한 것 같다.
   • 좋았던 점 - API 연동 과정에서 문제가 생겼을 때 서로 탓하지 않고, 자신의 문제인지 확인하는 모습이 좋았다.
   • 레벨4 역할 - 요새 DB관련 공부를 하고 있어서 서비스에 DB관련해서 도움이 되고 싶다.

윤생

1. 팀 문화 돌아보기

• **도메인이나 기술에 대한 언급을 할 때 최대한 ‘그’, ‘이’를 자제하자.**

  이유는 이 그라운드룰이 있다고 생각하고 나니, 제가 얼마나 많은 대명사를 사용하고 있는지 되돌아보게 되었습니다.

  그래서 이 룰이 가장 의미있다고 생각한 이유는 단순히 대명사를 사용하지 않는게 아니라, 상대방 입장에서도 내 말을 잘 이해할 수 있도록 생각하고 말하는데 도움이 되었기 때문입니다.

1. 나 돌아보기

• 새로웠던 분야에 도전해보는 계기가 되었습니다. 인프라를 학습하는 과정에서 시행착오를 겪으면서 색다른 경험을 해보았기 때문입니다. 아쉬운 점은 이런 경험을 팀원들과 함께 고민하고 해결했으면 어땠을까 아쉬움이 남았습니다.
• 고마운 점은 팀원들이 항상 분위기를 좋게 가져가 팀 프로젝트를 재미있고 의미있게 했다고 생각합니다. 또한 4일정도 예비군이란 공백을 가졌기도하고 근로도 하느라 스타일링, 개발에 많이 기여를 못했음에도 불구 하고 팀원들이 힘써주져서 든든했습니다. 레벨4에는 개발에도 팀원들의 부담을 함께 나눠가져가리라 다짐합니다.

라잇

1. 팀 문화 돌아보기
   • 의미 있었던 팀 문화데일리 스크럼을 매일 진행한 점이 인상깊다. 10시가 땡 되면, 모두 라운지로 나가서 데일리를 하자는 시간을 가졌으며, 너무 바쁜 날에는 유동적으로 안하기도 했다. 하지만, 서로의 컨디션과 업무상황을 공유하며 하루의 시작을 환기할 수 있어서 좋았다.
   • 프로젝트가 처음 기대했던 방향보다 더욱 좋게 흘러간 것 같다. 우역곡절이 많았지만, 갖가지 문제상황을 개선하려고 노력하며 성장할 수 있었기 때문이다.
2. 나 돌아보기
   • 론칭페스티벌 전날. 팀원들과 마지막까지 남아서 다양한 문제를 함께 해결하려고 노력했던 순간이 기억에 남는다. 그때 당시의 감정은 ‘아 이런날이 참 귀하고 소중하다.’라는 생각을 했으며, 드디어 끝났다는 안도감과 뿌듯함, 그리고 내일의 론칭 페스티벌에 대한 기대감 등 다양한 감정이 공존했다. api 메소드 type 추론 리팩토링 업무에서 여러 방안의 장단점을 토론하며, 정말 마음에 드는 구현을 이뤄냈던 순간이 기억에 남는다.
   • 배운 점은 소프트 스킬, 현명한 버그 해결 방법, 배포 과정이다. 고마운 점은 팀원 모두 최선을 다해 프로젝트에 임하고, 손발이 잘 맞는 팀에 속한 것이다. 아쉬운 점은 조금 더 다양한 시도(기술적)를 못해본 점이 아쉽다.
   • 서비스 프론트엔드 개발 및 서비스 기획 근거 보충을 주로 진행했던 것 같다. 레벨 4에는 유지보수 업무를 경험할 수 있는 카페 섭외와, 실제 운영/개발 서비스에 관련한 역할이 기대된다. 또한, 방대한 양의 프로젝트 코드를 리팩토링하고 싶다.

서비스 제작 후기

기획을 머릿속으로 생각만 하는 것과, 실제로 서비스를 만들었을 때의 느낌이 완전 다를 수 있구나 생각했다.

솔직히 레벨3 동안 구현 가능한 규모인가 할 정도로 구현해야 하는 기능이 많았다. 그러나, 팀원들 7명이 전부 다 본인의 역할을 제대로 해서 만족스러운 결과가 나왔다. 이 과정에서, 각자 개성이 있고 강점이 있는 부분이 있다는 것을 느꼈고 그 안에서 서로 배울게 많다고 느꼈다.

과거까지는 개념을 학습하고 개념을 적용할 수 있는 예제를 공부했다면 서비스를 제작하면서는 서비스가 우선이 되고 해당 서비스에 당장 적용할 수 있는 내용들을 공부하는 느낌이라 더 얻어갈 수 있는 것들이 많았다.

레벨4때는 서비스에 현존하는 에러를 수정에 더 완성도 있는 프로젝트를 만들고 싶다.

[yeonkkk]

🌱피움팀 레벨3 최종 회고🌱

피움 식집사들: @WaiNaat @hozzijeong @Kim0914 @Choi-JJunho @bassyu @rawfishthelgh @yeonkkk

1. 팀 문화 돌아보기

의미있었던 팀 문화

클린

• 위대한 손 들기가 제일 의미있었습니다. 모두 동등한 입장에서 첨예한 의견 대립이 있을 때 누군가는 결정을 해줘야 합니다. 그렇지만, 누군가 에게만 결정 권한을 준다는 것은 충분히 반감을 살 수 있는 일입니다.
• 모두의 동의를 통해 뽑힌 데일리 마스터에게 의사 결정 권한을 줌으로써, ‘데일리 마스터가 귀찮고 좋지 않은 것’ 이라는 생각을 바꿀 수 있게 했고 배가 산으로 가는 것을 방지할 수 있었던 가장 의미있었던 팀문화 인것 같습니다.

참새

• 저는 반대 의견을 편하게 말할 수 있는 분위기가 제일 의미있었어요. 사공이 일곱이라 배가 가끔 산을 오르고 싶어했는데 그때마다 누구든지 반대 의견을 통해 진행 방향을 다시 잡았거든요. 또 아닌 건 아니라고 빠르게 말해서 다 만들고 나중에 고치는 일이 없어서 빠듯한 일정임에도 모두가 구현을 마칠 수 있었다고 생각합니다.

쵸파

• 위대한 손들기는 특히 기억남는 팀문화중 하나였습니다. 그 이유는 다음과 같습니다.

1. 저희는 수평적인 문화에 집중했습니다. 하지만 규율없는 수평은 가끔은 혼란스러울 수 있습니다. 그래서 때로는 수직적인 결정 또한 필요하다는 것을 보여주는 점에서 의미가 있습니다.
2. 처음부터 있던 문화가 아닙니다. 충분히 회의를 하고, 문제를 느껴서 만든 새로운 문화입니다. 이는 코드 뿐만 아니라 문화 또한 항상 완벽하지 않고, 다만 언제든지 더 좋은 방향으로 개선할 수 있다는 의미입니다.

주노

• 위대한 손들기가 가장 의미있었던 팀 문화라고 생각합니다. 이 문화가 있었기에 매 회의가 의미있는 회의가 될 수 있었고, 뾰족한 기획을 만들어 낼 수 있었다고 생각합니다.

하마드

• No 를 편안하게 말할 수 있던 분위기가 좋았던 것 같습니다. 보통 의견이 한 쪽으로 쏠리게 되면 반대 의견을 말하지 못하고 대다수의 의견에 묻어가는 경우가 많은데, 팀원들 모두가 여론에 굴하지 않고 의견을 내는 문화가 있다 보니, 다수의 의견에 가려 놓치거나 고려하지 못 했던 부분을 잘 짚어내고 개선할 수 있었다고 생각합니다.

그레이

• 우리 모두가 식집사 : 팀원들 간에 수평적인 문화를 만들어갈 수 있었던 가장 의미있던 팀문화입니다. 자유롭게 의견을 제시할 수 있는 환경이 조성되었고, 의문이 들거나 반대 의견을 제시해야하는 상황에서 편하게 의견을 제시할 수 있었습니다. 또한 그 날의 데일리 마스터는 토론이 과열되었을 때 의사 결정을 할 수 있는 권한을 가집니다. 수평적인 문화를 가져가면서도 중요한 의사 결정을 할 때 의견이 좁혀지지 않는 상황에는 수직적으로 결정할 수 있는 문화가 좋았습니다.

조이

• 가장 의미있다고 느껴진 팀문화는 식물은 죽어서 거름을 남기고 피움은 수료해서 기록을 남깁니다 입니다. 피움 서비스의 핵심 가치인 기록 에 맞게, 팀의 모든 순간을 기록해왔습니다.
  디스커션, 노션을 이용해 주간 회고, 토론 내용 등을 작성하여 자유롭게 의견을 공유할 수 있었습니다. 기술블로그를 통해 작성자는 학습한 내용을 정리할 수 있었고, 독자는 자신이 담당하지 않은 부분을 이해하기 위한 자료로 활용할 수 있어서 좋았습니다.

팀 프로젝트의 방향성 회고

클린

• 너무 잘 맞아 떨어졌습니다. 사용자가 겪는 불편함도 명확했고 그것을 기술로써 해결하기 위한 방법도 잘 찾았다고 생각합니다. 초반에 생각했던 기능들을 전부 구현하지는 못했지만, 그래도 사용자의 핵심 문제는 해결할 수 있었다고 생각합니다.

참새

• 정말 뾰족하게 잘 가져갔다고 생각해요. 처음에는 단순히 ‘식물을 처음 키우는 사람’ 이라는 페르소나를 잡았었어요. 하지만 식물 키우기를 좋아하는 다른 크루들과의 인터뷰를 통해서 그 페르소나의 부실함을 깨닫고 경험, 기억, 기록이라는 세 가지 단어를 잡아 기획을 좁혀 나간 게 정말 좋았습니다. 팀원 모두가 이 점을 계속 염두에 두고 회의를 진행해서 큰 이변 없이 잘 흘러가지 않았나 싶어요.

쵸파

• 방향성에 매우 큰 도움이 됐던 것이 인터뷰라고 생각합니다.
  7명이서 계속 회의를 하니 좁혀지면서도 여전히 흐릿한 느낌이었습니다.
  실제 식물을 길러본 사람들의 인터뷰를 통해 조금은 흩어져있던 생각을 아주 빠르고 뾰족하게 동기화할 수 있었습니다.
• 개인적인 방향성이 ‘최소한의 개발을 빠르게 반복’이었습니다. 그중 최소한(정말 필요한 것만)의 개발 계획은 완벽했던 것 같습니다.

주노

• 팀 프로젝트가 기존에 원했던 방향보다 더 잘 흘러가서 기대 이상의 만족감을 가지고 레벨3를 마무리할 수 있었습니다. 한가지 아쉬운점이 있다면 깊이있는 기술적 시도를 못해봤다는 내용이 있는데 이 부분은 레벨 4에서 만족할 수 있을 것이라고 생각합니다.

하마드

• 프로젝트를 진행하면서 초기 기획과 달라졌던 부분이 여럿 있는데, 모두가 각 스프린트를 거치면서 현실적으로 적용 가능한 대안들과, 더 나은 기획 방향을 힘을 합쳐 고려하면서 좋은 개선이 이루어졌다고 생각합니다. 특히 일정 추산을 굉장히 잘 했다고 생각합니다.

그레이

• 서비스 방향성을 뾰족하게 가져갈 수 있었던 점이 정말 좋았습니다. 이것 저것 보편적인 기능들을 만드는 것이 아니라, 어떤 사용자에게 어떤 목적으로 어떤 성취감을 안겨줄 수 있는지 치밀하게 고민하며 ‘우리 서비스’라는 주인의식을 가질 수 있었습니다. 더할 나위 없는 훌륭한 방향성 이었다고 생각합니다.

조이

• 시간적인 부분을 고려해 처음 기획한 내용에서 많은 부분들이 변경되었습니다. 처음에는 기획자로써 너무 많은 기능을 제거했기 때문에 서비스의 차별점을 잃는 것이 아닌가 걱정하였습니다. 하지만 서비스 런칭을 한 지금, 주어진 시간을 고려해 기본적인 핵심 기능을 우선하여 구현한 것은 정말 좋은 선택이었다고 느끼고, 팀이 올바른 기준을 가지고 프로젝트를 잘 진행해왔다고 생각합니다.

앞으로의 방향성 계획

클린

• 레벨 3에서 시간에 쫓겨 구현하지 못한 기능들이 몇가지 존재합니다. 이것들을 레벨 4에서 구현해보고 싶습니다. 그리고 좀 더 기술적으로 깊은 시도를 해보고 싶습니다. (타입 스크립트, 웹 접근성 등)

참새

• 프로젝트의 방향성 측면에서 저는 지금 있는 기능의 고도화나 리팩터링을 하고 싶어요. 개인적으로는 QA 실력을 늘리고 싶어서 버그를 찾고 해결하는 과정을 많이 겪어보면 좋겠다는 생각을 합니다.
• 팀 문화의 방향성 측면에서는 문제가 없는 것 같아요. 다만 업무시간 외 간섭금지라는 규칙이 있는데, 제가 저녁에 몰래 이슈 올리면 슬랙에다 “참새가 이슈올렸대요!!!!!!”라고 봇이 맨날 광고를 해서 좀 슬퍼요. PR은 draft로 하면 아침까지 숨길 수 있는데 이슈는 그런 게 없더라구요 😢

쵸파

• 조금 더 욕심을 내보는 건 어떨까 생각이 듭니다. 조금 더 어려운 일정을 잡아서 스스로를 긴장시키고자 합니다.
• 큰 단위로 나누어서 개발을 했었는데, 코드가 한꺼번에 많이 올라오니 이해가 쉽지 않았습니다. 그래서 앞으로는 책임은 크게 나누지만, 이슈, PR은 스스로 잘게 나누는 방향은 어떨까 생각하고 있습니다.

주노

• 현재 팀 문화가 잘 구성되어있다고 생각하기 때문에 레벨 4에도 현재 문화를 잘 유지하면서 진행하면 좋을 것 같습니다.

하마드

• 현재 존재하는 기능을 고도화 및 최적화하는 방향으로 4레벨에 임하려고 합니다.

그레이

• 레벨 3 동안 너무너무 잘 해왔던대로 우리 피움 팀문화 쭉 이어가면 좋겠습니다.

조이

• 기존 팀 문화가 모두 적절하였고 잘 지켜졌다고 생각합니다. 앞으로도 잘 유지해나가면 좋을 것 같습니다.

2. 나 돌아보기

인상 깊었던 사건

클린

• 트러블 슈팅을 할때가 가장 인상깊었습니다. 로그인 기능을 구현하면서 쿠키에 세션이 실리지 않을때, 백엔드 팀원들과 다 같이 고민했던 경험. 개발 서버에 배포한 페이지가 로드되는데 4초 이상 걸렸던 경험. 캐시된 데이터 때문에 데이터 fetch가 제대로 이루어지지 않아서 프론트 끼리 머리를 맞대고 고민했던 경험 등을 하면서 같은 문제를 고민하고 해결하는 그 과정들이 너무 인상 깊었습니다.

참새

• develop 브랜치나 main 브랜치에 머지할 때가 기억에 남아요. 저희 팀은 PR이 머지되었을 때와 젠킨스에서 배포에 성공 또는 실패했을 때 슬랙에 알림을 보내줘요. 이 두 사건 사이의 시간에 성공을 기원하는 마음과 실패를 걱정하는 쫄깃함이 겹쳐져 속으로 기도하던 게 인상적이었어요.

쵸파

• 4차 데모데이 두번 째 날 회의실 안에서 신나게 회의했던 것이 생각납니다.
  정신 없으면서도 신나게 회의를 하고, 결론도 잘 났던 것 같습니다.
• 다같이 도시락 먹는게 인상깊었습니다. 매일 7명의 팀원 전부 도시락을 챙겨와서 먹을 때마다 신기하면서도 좋았습니다.

주노

• main 브랜치로 merge했을때가 가장 기억에 남습니다.
  프로젝트를 진행하는 내내 뭔가 빼먹은 기문을 계속해서 느끼면서 불안한 마음이 가시질 않았는데 프로덕션에 1차 배포를 완료한 시점에 마음의 짐을 덜어내는 기분과 함께 홀가분해지는 시간이였습니다.

하마드

• 첫 배포 파이프라인을 구축했을 때가 가장 기억에 남습니다. 팀원들끼리 처음으로 힘을 합쳐 무언가를 해낸 순간이었습니다. 그날 하루 종일 해당 태스크에 일정을 때려박았기에 더 기분이 좋았던 것 같습니다.

그레이

• 백엔드, 프론트엔드 첫 연동을 한 순간이 기억에 많이 남습니다. 꼼꼼하게 서비스를 기획하고 각 분야별로 구현한 기능을 화면으로 보았을 때 기분이 좋았습니다. 또한 백엔드, 프론트엔드 분야를 구분하지 않고 서비스 아키텍쳐를 만들어간 것이 인상깊었습니다.

조이

• 제가 로그인을 구현해서 그런지 로그인 기능을 구현한 후 처음으로 프론트엔드와 연동했을 때가 가장 기억에 남습니다. 프론트엔드, 백엔드에서 로그인을 각각 구현하고 맞춰보는 과정에서 삽질도 많이하고 배운 점도 많았던 것 같습니다. 그리고 다른 백엔드 크루들, 동일한 문제를 겪은 다른 팀 크루들도 자신의 일처럼 열심히 도와주셔서 더 기억에 남는 것 같습니다.

좋았던 점, 아쉬웠던 점

클린

• 좋았던 점
  • 일정 추산이 나름 잘 되었다는 점. 무리하게 일정을 짜지 않았고 일정에 맞춰 프로젝트를 마무리 할 수 있었습니다.
  • 서비스의 기획 - 개발 - 빌드 - 배포의 전반적인 과정을 직/간접적으로 체험해 본 것. 그리고 모르는 부분이 있을 때 바로바로 대답해 주었던 팀원들이 너무 고맙습니다.
  • 프로젝트를 몇 번 해보긴 했지만 브랜치 전략을 짜고, 코드 리뷰를 하고 같이 문제를 고민하고 해결하는 등의 과정이 너무 좋았던 것 같습니다.
• 아쉬웠던 점
  • 테스트 코드를 제대로 작성하지 않은 것. 스토리북 활용도 수월하게 되지 않은점이 좀 아쉽습니다. 핵심 로직 테스트나 e2e테스트가 제대로 이루어지지 않아서 에러가 발생한 부분들이 있어서 테스트의 중요성에 대해 다시금 한번 생각하고 가게 됩니다.
  • 디자인을 하는데에만 시간을 너무 많이 사용한 것 같습니다. 디자인이 계속해서 바뀌기도 하고, 통일된 기준이 없다보니까 좀 시간이 오래걸렸던 것 같습니다. 또한 기능이 추가될 때마다 디자인이 나오고 기능을 추가한게 아니라, 기능을 추가하고 디자인을 하기 시작하면서 너무 불안정하고 순서에 맞지 않는다는 생각이 들어서 아쉬웠습니다.
  • 리팩터링을 할 때 역할이 약간은 모호해지는 느낌이 들었습니다. 붕 뜨는 시간도 어느정도 있어서 누수가 생기는 시간이 없도록 시간 관리를 잘 해야할 것 같습니다.

참새

• 좋았던 점
  • 나름의 일정 추산 법칙을 알게 되었습니다. 기능 구현에 걸리는 시간을 X시간이라 하면 꾸미기에 들어가는 시간은 X의 세 배 정도로 잡으면 얼추 맞더라고요. 역시 예술은 고통인가 봅니다.
  • 팀원분들이 다들 열정적으로 작업해 주셔서 저도 휩쓸리듯 같이 열심히 할 수 있었던 것 같아 감사해요
  • 레벨1과 레벨2에 왜 코드를 짜는 데 있어서 이유를 설명하라고 했는지 알 것 같아요. 실제로 일을 해 보니까 그런 걸 생각해서 할 시간이 없더라구요. 뼈에 새겨서 본능적으로 나오도록 하기 위한 사전 작업이 아니었나 싶어요. 저는 대충 새겨서 피를 좀 봤는데 더 열심히 해야겠습니다.
• 아쉬웠던 점
  • CSS에 시간을 너무 많이 써요. 해결책을 찾지 못했다는 사실이 슬픕니다.
  • CSS 애니메이션을 제대로 하지 못해서 아쉬워요. 특히 리마인더에서 일정이 사라지고 나타날 때 효과가 있다면 더 좋을 텐데 저에겐 투자해야 하는 시간이 너무 커서 시도하지 못했습니다.
  • 다양한 테스트를 제대로 하지 못해서 너무 아쉽습니다. E2E, 단위, interaction 모두 제대로 된 게 하나도 없네요ㅠㅠ

쵸파

• 좋았던 점
  • 다들 책임감 있게 너무 열심히 해주셔서 저도 옆에서 열정이 타올랐습니다.
  • 서로의 생각이 달라도 잘 표현해 주신 덕분에 너무 많이 배웠습니다!
• 아쉬웠던 점
  • 개인적으로 인프라나 테스트를 신경쓰지 못했는데 아쉬운 부분입니다.

주노

• 좋았던 점: 80% 이상의 일정을 칼퇴근할 정도로 일정 추산을 잘 했다고 생각합니다.
  이런 저런 팀 문화나 이벤트에 대해 다양한 의견을 제시했는데 호응을 잘해주신 팀원여러분 덕분에 프로젝트하는 내내 행복했습니다.
  무언가를 제시했을 때 리액션이 없으면 의견을 제시하는 입장에서도 의욕이 떨어지기 마련인데 여러분들의 호응 덕분에 살맛 났습니다. 그 덕에 신나서 문서화도 꼼꼼하게 진행하게 된것 같기도 합니다
• 아쉬웠던 점: 기술적으로 깊이있는 탐구를 못해본 점이 자꾸 아쉬운점으로 남는 것 같습니다.
  기간이 짧은 만큼 해당 부분을 만족시킬 수 없는 현실임을 알고 있긴하지만 여전히 아쉬운 부분인건 어쩔 수 없는 것 같습니다.

하마드

• 좋았던 점 : 새로 알게 된 지식이 정말 많다고 생각합니다. 특히 인프라, 네트워크 쪽 관련 지식이나, 동적 쿼리, 검색 기능 등 다양한 지식을 접하게 되어 좋았습니다,
• 아쉬운 점 : 마지막 요구사항인 모니터링, 로깅 파트와 로그인 쪽 파트는 기존 지식이 부족해 협업할 때 많은 도움을 주지 못해서 아쉽습니다. 이 부분은 따로 공부를 해야할 듯 합니다. 또 인프라 관련 지식이 많이 부족하다고 느꼈습니다.

그레이

• 좋았던 점: 정말 의미있는 협업을 한 것 같아서 너무 좋았습니다. 팀원들과 한마음 한뜻으로 우리 서비스를 만들어간 소중한 경험이 된 것 같습니다. 팀문화적인 부분도 너무 좋았습니다. 기능 개발과 관련해서 항상 근거있는 코드를 작성하고, 근거있는 기술 도입을 하는 역량을 키울 수 있어서 많이 배울 수 있었습니다.
• 아쉬웠던 점: 기술적으로 다양한 시도를 해보지 못한 점이 아쉽습니다. 주어진 일정과 개발 규모를 고려했을 때 어쩔 수 없는 상황이었지만, 레벨 4에는 고도화 시키고 싶은 부분이나 도전해보고 싶은 기술을 학습하고 도입해보고 싶습니다.

조이

• 좋았던 점
  • JPA도 거의 처음 다뤄보고, 협업 경험도 거의 없었어서 프로젝트 과정에서 많은 부분들을 배울 수 있어 좋았던 것 같습니다.
  • 단순히 분업을 하는 팀이 아니라, 함께 고민하고 문제를 해결해 나가는 경험을 할 수 있는 좋은 팀원들과 함께 해서 좋았습니다.
• 아쉬웠던 점
  • 팀에 많은 기여를 하지 못 했던 것 같고, 조금 소극적이었던 것 같습니다. 팀 블로그, 디스커션을 좀 더 활용했으면 좋았지 않았을까 싶습니다.
  • 마지막에 시간이 부족하여 인프라쪽 공부가 부족했던 것 같아서 아쉽습니다.

레벨 3, 레벨 4에서 나의 역할

클린

• 레벨3 나의 역할: 개발자로써는 기능 개발과 리팩터링의 비율을 7:3 정도로 가져가면서 개발했던 것 같습니다. 팀원으로써는 완급 조절을 하는 분위기 메이커 정도…?
• 레벨4 나의 역할: 개발자로써 레벨 4에서는 기능 개발과 리팩터링을 4:6 정도로 가져가면서 개발을 하고 싶습니다. 팀원으로써는 지금 포지션이 좋은것 같습니다.

참새

• 레벨3 나의 역할: 레벨3 후반부로 갈수록 리팩터링에 집중했습니다. 개인적으로는 고점 대 저점의 싸움에서 후자의 손을 들어주고 싶어서 리팩터링 작업을 열심히 했었는데 재밌었어요.
• 레벨4 나의 역할: 레벨4에서도 리팩터링과 테스트 코드를 통해 무너지지 않는 서비스를 만들고 싶어요

쵸파

• 레벨 3: 큰 무리 없이 가능하도록 기획하고 구현하기에 집중했습니다.
• 레벨 4: 살짝은 도전적으로 기획하고 구현해보고자 합니다.

주노

• 레벨3의 나의 역할: 레벨3를 돌아봤을 때 저의 역할은 팀 내 기록 및 정리 담당이였습니다. 직접적으로 개발에 참여한 시간보다 문서화, discussion 정리, Wiki작성, 일정관리 등 팀 내 문서관리에 많은 시간을 할애했습니다.
  우연히도 기존에 경험해본 내용이 많이 겹쳐서 프로젝트에 적용할 기술에 대해 팀원들에게 설명하는 역할도 맡았습니다.
  기능적인 측면으로는 다음과 같은 기능을 담당했습니다.
  [ 반려식물 등록 API, 반려식물 전체 목록 조회 API, 사용자 초기 인증방식 도입, 젠킨스 빌드 조건 도입, 인수테스트 작성, RestDocs 적용, S3 도입 및 설정, Spring Event 도입, 기타 버그수정 ]
• 레벨 4 나의 역할: 레벨3동안 문서화를 위한 기반을 어느정도 완성해 뒀다고 생각하기 때문에 레벨4에서는 프로젝트 고도화에 집중하고싶습니다. 특정 기능을 주제로 레벨3 보다 코드 작성시간에 더 시간을 들이는 역할을 하고싶습니다.

하마드

• 레벨 3 나의 역할 : 저는 기본적인 도메인 기능을 개발하는데 많은 힘을 쏟았던 것 같습니다.
  • 사전 식물 검색 기능을 개발
  • 반려 식물을 추가/수정하면서 일어나는 히스토리 저장/수정 기능 개발
  • Querydsl을 활용해 필터링 조건에 맞게 동적 쿼리를 생성하여 필터링
  • 필터링된 히스토리들을 페이징 처리
• 레벨 4 나의 역할 : 현재 만들어 둔 기능들은 단순히 현재 가지고 있는 지식만을 기반으로 “일단 굴러가는 자동차”를 만들었다고 생각합니다. 컴포트 존을 살짝 넘어서서 현재 기능을 고도화하는 지식을 공부하고 적용하고 싶습니다. 예를 들면 검색 기능에 인덱스를 적용하여 검색 성능 개선 작업 등을 해보고 싶습니다.

그레이

• 레벨 3 나의 역할: 기본적인 기능 개발에 더해서 팀원들 간의 작성한 코드의 컨벤션과 통일성을 지키기 위해 코드 리뷰를 꼼꼼히 진행했습니다.
  • 반려식물 조회, 수정, 삭제 기능 개발
  • Logback을 이용한 로깅 전략 수립
  • CloudWatch를 이용한 모니터링 환경 구축
• 레벨 4의 나의 역할: 레벨 3의 역할을 꾸준히 이어가면서 현재 구현된 기능들에서 고도화 시킬 수 있는 부분을 제시하고 싶습니다. 또한 서비스 아키텍쳐 적으로 도전할 수 있는 부분(DB 인덱싱, 무중단 배포 등)을 제시하고 함께 도전해보고 싶습니다.

조이

• 레벨 3 나의 역할
  • 사전 식물 상세 정보 조회 기능 구현
  • 공공데이터 API 전처리
  • 리마인더 기능(조회, 물주기, 미루기) 구현
  • 사용자 인증관련 개발 (OAuth 2.0 로그인, 로그아웃, 회원탈퇴 등)
• 레벨 4 나의 역할: 레벨 3에서는 기획과 기능 개발을 중점적으로 수행하였습니다. 레벨 4에서는 기존 기능들에 대한 고도화를 진행하고 싶습니다.

3. 서비스 제작 후기

같은 목적지를 향해 함께 나아가는 '우리'의 소중함을 깨닫다 🌱

1을 2로 바꾸는 것보다 0에서 1을 만드는 게 더 힘들다고 합니다. 식물을 더 잘 키울 수 있게 도와주는 서비스라는 막연한 말에서 시작해서 ‘피움’이라는 하나의 서비스가 되었다는 사실 자체만으로도 감동적입니다. 저희 팀은 회의를 오래 했어요. 사소한 기획이라도 회의를 한 번 시작하면 모두가 집중해서 해당 안건에 대한 다양한 이야기를 나눴고, 이런 것들이 모여 뜬구름에서 비를 내리게 했다고 생각해요. 모든 팀원들이 같은 목적지를 공유하는 것이 얼마나 중요한 것인지 배웠습니다.

[kong-hana01]

레벨3 최종 회고

Diggin’ Room

팀 문화 돌아보기 👨‍👨‍👦‍👦👨‍👩‍👦

코건

의견 및 감정

팀 프로젝트는 잘 흘러갔다.

레벨 4에는 새로운 기능을 추가하기보다는 기존 코드를 아키텍쳐에 맞게 유지보수, UI 최적화, 성능 최적화등을 이루고 싶다.

베리

의미 있었던 팀 문화

우리 팀은 체크인, 체크아웃 총 두번의 데일리 미팅을 진행했다.

체크인 데일리미팅을 진행하면서 오늘의 기분이나 컨디션은 어떤지 서로 공유를 하고, 진행 상황과 그 날의 계획을 공유한다. 체크아웃 데일리미팅에서는 완료된 계획을 공유하고 내일 할일을 같이 이야기한다.

우리 팀의 팀 문화 중 이 팀문화가 가장 좋았는데, 데일리 미팅을 진행하면서 팀원들과 재미있게 이야기를 나누면서 하루를 힘차게 시작할 힘이 생기는 느낌이었다. 그리고 각자 상황을 공유하면서 팀원들 간의 커뮤니케이션이 더욱 원활하게 진행됨을 느꼈다.

팀프로젝트의 방향

팀프로젝트가 성공적으로 흘러갔다고 생각한다. 팀원들 모두 팀에 대한 애정이 느껴졌고, 엄청난 열정을 가지고 임하는 모습을 보면서 나 또한 많이 배웠다. 의견을 정해야 할 때는 항상 충분한 회의를 거쳐서 확실하게 짚고 넘어갔기 때문에 큰 트러블 없이 매우 원활하게 팀프로젝트가 진행된 것 같아서 좋았다.

우기

• 팀 문화 내의 프로젝트 기본 원칙에 다음과 같은 항목이 있다. 장기적인 서비스 운영 팀원들 모두가 제대로 된 서비스를 목적으로 프로젝트를 진행하는 것이 처음이었기에 다음과 같은 철학을 설정하게 되었다. 팀원들 모두가 같은 목적을 가지고 있으니 몰입도 있게 진행할 수 있었다.
• 규칙으로 명시하지 않았지만 우리 팀에서는 다른 사람들의 기분이 나쁘지 않게 말하기 에 대해서 정말 많은 신경을 쓴다. 의견이 대립되고 서로 감정적으로 변할 수 있는 상황도 많았다. 하지만 서로 조금 더 생각하고 말하는 팀원들의 태도 덕분에 화목하게 프로젝트가 진행될 수 있었다고 생각한다.

땡칠

체크인, 체크 아웃

우리 팀은 데일리 미팅에서 체크인, 체크아웃을 꼭 진행했다. 업무 외 서로의 상태를 공유하고 챙겨주자는 의미로 시작했다.

팀원들의 상태를 파악하고, 힘들어 하는 팀원에겐 격려를, 열심히 한 팀원에겐 칭찬을 해줄 수 있는 창구로써 의미가 있었다고 생각한다.

시간이 지나면서 업무와 섞이는 경향이 있었는데, 콩하나가 잡아준 덕에 업무와 의식적으로 분리한 것이 체크인, 체크아웃을 의미있게 유지할 수 있었던 비결이라고 생각한다.

페어 프로그래밍

문서화, 초기 데이터 업로드 페이지 같이 부수적인 단위 외에는 모두 페어로 진행했다!!

작은 일이라도 함께 고민하고 경험해보는 것이 좋다는 이유 때문이었다. 실제로 다양한 의견을 공유하고, 해보지 못했을 고민도 풍부하게 해볼 수 있었다.

예를 들면 ‘로그가 왜 필요한지’, ‘로그의 청자는 누구인지’, ‘요청과 응답의 바디를 로깅할지’, ‘Flyway의 사용이 스키마를 git으로 관리하는 것에 비해 어떤 이점을 가지는지?’, ‘어떻게 하면 스키마를 안전하게 변경할 수 있을지?’ 와 같은 것들이 있었다.

서로 모르는 내용이라서 의견을 나눠가며 어떤 결론으로 귀결되기도, 서로 의견이 있어서 대립하기도 했고, 이 과정에서 여러 상황을 고민해볼 수 있었고, ‘정답이 없다’를 다시 한 번 느낄 수 있었다.

또, ‘정답이 없다’고 해서 아무렇게나 판단하기 보다는, ‘상황에 적절한 답’을 선택할 수 있는 능력을 갖춰야 함을 느끼게 되었다.

컨디션 관리에서도 의미가 있었다. 본인은 꼭 일을 다 마치고 휴식을 가지는 편인데, 휴식을 꼭 챙기는 팀원들 덕에 제때 쉬어가며 의견 공유와 프로그래밍에 집중할 수 있었다.

이렇게 학습 측면과 컨디션 관리 측면에서의 장점들이 강력했기 때문에 이런 문화를 유지할 수 있었던 것 같다.

코드 리뷰 문화

우리 팀에선 페어 프로그래밍을 마치면 꼭 개발 브랜치에 PR을 보낸다. 그리고 그 과정에서 코드 리뷰가 이뤄진다.

코드 컨벤션부터 네이밍, 그리고 더 나은 설계의 제안까지. 코드를 보면서 구체적인 논의를 나눌 수 있어 더 다양하고 창의적인 의견을 나눌 수 있었고, 머지될 때에는 팀원 모두가 동의했다는 확신을 가질 수 있어서 좋았다.

거대한 프로젝트는 아니지만, 코드 구석구석 고민과 합의가 녹아있고 서로 모르는 코드가 없다는 점 덕분에 설계 등 더 깊은 고민을 나눌 수 있었다.

팀 프로젝트가 원하는 방향대로 흘러갔는가?

협업 측면, 프로그래밍 측면에서 원하는대로 잘 흘러갔다.

한가지 아쉬운 것은 이 서비스를 사용해야하는 이유, 즉 설득력 측면에서 아직은 부족하다는 생각이 드는 점이다.

하지만 받은 피드백을 기반으로 남은 4단계에서 더 보완할 수 있을 것이라는 생각이 든다.

콩하나

다음과 같은 팀 문화가 있었다.

모든 행위에는 이유가 있어야 한다.

하나의 기능을 개발하거나 요구사항을 만족시킬 때에도 모두의 의견을 들어보면서 나름대로의 근거를 세웠다. 그리고 그걸 문서화했다. 항상 이유를 세워가며 기능 개발을 했기 때문에 가장 잘 지켜진 팀 문화가 아닐까싶다.

원하는 방향대로 잘 흘러갔다고 생각한다. 재미있게 끝까지 잘 해냈다고 생각한다.

파워

페어프로그래밍

레벨1, 레벨2 에 이어서 레벨3에도 페어프로그래밍으로 프로젝트를 진행했었다.
페어프로그래밍을 하면서 다음과 같은 장점이 있었다

• 코드 실수 감소
• 적절한 긴장감과 친밀감 형성
• 지식 공유와 피드백을 빠르게 주고받을 수 있다
  아무래도 모두가 레벨 1,2에서 위와같은 좋은 경험을 했고, 서로를 존중하고 배려하는덕에 해당 문화 끝까지 유지하고 성공적으로 프로젝트를 런칭할 수 있었다.

프로젝트가 팀에서 의도한 방향으로는 잘 흘러갔지만, 서비스를 사용해야만하는 이유
설득력은 아직 부족하다는 생각이 많이들고 레벨4에서 추가적인 기능개발이 있으면 좋을것같다

블랙캣

✔️ 데일리 미팅 - 체크인/체크아웃

우리는 하루 두번 데일리 미팅을 진행했다.
이 시간에는 자신의 감정이 어떤지 공유하며 서로의 감정을 파악하고 좋은 일에는 웃음과 재미를 힘든 일에는 위로와 격려를 해주었다.

이를 통해 팀원들과 유대감을 더욱 쌓을 수 있었고, 레벨3 기간동안 프로젝트를 진행하면서 큰 마찰없이 잘 마무리 할 수 있었다. 또한 오늘 자신들의 할 일과 한 일을 공유하면서 진행 상황 파악과 일정 추정에 큰 도움이 되었다.

데일리 미팅간 아쉬움이라면 간혹 구현에 관련된 대화 등 데일리미팅 주제와 벗어난 대화를 할 때가 있었다.
그럴 때마다 다른 크루들이 바로바로 잡아주어서 곧바로 본 주제로 돌아올 수 있었다.

✔️ 페어/몹 프로그래밍

백엔드 크루들은 모든 작업을 페어로 진행하였다.
혼자서 기능을 구현했더라면 크게 고민을 하지 않고 그냥 넘어갈 수 있는 부분이 많았을 것 같다.
하지만 페어로 진행하다 보니 매 구현마다 함께 깊은 고민을 할 수 있었다.
기능 구현 함에 있어서 오버엔지니어링을 막고 현재 우리의 상황에 맞는 적절한 방법과 그 이유를 찾을 수 있었다.

페어 프로그래밍을 하면서 자신의 의견을 설득력있게 말하는 방법을 배울 수 있었고
무언가를 구현함에 있어서 항상 우리에게 놓여진 상황에 맞는 방법을 찾아야하는 것도 배울 수 있었다.
또한 같은 문제를 다른 시각으로 봐주는 크루 덕분에 다양한 것들을 배울 수 있었다.

이런 이유들로 기능을 구현하고 PR을 보내면서 항상 뿌듯함이 가득했다.
이런 뿌듯함이 페어 프로그래밍을 잘 유지할 수 있었던 이유인 것 같다.

✔️ 코드 리뷰

페어로 진행한 구현은 항상 맞은편 페어에게 코드 리뷰 이후 approve 를 받을 수 있었다.

코드 리뷰를 통해 사소한 팀 컨벤션 부터 크게는 설계 구조까지 리뷰를 받을 수 있었다.
덕분에 페어와 진행하면서 발견하지 못한 문제나 더 나은 설계 구조를 생각해 볼 수 있었다.

제일 좋았던 점은 우리 프로젝트에서 내가 모르는 부분이 없다는 점이었다.
꼼꼼히 코드를 보면서 설계와 전체적인 비즈니스 흐름을 읽다보니 누군가 "이 기능은 어떻게 구현되어있나요?" 라고 물어보더라도 자신있게 대답할 수 있게 되었다. 덕분에 레벨 4에 내가 구현하지 않은 기능에 대해 리팩터링 혹은 기능 추가를 하더라도 더 효율적으로 할 수 있을 것 같다.

아쉬운 점은 부족한 실력으로 인해서 좋은 리뷰를 못 남겼다는 점이다.
이점은 백엔드 팀원들에게 미안함이 있다.

✔️ 알고리즘 문제 공유

팀원들과 알고리즘 문제를 공유해서 각자 짜투리 시간을 이용해서 문제를 풀었다.
사실 이건 팀원들과 만들었던 문화는 아니고 우연하게 슬랙에 공유했던 문제를 몇몇 크루들이 문제를 풀었었다.
사소한 행동이 었지만 다른 크루들이 열심히 문제를 푸는 모습을 보면서 정말 크게 동기부여가 되었다.

✔️ 의견 및 감정

기획 한 내용은 일정안에 구현을 완료해서 원하는 방향대로 잘 흘러나갔다고 생각한다.
프로젝트를 하면서 개인적으로 좋았던 점/아쉬운 점을 뽑아보면 아래와 같다.
아쉬운 부분도 레벨 3에서 받은 피드백을 기반으로 팀원들과 기획적으로 조금 더 보완하면 개선될 수 있다고 생각한다.

좋았던 점
기획한 기능을 기한 내에 전부 구현하였다.
자신감을 가지고 의견을 제시할 수 있게 되었다.
팀원 들과의 협업을 통해서 팀원들에게 깊은 믿음과 애정이 생겼다.
개인적으로 힘든 일이 있었는데 팀원들이 진심으로 격려를 해주었다.

아쉬운 점
Spring boot에 있어선 comfort zone 크게 벗어나지 못한 것 같다.
개발 전까지 기획이 확실히 정해지지 않거나 계속 바뀌었다.
팀 블로그을 작성하지 않았다.
아직 우리 프로젝트에 대한 당위성(?)을 찾지 못한 것 같다.

나 돌아보기 💁🏻‍♂️

코건

좋았던 점

여러 일들이 있지만, 결국 맡았던 기능인 RoomPager의 성공적인 구현이 가장 기뻤다. 뷰 9개를 재활용하는 부분에서 3개로 감소, YoutubePlayer의 로딩 최적화 등 여러 기능을 완성하고 버그 없이 많은 사용자들이 사용하는 것을 확인하고 깊은 성취감을 느꼈다.

또한 이 과정을 정리해서 문서로 남겨놓았고, 이를 오픈소스화해서 여러 사람이 사용/기여하게 할 예정이다.

아쉬웠던 점

역시 추천 알고리즘의 모듈화 관련된 점이 아쉬웠다. 레벨 1, 2때 배웠던 IoC를 이 부분에서 활용 할 수 있을 것이라고 생각했다. 물론 모듈화의 장점은 팀원들 모두 공감하고 있었지만 현재 프로젝트에 현실적으로 적용하기 어렵다는 의견이 대다수였다.

내가 생각했을 때는 기존 프로젝트의 아키텍쳐를 해치지 않고 쉽게 구현할 수 있을 것이라 생각했지만 백엔드 개발 관점에서 그건 아니었다.

이를 설득하기 위해 거의 하루종일 백엔드 인원들과 회의를 했었다. 우테코를 진행하며 매번 토의를 매우 많이 했지만, 이때 특히 말을 많이 했었다.

또한 서버에서 이를 구현 할 때 모듈 분리가 되는 줄 알았지만 백엔드 인원끼리 합의하여 서버 모듈에서 작성하기로 결정 되었을 때 내 의견이 반영되지 않은 점은 아쉬웠다.

안드로이드 파트에서 디테일한 기능 구현에 집중하느라 UI, 상태 관리등의 부분에서 소홀한 점이 아쉬웠다. 물론 작동하는 쓰레기 코드가 작동하지 않는 이쁜 코드보다 훨씬 낫지만 레벨 1, 2에서 학습하고 고민한 내용을 좀 더 적극적으로 적용할 수 있지 않을까 하는 생각이 든다.

1. HLS 프로토콜 미활용

이를 구현하고 부드러운 동영상 스트리밍 경험을 제공하는것이 내 스스로 이번 프로젝트의 목표였는데 이를 충족하지 못해 아쉬웠다. 물론 저작권 문제는 치명적인 문제고, RoomPager의 구현으로 기술적인 갈증은 해소해서 크게 아쉬운 포인트는 아니다.

베리

팀 프로젝트를 진행하면서 기억에 남는 장면들이 많지만, 팀원들의 열정과 자신이 좋아하는 일을 할 때 보이는 모습들이 매우 인상깊다. 나도 개발에 흥미가 있고 재미를 느끼지만 뭐랄까 궁금한 것을 깊게 탐구하고 끝까지 끈기 있게 파고드는 열정은 부족하다. 디깅룸 프로젝트를 진행하면서 항상 팀원들의 열정넘치는 모습에 느끼는 것이 많았다. 기술적으로도 성장을 했지만 이러한 학습을 대하는 태도도 정말 많이 배웠다. 또한 회의를 진행할 때마다 팀원들의 소프트스킬도 많이 배울 수 있었다. 자신의 의견을 조리있게 전달하면서 다른 사람의 의견도 존중하는 팀원들의 모습이 멋있었다.

나에 대해서 느낀 아쉬운 점은 커뮤니케이션 스킬과 시간 관리 방법이다. 문제 상황이 생겼을 때 충분히 고민해도 방법을 모르겠다면 팀원들에게 이를 공유하고 조언을 구하는 방법도 좋았을 것 같다. 혼자 고민하면서 어떻게든 해결하려고 하다보니까 마음에 들지 않는 결과물이 탄생한 부분이 있었다. 그리고 프로젝트를 하면서 놓친 부분들이 많은 것 같다. 학습한 지식, 할 일들의 일정, 컨벤션들을 더욱 꼼꼼하게 신경쓸 필요가 있다는 것을 느꼈다.

레벨 3에서 기능 구현에 초점을 두어 마음에 들지 않는 코드들이 있는데 레벨 4에서는 이 코드들을 구조에 맞게 리팩토링 하고 자잘한 버그들을 수정할 예정이다.

우기

학습하기 전에는 MVVM이라는 아키텍처가 정말 어려울 것이라는 생각을 했다. 막상 학습한 후 프로젝트에 적용을 하면서 개발을 시작하다보니 어려운 부분이 많지 않았고 수월하게 진행했다. 우아한 테크코스를 하면서 항상 느끼는 것은 어떤 기술에 대해서도 무서워 할 필요가 없다는 사실이다. 앞으로 어떤 기술을 학습하던지 지금과 같은 마인드를 장착할 수 있다는 것이 큰 강점이 되지 않을까 생각한다

땡칠

인상 깊었던 사건

첫 회고를 진행할 때 우리 팀원들의 회고 실력에 화들짝 놀랐던 기억이 난다. 하나같이 자신에 대해 인지를 엄청 잘하고 있고, 감추지 않고 의미있는 발언들을 해내는 모습이 정말 인상깊었다.

부끄럽지만 그때 나에게는 여전히 방어적이고, 조심스러운 면이 있었는데, 귀중한 의미있는 회고 시간에 방어적인 태도는 별로 도움되지 않는다는 것을 팀원들 덕분에 몸소 배웠다.

완벽하지 않더라도 있는 그대로 보여주고, 인정하고, 더 나은 본인을 지향하는 것이 더 멋지고 바람직하다는 걸 깨닫게 되었던 사건이었고, 방어적인 측면을 보완하려 더 노력하게 되어 감사한 일이었다.

나는 어떤 역할을 했는가?

기술 도입에 있어서는 확연한 이점이 없으면 최대한 보수적으로 검토하려 했다.

회의나 팀에서는 중재자의 역할을 하고, 체계를 만들려는 노력을 했다. (고 생각한다)

앞으로 어떤 역할을 할 것인가?

준비를 통해 생산적인 회의, 대화를 이끌어나갈 수 있는 사람

초등학생에게도 설명할 수 있는 사람

문서화를 잘하는 사람

이 세가지 역할을 꼭 챙겨가고 싶다.

콩하나

(1)

페어 프로그래밍을 하다가 문득 나만 너무 다르다는 것을 느낀 순간이 있었다. 다른 팀원들은 쉬는 시간에도 개발 공부를 하고, 모르는 내용이 나오면 함께 찾아보고 고민해보고, 모르는 것을 알아가는 과정에 흥미를 느낀다는 것을 알게 됐다 나는 그렇지 않은데.

며칠 간 고민해보다 나는 팀원들만큼 개발을 그리 좋아하지는 않다는 것을 알 수 있었다. 다른 일들에 비해 재밌는 것은 분명하지만 딱 그 정도이다. 내겐 개발보다 더 재밌다고 느끼는 일들이 많다. 영화를 보거나 산책을 하거나 공원에 멍하니 앉아있는 일들이 그렇다.

우리가 미디어에서 자주 접하는 개발자의 스테레오 타입이 있다. 개발하는 게 취미이고, 쉬는 시간에도 공부하고, 분석적이고. 주변 크루들은 그렇게 살고 있다고 느꼈다. 개발을 정말 재밌어하고 새로운 무언가를 알아가는 과정을 즐거워한다고 느꼈다. 반면 내게 있어서 무언가를 알아가거나 개발을 하는 과정은 의지력을 소모하는 일이었다.

이러한 고민은 내가 개발자에 어울리는 사람인가?에 대한 질문으로 이어졌다. 한참 이런 고민을 하다가 팀원들과의 회고 시간에 이러한 고민에 대해 나눴다. 고맙게도 팀원들이 좋은 얘기를 많이 해줬다. 단지 다른 크루들과는 공부하는 방식의 차이만 있을 뿐이지, 이 자체로 개발자에 걸맞는 사람인지 아닌지는 판단할 수 없다고. 오히려 콩하나가 깊게 생각해서 개발자에 맞는 사람이라고 생각했다고. 마음이 조금 편안해졌다.

소설 데미안에서는 주인공 싱클레어가 본인이 가지고 있는 선과 악의 개념이 서로 충돌하다 결국 이 둘을 통합해가면서 성장하는 모습을 볼 수 있다. 싱클레어가 마음 속에 간직하고 있던 선은 사회적으로 옳다고 규정해놓은 선이다. 사회 구성원으로서 마땅히 기대되는 가치를 지키는 것 자체가 선이다. 내게 있어선 개발자로서 꾸준히 공부하고, 취미로도 개발하고, 항상 개발 스킬을 단련하는 것이 선이었다. 반면 내가 하는 행동은 악이었고. 이제 이를 통합하는 것은 온전히 내 몫으로 남아있다. 이 둘을 어떻게 통합해볼 수 있을지는 조금 더 고민해봐야겠다.

(2)

많은 것을 배우면서도 많이 배우지 못한 느낌이다. 분명 많은 것을 다뤄봤지만 온전히 내 지식이 되지 않았다는 것을 느낀다. 레벨 1, 레벨 2에 비해 개인 공부하는 시간이 턱없이 줄어들었고, 레벨 3에서의 주요 관심사는 건강이었다. 분명 요구사항을 만족하기 위해 많은 것을 다뤘지만 이를 다시 혼자서 해보라고 하면 하기 어려울 것 같다. 방학 기간에는 넓고 얕게 배운 내용들을 정리해가며 다시 복습해보는 시간을 보내야겠다.

파워

발표 전날까지 늦게 발표 준비를 하면서, 요구사항의 부족한 부분을 서로 알아서 보완해 나갔던 점이 인상적이었다. 조금 더 적극적으로 도움을 줄 수 있었는데, 충분한 도움을 주지 못해 아쉽고 미안했다.
많은 기술과 기능 도입을 시도했다.
서비스에서 아직 부족함을 느껴서 다양한 시도를 했는데, 기술이나 기능 도입 시에는 그 필요성과 현재 가지고 있는 기술로 해결할수는 없는지 꼼꼼히 검토를 해야겠다는 생각이 들었다.

블랙캣

✔️ 추천 알고리즘 개발기

가장 인상 깊었던 기억은 추천 알고리즘을 개발하기 위해 몹프로그래밍을 했던 경험이다.
백엔드 크루 모두와 안드로이드 크루와 같이 무중력광장에서 몹 프로그래밍을 진행하였다.

추천 알고리즘은 우리 서비스에서 핵심 기능이자 우리 팀에서 가장 큰 이슈였다.
데이터 사이언스를 전문적으로 배우지 않은 우리가 "어떻게 사용자에게 노래를 추천할 수 있을까?"

프로젝트를 시작하면서 거의 매주 한두번씩은 이야기의 화두로 올라왔었다.
때문에 추천 알고리즘은 코드의 작은 부분 하나하나 우리의 의견과 이유가 담겨있다.
기능 개발을 마치고 테스트가 돌아가는 것을 보면서 프로젝트의 큰 산을 넘은 것 같아 뿌듯함을 느꼈었다.

하지만 코건이 주장했던 스프링과 종속적이지 않게 별로의 모듈로 분리하자 라는 의견이
모든 백엔드 크루가 공감하고 동의했던 부분이지만 시간 관계 상 분리를 못한 것이 아쉽고 미안했다.

✔️ 레벨3에서의 나의 감정

레벨3 초반 백엔드 크루들과 JPA를 같이 공부했던 것이 너무 재미있었다.

다양한 가설을 세우고 직접 테스트하면서 가설을 검증하면서 그리고 그 과정에서 크루들과 토론을 하는 것
혼자서 공부할 때보다 더 빠르게 많은 것을 배울 수 있었다.

아쉬운 점은 Spring boot에 있어서는 comfort zone을 벗어나지 못했다는 생각을 한다. 프로젝트를 시작하면서 제일 기대했던 부분은 다양한 문제를 만나보고 이를 해결하면서 여러 기술들을 배워보고 싶었다.

하지만 다른 한편으로는 이런 부분이 없었기에 레벨3 동안 프로젝트를 잘 마무리 했지 않았나 라는 생각도 든다.

✔️ 레벨3에서의 나의 역할

발표자료를 이쁘게 만들려고 했던 것 같다.
이 부분은 내 고집이 많이 들어갔고, 나 때문에 늦게 까지 고생해준 팀원들에게 고맙고 미안하다.

레벨 4에서는 다른 크루들에게 영향이 가지 않도록
문서화에 초점을 두고 열심히 해보고 싶다.

서비스 제작 후기 📝

서비스를 만들어보며 찐한 협업 경험을 할 수 있었습니다.

기획부터 디자인, 요구사항 기능 개발, 서비스 출시까지 하나의 서비스가 만들어지는 전 과정을 팀원들과 함께 경험하면서 많이 성장했습니다.

처음 팀원들과 대면했을 때에는 각자가 바라보는 Diggin' Room이 달랐습니다.

하지만 함께 서비스를 기획하고, 개발하는 과정에서 각자가 지향하는 서비스의 목표가 점점 하나로 수렴되는 것을 느낄 수 있었습니다.

팀원들의 목표가 하나로 모이고, 하나의 팀으로 움직이니 더욱 수월하게 기획에 맞는 개발을 할 수 있었습니다.

개개인의 실력도 중요하지만 그보다 더 중요한 것은 하나의 목표를 향해 달려가는 팀워크인 것을 깨달을 수 있었습니다.

[rhkrwngud445]

이돈이면팀 레벨3 최종 회고

팀 문화 돌아보기

여우

'가벼운 분위기' 를 잘 지킬 수 있어서 많이 다행이라고 생각하는 중. 의견이 맞지 않아도 많이 다투고 싸우는 팀도 생길 수 있다고 들었는데, 이돈이면 팀은 레벨 3 끝까지 화목한 느낌을 받아서 안심했다.
회의가 많아 체력이 많이 고갈됐던 초기에 비해, 기능 개발에 들어가면서 다양한 기술적 고민들을 하고 해결하면서 뿌듯해지는 시간이 많아서 만족스러웠다. 혹시나 이번 레벨에서 챌린지가 부족했거나 만족스러운 일을 하지 못한 사람이 있다면 레벨 4에서 충분히 고통받을 수 있는 기회를 많이많이 주고 싶다. 😊
이돈이면 프로젝트는 사용자 입장에서 매력적인 애플리케이션이어야 하기도 하지만, 더 중요한 것은 우리의 포트폴리오에 활용에기에 매력적이어야 한다. 레벨 4에서 우리 프로젝트를 통해 새로운 기술이나 경험을 해보고 싶다면 그 경험을 할 수 있는 방향으로 기획을 바꾸는 것도 기꺼이 할 수 있어야 한다고 생각한다!

호이

“가볍고 재밌고 유쾌하고 즐겁고 자유로운 분위기 유지하기!”라는 팀 문화가 바쁜 상황에서도 다른 팀원에게 짜증내지 않고 의견도 자유롭게 낼 수 있어서 가장 의미 있었습니다.
레벨 4때도 같이 장난도 많이치면서 진지하지만 무겁지 않고 유쾌한 분위기를 유지해 나갔으면 좋겠습니다.

팀 프로젝트가 기존에 기획한 방향대로 잘 흘러갔다고 생각하고, 추가 기능으로 댓글(대체품 추천)정도 만 구현했으면 좋겠고, 현재 서비스에서 우리만의 아이덴티티가 보이도록(예를 들어, 현재는 게시판처럼 구현되어 있지만 ‘토스 굴비 적금’ 처럼 게시글 목록으로도 게시글을 확인하고 추천/비추천 가능하게하고 상세 게시글에서는 대체품 추천을 할 수 있도록 수정) 리팩토링하고 성능 측정 및 개선에 초점을 뒀으면 좋겠습니다.

이리내

아무리 반대 당할 것 같은 의견이라도 망설이지 않고 일단 의견을 낼 수 있게 하는 분위기가 중요하다고 생각하는데, 우리 팀의 "가벼운 분위기"가 이런 분위기를 만드는데 크게 기여를 했다고 생각한다. 덕분에 팀원들이 자유롭게 자신의 의견을 언제든 말할 수 있는 것 같다.
또, 레벨 1,2때는 맨날 점심 뭐먹지를 고민했는데, 우리팀의 "데일리 마스터가 점심메뉴 생각해오기"가 정말 스트레스를 줄여주었다. 내가 정말 먹고 싶은 메뉴는 내가 데일리 마스터때 먹으면 되고, 아니면 그냥 데일리마스터의 의견을 따라가면되니까 너무너무 편하다. 또 도시락 먹는 사람들도 자신이 데일리마스터일때는 꼭! 같이 점심을 먹는것도 좋았다.

하티

자유롭고 유쾌한 분위기

처음 그라운드 룰을 정할 때부터, 다양한 의견이 제시될 수 있는 자유로운 분위기와 즐겁고 재미있게 지내기 위한 유쾌한 분위기를 유지하자고 했는데, 이 부분이 레벨3 내내 잘 이루어진 것 같아요! :)
어떤 의견이 나와도 잘 들어주고, 반대 의견도 유쾌하게 제시할 수 있는 분위기가 마련되어서 더 다양하게 의견을 내기에 편안하고 좋았어요. 레벨 4 역시도 이러한 분위기를 잘 유지하면 좋겠어요!

팀 프로젝트 역시, 초반 회의를 하며 결정된 방향으로 잘 흘러갔다고 느껴요. 다만, 앱의 특성 상 많은 화면과 기능을 갖고 있다 느껴지고 기능 개발을 많이 했었던 것 같아서, 레벨 4 때는 리팩토링이나 구조 개선, 오류 처리 등에도 많은 고민을 하고 개선해나갈 수 있으면 좋겠다는 생각이 들어요! 물론 레벨 4에는 미션, 취준 등이 있기 때문에 각자가 생각하는 우선순위나 프로젝트 관련 방향에 대한 논의가 필요할 것 같아요. :)

로피

항상 팀 분위기가 무거워지지 않고 밝고 즐거웠던 것 같은데 팀 문화로 항상 가벼운 분위기를 유지하자고 정했기 때문이지 않을까 싶어요! 그래서 회의를 할 때도 내 의견을 편하게 낼 수 있었던 점이 좋았습니다. 다양한 의견들이 많이 나올 수 있어서 더 재밌었던 것 같아요😄

데일리 미팅을 항상 점심시간 직후에 데일리 미팅자가 준비한 게임을 했었던게 좋았어요! 아침시간에는 스크럼을 통해 일정에 대한 공유와 필요한 회의가 있는지 확인하고 점심시간 직후 딱 잠이 올 시간에 같이 즐거운 게임을 하니까 분위기도 좋아지고 식곤증도 없어져서 해야할 업무에 더 집중이 잘 되었던 것 같아요. 가끔 게임에 중독되어 데일리 미팅이 아닌 시간에도 하기는 했지만 저는 만족하는 팀 문화입니다ㅎㅎ

팀 문화는 아니지만 일정 추정에서 항상 어려움을 겪고 있는데 레벨 4에서는 일정 추정을 확실히 해서 데모데이 전날은 고생하지 않았으면 좋겠어요😄

케로

매일 데일리 미팅으로 가볍게 게임을 하면서 분위기를 푸는 것이 좋았다.
만일 그런 분위기가 없었다면 좀 더 딱딱한 팀 프로젝트가 되었을 것 같다.
메일 가볍게 놀고 장난 치면서 팀 프로젝트에서도 다들 편히 의견을 내고 피드백을 수용할 수 있던 것 같다.
매번 데모가 끝나면, 아쉬운 점으로 일정 추정을 꼽았는데 이번 스프린트에서도 지켜지지 않아서 아쉬웠다... 매번 다같이 새로운 해결책을 내는데 어떤 것도 성공하지 못해서 아쉽다...
레벨 3에서는 정말 필수적인 기능 단위를 구현하는데에 집중했다면 레벨 4에서는 레벨3에 구현한 기능들을 토대로 어떻게 우리 서비스를 좀 더 매력적으로 어필할 수 있는지 다같이 말해보면 좋을 것 같다.

코비

우리팀은 회의 등에서도 편한 분위기를 가져가려는 차별점이 있었다. 이는 처음 정한 이후로 변함이 없었고, 또한 편한 분위기면 회의가 잘 될 수 있을까? 라는 나의 우려도 무색하게 잘 이끌어주고, 따라가준 팀원들에게 고마웠다.
그 외에 지각시 두 손을 무겁게, 점심시간에 업무이야기x 등 업무효율을 높이기 위한 시도를 많이 했었는데, 잘 진행되었던 것 같다.

나 돌아보기

여우

'내가 보기에 예쁜 코드' 를 작성하던 우테코 초기와 반대로 '동료가 사용하기에 편한 코드' 를 작성하는 방향으로 많은 고민을 하고 시도해본 것 같다. 어노테이션만 붙이면 자동으로 값을 주입해 사용할 수 있는 코드를 만들거나, 내부 작업을 잘 캡슐화함으로써 내부 시스템을 공부하지 않아도 사용할 수 있게 만들어주는 등
객체 지향의 4대 어쩌구저쩌구 하던게 왜 ⸌◦̈⃝⸍ʷʰʸ 필요한 것인지를 이번 레벨에서 많이 깨달은 것 같다.
소프트 스킬이 부족하다는 것을 많이 느꼈다. 직설적으로 말하면 내 성격이 아직 많이 지저분하다는 뜻이다 😣 일정 압박이나 버그 발생같은 스트레스 상황 아래에 놓이면 주위 사람에게 많이 짜증낸다는 것을 깨달았다. 사실 예전부터 그랬는데 잘 안 고쳐지는 것 같다. 레벨 4부터는 더 심한 압박이 생겨날텐데 걱정이 된다 ,,

호이

프로젝트에서 패키지 의존성에 대해 많이 생각했는데, 어떻게 하면 양방향 의존을 끊을 수 있을까? 하면서 인터페이스로 추출하는데 노력을 많이 했는데 이후 스프링 이벤트라는 걸 알게되고 "아 이런게 있구나.. 공부할 게 너무 많다.." 생각을 하며 스스로 부족함을 뼈저리게 느꼈습니다...

레벨 3때 다들 살갑게 먼저 다가와주고 이야기해줘서 고마웠습니다. 또한, 4차 스프린트 때 코로나로 일주일간 격리되고 혼자 있으면서 번아웃이 왔다. 그러고 캠퍼스로 출근하고 팀원들이랑 얘기하고 고민하면서 의지가 많이 되었습니다.

아쉬운 점이라면 팀원들이 생각보다 지각을 안해서 아이스크림을 못 얻어먹었다는..점

이리내

코드 리뷰를 받으면서 생각보다 내가 엄청 덜렁거리며 코드를 작성한다는 것을 깨달았다. 또, 쿼리 성능이나, 이벤트, jpa 등 새로운 기술들을 접하게 되면서 스프링 관련해서도 정말 공부해야할게 태산임을 깨달았다. 레벨4때는 레벨3때 속속 들어난 빵꾸들을 메꿀 수 있도록 해야겠다.
마지막 스프린트에서 인프라 영역을 맡았는데, ec2에 이렇게 오랫동안 접속해본 것은 처음이었다. 개발 공부를 시작한 후부터 계속 코드작성에만 관심을 갖다가 이번에 처음으로 코드 외적인 부분을 공부해본 것 같다. mysql 접속하는것도 3차 스프린트때는 여우야 도와줘~~ 했는데 이제는 알아서 척척 명령어도 칠 수 있게 되고, 모니터링이나 CI/CD 환경을 구축하는 것도 이제 공식 사이트를 보고 운영체제에 맞게 척척 설치할 수 있게된것 같다. 그동안은 인프라는 뭔가 내가 알지 못하는 세계라는 생각에 도전하기 겁이 났는데, 이번 기회를 통해 진입장벽을 깨부순것 같아서 좋다.

하티

이게 왜 안되지!! 하면 뭔지 봐주고 설명해준 우리 안드로이드 크루들 너무 고맙습니다.. 그리고 우리 팀원들, 밤, 주말, 공휴일에도 별말 없이 다들 종종 캠퍼스에서 시간을 보내곤 했는데, 불만을 제기하는 사람 한 명 없이 다들 열심히 달려주어서 많이 고마워요. 하지만 한 편으로는, 그만큼 일정을 너무 타이트하게 잡았던 게 아닌가, 그리고 역시나 아직 부족한 일정 추정에 관해 아쉬움이 남기도 하네요.

레벨 3 때는, 물론 안드로이드 개발도 했지만, 초반 회의 때의 회의록들, 이후 기록할 사항들에 대한 서기 역할을 했던 것 같아요. 레벨 4 때도 정리왕이 되어 볼게요.

로피

기능을 구현하는데 급급하느라 클린한 코드와 좀 더 좋은 구현 방법이 없을지 고민하지 못한 채 구현했었던 것 같아요😂 코드에 대한 공부를 많이 하지 못한 채 구현한 적도 있고 이걸 왜 사용해야하는 지를 고려하지 않고 무작정 사용했던 적도 있었어요.

팀 블로그에 사용한 기술에 대한 글을 작성하고 싶었는데 시간이 없다는 핑계로 작성하지 못한 것도 아쉬움이 남아요.

케로

내가 2차 데모의 발표를 맡았었는데, 준비가 덜 된 채로 발표를 하는 것이 거의 처음이라 긴장을 많이해서 질문에 의도도 제대로 파악 못하고 대답도 잘 못해서 너무 아쉬웠다... 앞으로 이런 일이 많을 것 같은데 좀 더 노련하게 대처할 수 있도록 연습하여 극복해야 할 것 같다.
팀플을 진행하면서 모든 것을 전부 공유할 수는 없으니 팀 블로그를 통해, 각자 기술 도입 이유, 방식, 구현 상세내용을 공유했던게 좋았다.
블로그나 PR의 설명을 통해서 구두로 설명해주기 힘든 세세한 부분까지 전부 설명해주어서 좋았다.
또 두 달이라는 기간동안 붙어있으면서 다른 팀원들이 공부하는 방식이나 볼 수 있었고, 이를 토대로 나의 공부법을 돌아볼 수 있던 계기가 되었다.

레벨 3에서는 좀 프로 불편러처럼 우리 서비스에 대해서 문제점을 찾아내고 개선점을 찾아내는 것에 급급 했던 것 같다.
레벨 4에서는 좀 더 마음을 편히 가지고 다른 팀원들을 칭찬하고 격려하며 복돋는 역할을 해보고싶다... ㅎㅅㅎ

코비

시간에 쫒겼던 기억이 많이 난다. 팀 일정 추정뿐만 아닌 나 자신도 일정을 어떻게 관리하면 좋을지 좀 더 고민해 보아야할 것 같다.

서비스 제작 후기

기획에서 많은 시간을 할애하였고, 다른 서버스와 차별점을 만들기 위한 고민을 많이 했었습니다.
론칭 페스티벌을 통해 팀원들이 아닌 다른 사람들이 우리의 앱을 써보는 것을 보면서, 사용자들이 우리가 구현한 핵심 기능을 의미있게 잘 쓸 수 있는지에 대해 생각해볼 수 있었습니다.
기획과 개발을 관통하여 기능 하나에 많은 고민을 담고 같이 성장하는 기회가 되었던 레벨 3이었습니다.

[younghoondoodoom]

코끼리끼리

팀 문화 돌아보기

두둠

• 코드 리뷰
  • 더 나은 코드를 위해 코드 리뷰를 정말 열심히 했다. 서로 의견을 나누고 디테일한 부분까지 리뷰를 남기면서 코드의 질을 높이는 과정이 재미있었다.
• 지각 도장
  • 지각하면 도장을 찍기로 했는데, 일정 개수가 넘으면 커피를 사도록 했다. 생각보다 효과가 굉장했다.
• 완벽하지는 않았지만 프로젝트가 원하는 방향으로 흘러갔다고 생각한다. 팀원들과 문화를 만드는 과정 자체가 좋았다. 레벨 4에서는 일정 관리에 대한 룰을 좀 더 강화해보면 좋을 것 같다.

우디

• 자유로운 소통과 팀원 간의 공유 문화
• 데일리 미팅과 슬랙을 활용한 현재 진행 상황과 변경 사항에 대한 공유가 매우 잘 이루어졌다
• 주 1회 팀원 모두가 함께 점심을 먹는 등 유대감을 쌓아 질문이나 의견 제시를 자유롭게 할 수 있는 분위기를 형성했다

져니

• 팀 그라운드룰 중에서 도장판이 정말 잘 지켜진 것 같다. 단순히 도장을 찍는 것뿐만 아니라, 아침 시간에 다 같이 커피를 사러 가는 것이 좋았다.
• 무의미한 데일리 미팅에서 벗어나기 위해서 아침에 게임을 몇 판 했었는데, 상당히 재밌었다. 2차 데모데이 이후로 팀이 훨씬 더 친해진 것 같다는 느낌이 들어서 좋았다.
• 모두가 열심히 하는 분위기여서 좋았다. 특히 업무량이 많아서 다들 지칠법도 했을 텐데 끝까지 포기하지 않고 잘 마무리해주셔서 너무 좋았다.
• 레벨 4에서는 조금 더 느긋하게 진행하면서 새로운 기능보다 서비스의 안정도를 높이면 좋을 것 같다는 생각이 든다. 레벨 3은 비교적 다들 마음이 쪼끔은 급했을 것이라고 생각된다.

네이브

• 데일리미팅
  매일 하는 잡담이지만 꾸준히 중간점검을 하면서 피드백을 통해 더 의미 있는 시간을 보냈던 것 같다
• 팀원 존중
  프론트엔드나 백엔드 팀원들간의 서로 존중하는 마음이 좋았던 것 같다. 개발 일정을 잘 못맞춰도 다그치지 않고 기다려주고 서로 상황을 최대한 이해해 주려는 태도가 좋았다.

밀리

데일리 미팅을 통해서, 매주 한 번씩 다같이 점심식사를 먹으면서 팀원들이 더 가까워질 수 있었던 것 같다. 덕분에 의견을 편하게 낼 수 있는 팀 분위기가 좋았다.
그리고 팀 문화 중 도장판을 찍고 다 같이 커피 타임을 가지는 것도 좋았다. (손해만 봤지만 그래도 좋았다..)

부엉이

• pr 을 통한 상호 코드리뷰
  • 혼자 개발할때에는 미처 생각하거나 놓친 부분을 동료가 잡아내주고 이를 통해 더 나은 코드를 작성할 수 있었다.
  • 또한, 다른 사람의 코드를 보면서 고민해볼 부분을 제시해줌으로서 공동의 성장에 도움을 줄 수 있었다.
• 팀원들과의 지속적인 소통
  • 팀원들과의 소통을 통해 서로의 생각을 공유하고, 서로의 생각을 이해하고, 서로의 생각을 존중하는 것이 중요하다는 것을 알게 되었다.

썬샷

• 가장 의미 있었던 팀 문화는 '알아들었으면 끄덕이세요.' 항상 모여있을 수도 없고 각자 집에 돌아가서 작업하는 시간들이 많아서 협업이 어려울 수도 있었는데 팀원들이 다들 빠르게 빠르게 확인해주어서 병목현상을 거의 겪지 않을 수 있었다고 생각한다. 처음에 규칙을 만들면서 팀원별로 슬랙 이모티콘을 만들었던 것이 큰 도움이 되었다고 생각한다.
• 팀 프로젝트가 기존에 원했던 방향으로 흘러갔는지에 대해서는 만족스럽지는 못한 편이다. 사실 처음에 생각했던 기능들은 훨씬 더 많았어서 데드라인까지 서비스를 완성시키기 위해서 기능들을 축소시켜야한다는 건 필수불가결한 일이었다. 하지만 이런 문제점을 인지한 순간도 방향 수정을 한 시점도 조금 늦어서 데드라인 시점에 사용자 입장에서 사용성을 충분히 만족하지 못하는 결과가 나왔다는 생각이 들어서 아쉬웠다. 레벨 4에는 목표일 기준으로 계획을 세워보는 시도를 해보아도 나쁘지 않을 거 같다.

나 돌아보기

두둠

• 인상 깊었던 사건
  • 인수 테스트를 리펙토링 하던게 기억난다. 정말 힘들었다^^..
• 좋았던 점

  • 코드 리뷰를 통해 관점을 넓힐 수가 있었다. 안 해본 스타일의 코드를 이해하면서 이런 생각도 할 수 있구나라는 생각이 들었다.
  • 쉽지 않은 요구 사항을 해결할 때가 있었는데, 팀원의 아이디어를 토대로 해결할 수 있었다. 만약 혼자 했으면 시간이 엄청 걸리거나, 지금보다 효율적이지 않은 방식으로 구현했을 것 같다.
• 아쉬운 점
  • 가끔 회의 시간에 늦는 경우가 있어서 죄송했다.
  • 막판에 프론트엔드 분들을 너무 닦달한 것 같다. 안그래도 조급한 팀원들에게 여유를 주었어야 했던 것 같다.
• 레벨 3 내 역할
  • 기술적, 코드적으로 문제를 해결하는거에 집중 했던 것 같다.
  • 팀원들에게 헛소리하기
• 레벨 4에서의 내 역할
  • 적극적으로 기술 도입하기
  • 성능 개선
  • 기술 기록 공유

우디

• 인상 깊었던 사건
  • 3차 데모데이에서 시연을 했을 때가 가장 기억에 남는다
• 좋았던 점
  • 기획부터 배포까지의 모든 과정을 경험해볼 수 있어서 좋았다
• 아쉬웠던 점
  • 구현하는 것에 급해서 내가 구현한 것에 대한 의미있는 테스트가 부족했던 것이 아쉽다
  • 직접 서비스를 사용해보는 시간이 부족했던 것이 아쉽다
• 레벨 3 내 역할
  • 사용자의 눈으로 프로젝트를 바라보기
• 레벨 4에서의 내 역할
  • 프론트 크루들과 징그러울정도로 협업하기

져니

• 테스트 코드를 정말 열심히 짰던 기억이 남는다. 덕분에 팀 프로젝트의 코드 품질도 마음에 들고, 테스트 커버리지가 96~97퍼가 되는 게 뿌듯했다.

• 백엔드 팀원들이 서로 트러블 슈팅했을 때 항상 같이 해결하고 공유를 잘해주셨던 게 좋았다. 함께 성장하는 느낌을 많이 받았다. 특히 젠킨스나 파일 핸들링 같이 다들 익숙하지 않은 기술에 대해서 접할 때 다 함께 해결해 나가다 보니까 모두가 똑같이 이해할 수 있었던 시간이었던 것 같다.

• 배운 점

  • 파일 처리할 때 MultipartFile 관련해서 tmp 파일로 인한 오류가 발생했었는데, 어떤 식으로 해결해야 하는지 배울 수 있었다. (한 번도 고민해본 적이 없었던 영역이었어서 새롭게 배울 수 있었다)
  • 서비스의 안정도는 테스트 커버리지와 직결될 수 있다는 점을 더 느낄 수 있었다. 높은 커버리지 덕분에 백엔드 - 프론트엔드 사이 API 오류는 거의 발생하지 않았다.

• 고마운 일

  • 앞서 말했던 것처럼 개인의 업무량이 많아서 벅찼을 텐데 다들 끝까지 책임감 있게 진행해 주신 게 너무 좋았다. 특히 새벽 3시 넘어서 PR이 올라오는 일이 잦았음에도 다음날에 좋은 컨디션을 유지하시는 게 너무 멋있었다.
  • 궁금한 거 질문했을 때 다들 열정적으로 받아주시는 모습이 너무 좋았다. 특히 토론할 때 꽤 재밌었다.
  • 코드 리뷰가 정말 꼼꼼해서 좋았다. 특히 서로 만들지 않은 API 임에도 어느 정도 이해도가 다 있어서 소통할 때 편했다.

• 아쉬웠던 점

  • 너무 일이 과중하지 않았을까 싶다. 레벨 4 때는 조금 더 힘을 빼고 느긋하게 가면 좋을 것 같다. (하지만 저를 잊지 말아 주세요 ^_^… ㅠ)

• 레벨 3에서 나의 역할

  • 팀원들한테 채찍질을 가장 많이 한 사람이 아닐까… 그리고 조금씩 일을 키운 느낌(?)… 개인적인 욕심을 많이 부렸던 것 같다. 팀 내에서 기술적 트러블이 발생했을 때 가장 신난 사람이 된 느낌….? 하지만 문서 관리나 깃허브 관리는 정말 열심히 했다. 레벨 4에서도 마일스톤이랑 프로젝트 관리가 잘 되었으면 좋겠다.
  • 우테코 외부에서 프로젝트를 할 때는 팀 내에서 내가 그렇게 중요한 역할을 맡은 적이 없었던 것 같은데, 나의 기획으로 결성된 팀인 만큼 프로젝트에 애정이 많이 갔다. 그래서 테스트도 꼼꼼하게 짜려고 하고, api 개발도 빠른 속도로 진행할 수 있었던 것 같다.

• 레벨 4에서의 나의 역할

  • 슬랙 알림 늘 켜둘 테니 모르는 점이 있을 때, 혹은 새롭게 알게 된 점이 있을 때 팀원들이 공유해준다면 행복할 것 같다… 물론 저도 새롭게 알게 된 점을 마구마구 공유해드리겠습니다! 앞으로도 파이팅 💪💪

네이브

• 인상 깊었던 사건
  2차 데모 발표를 시원하게 망쳤을 때
• 좋았던 점
  기능이 많았지만 그 안에서도 디테일한 개발들을 챙기려고 노력했던 점
• 아쉬웠던 점
  기획단계에서 기능을 줄이려는 노력을 조금 더 했어야 했는데 너무 개발적인 부분에만 집중했던 점
• 레벨 3 내 역할
  • 수많은 기능들을 최대한 돌아가게 만들기
• 레벨 4에서의 내 역할
  • 그냥 돌아가고 있는 기능들을 효율적으로 돌아가게 하기

밀리

• 인상깊었던 사건
  • 3차 데모데이 당일에 못다한 API를 연동하고, 더미데이터를 만들고, API를 수정하고, 마지막에 발표까지 다같이 너무 정신없고 바빴는데 가장 인상깊었던 것 같다.
• 좋았던 점
  • 인프라나 공통적인 부분들을 각자가 담당하지 않고 같이 했던 점이 좋았다. 덕분에 정말 많이 배웠다. 또 코드리뷰를 통해서 각자가 맡았던 부분이지만 다들 어느정도는 파악하고 있어서 소통을 하기에도, 트러블슈팅을 하기에도 수월했다.
  • 좋은 코드를 짜기 위해 노력했던 점이 좋았다.
• 배운 점
  • 정말 다들 너무너무너무 잘하셔서 정말 많이 배웠다. 코드 리뷰를 하면서 가장 많이 배웠던 것 같다.
• 아쉬웠던 점
  • 스스로 역량이 부족하다고 느껴서 조금 더 적극적으로 하지 못했던 것 같다.
• 레벨3에서 나의 역할
  • 당연한 것이지만 담당한 일을 제대로 했다. 테스트 코드나, 코드 리뷰나 꼼꼼하게 하려고 노력했다.
• 레벨4에서 나의 역할
  • 적극적으로 많은 부분을 경험하고 싶다.

부엉이

• 인상 깊었던 사건
  • 데모데이 때 부족한 프로덕트를 보여주고 시연할 때 느꼈던 아쉬움
• 좋았던 점
  • 기능이 많았음에도 끝까지 최선을 다해 어떻게든 완성하려 시도한 점
• 아쉬운 점
  • 조금 더 일찍 상황을 돌아보고 각성했더라면 더 좋은 프로덕트를 만들 수 있었을 것 같다는 아쉬움
• 레벨 3에서의 내 역활
  • 열심히 기능기밸하기
• 레벨 4에서의 내 역활
  • 현재 프로덕트에서의 부족한점을 찾고 보안하며 개선하기

썬샷

• 인상 깊었던 사건은 운영 서버에서 돌아가는 우리 서비스에 회원가입을 한 뒤에 제대로 된 것을 확인한 순간. 프로젝트를 해 본 적이 처음이라 내가 코딩으로 무언가를 만들 수 있을 것이다라는 것을 처음으로 생생하게 실감했던 순간이라 의미가 깊었다,
• 프로젝트를 진행하면서 좋았던 점은 자바, 스프링뿐만 아니라 웹 프로그래밍을 할 때 필요한 다양한 도구들을 알아보고 실제로 사용까지 해 볼 수 있었다는 점. 추가로 테스트 코드의 위력을 잘 실감할 수 있다는 점도 좋았다. 나중에 실제로 업무를 할 때 테스트 코드를 잘 짜지 않는다면 도입하는 것을 고려해보는 것이 좋을 거라는 확신을 가질 수 있었다.
• 프로젝트를 진행하면서 개인적으로 아쉬웠던 점은 프론트엔드와 백엔드간의 협업을 좀 더 잘 할 수 있지 않을까하는 생각이 들었다. 아직 좋은 방법이 무엇이 있는지는 잘 모르겠지만 사용성에 좀 더 집중하기 위해서 좀 더 협업을 했으면 좋았을 거 같다.
• 레벨 3에서의 내 역할은 내가 맡았던 기능들 이상 없이 잘 돌아가게 하기(테스트 코드, 트러블 슈팅 등). 레벨 4에서는 현재 존재하는 기능의 최적화와 사용자가 어떻게 해야 서비스를 사용할 마음이 들지 고민하기.

서비스 제작 후기

기획 단계에서는 사용자가 사용하기 좋은 서비스를 만들기위해 노력했다. 그 과정에서 문제가 발생 했을 때, 기술적으로만 풀지 않고 기획적으로도 해결할 수 있음을 배웠다. 
그리고 기능이 꽤 많았는데 일정 관리, 업무 할당, 협업 룰 등을 잘 정해놓고 활용했다. 그 덕에 쉽지 않은 요구 사항들을 하나하나 처리하는 경험을 할 수 있었다. 
팀원들이 기본적으로 열정적이고, 소통을 잘 하다보니 협업 적인 측면에서 문제가 거의 발생하지 않았다. 우리끼리 문화를 만들어나가는 과정이 재미있었다.

[shb03323]

바톤

1. 팀 문화 돌아보기

에이든

• 의미 있었던 팀 문화
  서로가 시간을 정해놓고 이야기하기. 의견이 엇갈릴 경우 다수결로 결정하여 회의 시간을 줄일 수 있었다. 반대의 의견이 있을 경우 다음에 의견을 다시 제시하는 과정으로 소수의 의견도 취합할 수 있었다.
• 개발 일정에 쫓기다 보니 회고를 자주 못한게 아쉽다. 다음 레벨 부터는 짧은 스프린트 일정을 가져가면서 서로 소통할 수 있는 시간을 만들어야겠다고 생각했다.

가람

• 의미 있었던 팀 문화
  • 아침마다 진행한 데일리 미팅. 매일 체크인 점수 적은 것도 좋았습니다.
• 팀 프로젝트가 기존에 원했던 방향대로 잘 흘러갔는지
  • 2주 정도 일정이 밀렸지만, 구현할 기능을 적당히 쳐내서 간신히 기한에 맞출 수 있었다.
  • 문서화는 조금 부족했던 것 같다. 레벨4에는 개선할 부분이 많아서 글 쓰면 좋을 듯.

도리

• 의미 있었던 팀문화
  • 매일 데일리 미팅을 통해 서로의 컨디션을 공유하고 오늘 할일을 정했던게 좋았다.
• 기존에 원했던 방향대로 잘 흘러갔는지
  • 일정관리를 할 때 시간에 쫓기다보니 피드백과 질문할 시간이 부족했던 것 같다.

디투

• 의미 있었던 팀문화
  매일 아침마다 정해진 각자의 역할에 최선을 다했다고 생각합니다. 서기, 데일리마스터를 공평하게 했습니다. 유지했으면 좋겠습니다.
• 개선점
• 개발 기간에 허덕이다보니 회고하지 못했습니다. 의미있는 회고도 해보고싶습니다.
• 프론트와 백 간의 어디까지 구현이 되었는지 소통이 부족했던 것 같습니다. 같은 파트뿐만 아니라 다른 파트 분들도 어떤 작업을 하고 있고 어떤 작업이 아직 되지 않았는지 알려주는 툴이 있으면 좋을 것 같아요.
• 기술 블로그를 만들었지만 의미있게 활용하지는 못한 것 같아요.

에단

• 의미 있었던 팀문화
  • 데일리마스터와 서기 순서대로 돌려가면서 하는 것. 암묵적으로 짬 때리지 않아서 좋았다.
• 개선점
  • 회고 시간이 너무 촉박한 것 같다. 데모데이가 끝나고 회고하는게 정말 힘들다.
  • 코로나로 인해서 불참자들이 많았는데, 문서화가 제대로 못한것 같아서 다음번에는 불참자가 발생시 서기가 인지하고 좀 더 자세히 썼으면 좋겠다.

헤나

• 챙겨주는 팀문화
  • 모두가 참여하지 못하는 회의가 있을 때 팀원을 위해서 문서화하거나 게더를 통해서 회의에 참여할 수 있도록 적극적으로 활동해준점이 좋았습니다.
• 개선점
  • 빠른 속도에 비해서 방향은 잘 맞았던거 같습니다. 다만 다양한 선택들을 하나하나 들춰보지 못하고 한 길로만 나아갔던 부분이 아쉬웠던거 같습니다. 여러 생각을 해보고 비교 후에 진행해보고 싶습니다.

주디

• [ 의미있었던 팀문화 ]

1. 데일리 미팅: 데일리 미팅을 통해 서로의 컨디션을 공유하고 이에 맞춰 상대를 배려할 수 있었습니다 + 하루 시작전 끝내야 할 task 정하는 것도 좋았습니다👏
2. 질문하기 좋은 분위기: 팀원들에게 질문하면 언제든 잘 받아주어 고맙기도하고, 스스로도 많이 성장했다고 느꼈습니다🔥
3. 열정적인 팀원들: 팀원들의 학구열이 뜨거워 저 또한 동기부여를 받았습니다🤓

• [개선하고 싶은 점]

1. 개발 흐름이 빠르게 흘러가다보니 기록할 시간이 부족하다고 느꼈습니다. (우선 급하니 이것부터 하자가 되는 것 같기도?) 기록을 다같이 신경썼으면 좋겠습니다! 👍
2. 우리팀이 야근을 하는 이유가 뭘까요? 개발하기만으로도 너무 바쁘다는 느낌을 받았습니다. 시간에 쫓기는 날들이 많았어요. 그러다보니 회고같은 부수적인 부분들을 신경쓰지 못했던 것 같습니다. 💨

2. 나 돌아보기

에이든

• 좋았던 점: 아마도 가장 큰 사건은 주제 변경이 아닐까 싶다. 주제가 변경되었다는 이유만으로 주변 크루들에게 걱정의 목소리도 많이 들었을텐데 끝까지 힘을 합쳐서 개발을 진행한 팀원들이 고맙다고 느꼈다. 레벨4에는 우리가 만든 서비스에 실 사용자들을 유입하면서 더 많은 경험을 했으면 좋겠다.
• 아쉬웠던 점: 백엔드와 프론트엔드를 합치는 과정에서 데모데이 바로 전 안맞았던 부분들을 급하게 수정하려고 하니 일정이 조금 지체되는 경향이 있었던 것 같다. 스프린트 단위를 유동적으로 가져가보면 어떨까 싶다.

가람

• 1차 데모데이 이후. 다른 팀들 개발해나가고 있을 때, 우리 팀은 계속 기획 회의만 해서 조급한 마음이 많이 들었던 것 같다.
• 찐한 협업이라고 해서 얼마나 찐한가 했는데 트리플샷 에스프레소였다. 기획부터 배포까지 전부 같이 진행하는 진짜 협업 프로젝트를 경험할 수 있어서 좋았습니다.

도리

• 프로젝트 주제가 바뀌게 되었을 때 다시 처음부터 1주차 데모데이 과정을 해야된다고 생각하니 막막했던 것 같다
• 생일 챙겨주셔서 감사합니다 아직도 저녁에 배고프면 케이크 생크림이 아른거릴때가 있어요
• api를 구현할 때 백엔드 측에서 굉장히 피드백이 빨랐던 것 같다.

디투

• 주제가 바뀌었음에도 불구하고 빠른 속도로 개발하는 팀을 보고 살아있음을 느꼈습니다.
• 백엔드 사람들 8시 출근 23시 퇴근 시절이 힘들었지만 이제 미화되었습니다.
• 에이든: 나이 들었다고 놀려서 죄송하면서 감사합니다. 저보다 나이 많아주셔서.
  도리: 맨날 놀려서 죄송합니다. 맨날 꾹꾹찔러서 죄송합니다. 가끔은 선 넘는 발언 했었는데 웃으며 넘어가주셨어요. 죄송합니다.
  가람: 냉정하게 말씀해주셔서 감사합니다. 냉정하지만 예쁘게 말씀해주셔서 가람의 장점이자 제가 배울점이라고 생각했어요.
  에단: 항상 궂은 일을 도맡아 하시는 것 같아요. 개인적인 업무가 있더라도 끊고 바로 더 급한 일을 할 수 있다는 게 대단합니다. 용기도 대단하십니다.
  헤나: 틀에 박힌 사고에서 벗어나게 해주셔서 감사합니다. 솔직하게 말씀해주셔서 감사합니다. 어려운 것들 주도해주셔서 감사합니다. 할 일이 없더라도 어떻게든 일을 찾아내려는 모습을 배우고 싶습니다. (AOP 달 때 에러 메시지 포맷팅한 것)
  주디: 주디가 아마 제일 힘들었을텐데 항상 웃는 모습으로 임해주셔서 감사합니다.
• 스스로 아쉬운 점: 내 고집이 쎄다고 생각한 적이 종종 있었습니다. 조금 더 이성적으로 생각하겠습니다.
• 스스로 잘했다고 생각한 점: 마케팅을 열심히 한 것 같습니다.

에단

• 프로젝트 주제가 바뀌고 주제 선정 회의할 때 디투의 접어두었던 주제를 열어보았을 때, 이거하면 모든게 해결되겠다라는 생각이 들었습니다.
• 에이든 : 프론트와 소통할 때 에이든이랑 하면 정리를 한 내용을 전달 받을 수 있어서 좋았습니다. 대견해요~
• 가람 : 회의를 일찍 끝낼 수 있게 산으로 가지 않도록 해 준 가람 칭찬해
• 도리 : 우리조의 비타민 도리 칭찬합니다. 집에가서도 열심히 프로젝트 로고 그리는 도리 멋있습니다.
• 디투 : 백엔드랑 프론트 소통을 잘해주셔서 감사합니다. 리뷰도 꼼꼼히 해주시고, 감사합니다. 러너들 모아주셔서 감사합니다.
• 헤나 : 오늘의 할 일 잘 적어준 헤나 칭찬해. 항상 어려운거만 하는거 같은데 뚝딱뚝딱해내고 굳굳
• 주디 : 바쁘다보니 코드짤 때 놓치고 지나친 부분이 있는데 꼼꼼하게 리뷰해주는 주디 감사합니다.

헤나

• 내가 여러 의견을 내어도 하나하나 다같이 생각해줬던 점이 팀원들에게 감사하다고 느꼈다.
• 에이든 : 프로젝트에서 이해하지 못한 부분을 차근차근 알기 쉽게 설명해주는 모습이 좋았다.
• 가람 : 잠시 놓치고 있거나 아쉽다고 느꼈던 부분을 콕 찝어서 얘기해준점이 멋있었다.
• 도리 : 팀을 밝게 만들어주는 나이스도리토스덕분에 항상 웃으면서 진행할 수 있었다.
• 디투 : 언제든지 팀원 한명한명 생각하고 행동하는 모습이 좋았다. 생각못해본 기술들 가져와서 여러 시도를 해볼 수 있어서 재밌었다.
• 에단 : 뭔가 놓친 부분이 없나보면 항상 이미 보완하고 있는게 사실 좀 무서웠다. 섬세에단의 하나하나 잘 캐치해주는 능력을 배우고싶다.
• 주디 : 혼자서 해결해보고 싶은 마음이 크지만 누군가에게 계속해서 물어보는게 비교하지 못할정도로 빠를 수도 있다. 가끔은 질문하는 태도를 배우고 싶다고 느끼게 해줬다.

주디

• 공통: 제가 가끔 물음표 살인마를 하는데 다들 질문을 잘 받아주셔서 감사했어요 🐣 개인적으로 질문하기 좋은 분위기가 중요하다고 생각되어서, 만족했습니다!!
• 에이든: 회의 때 진행 및 프론트의 전체적인 상황을 잘 설명해주셔서 감사합니다
• 가람: 팀원이 생각하지 못한 부분도 예리하게 짚어내서 의견을 말해주셔서 다시 한 번 생각하게 됐어요! 다양한 방식으로 고민할 수 있었습니다.
• 도리: 우리팀의 연예인 도리… 그 자체만으로 복지가 아닐까? 팀 분위기를 책임져줘서 감사합니다.
• 디투: 옆자리에서 제가 이것저것 엄청 물어보는데 그 때마다 잘 설명해주셔서 감사합니다. 앞으로도 더 묻겠습니다 ^^ 하하핫
• 헤나: 한 목적에 도달하기 위한 여러 의견을 제시해서 좋았습니다!
• 에단: 와라락 넘어가다가 돌아보면 “어! 이거 정리 누가했지!” 하면 거의 에단이었던 것 같습니다. 말도 엄청 섬세하게 하는 편인데 이런 성격이 잘 드러난 게 아닌지~

3. 서비스 제작 후기 (팀 단위로 1개만 작성)

다양한 사람들이 모여 하나의 프로덕트를 만들어가는 과정은 생각보다 쉽지 않다는 것을 알게 된 레벨3 였습니다.

모두의 의견을 하나로 조율하는 과정에서 어려움을 겪었습니다.

하지만 팀 규칙을 정해가면서 빠르게 의견 조율을 할 수 있었습니다.

서비스 적인 측면에서도 많은 것을 배울 수 있었습니다.

단순히 개발만이 아닌 사용자의 입장에서 직접 생각해보는 것이 더 나은 서비스를 만드는데 많은 도움이 되었습니다.

[dooboocookie]

나아가 - 레벨 3 최종 회고

1. 팀 문화 돌아보기

루카

• 항상 행복하고 재미있게
  • 팀원 모두 ‘나아가’가 우리들의 서비스라는 생각으로 서비스에 대해서 책임감을 갖고 참여를 했던 것 같습니다. 그래서 모두가 서비스를 만들면서 힘들더라도 행복하고 즐겁게 프로젝트에 참여할 수 있었습니다.
  • 회의를 할 때나 업무 관련해서는 진지하기도 했지만, 평상 시 감정적으로 커뮤니케이션을 많이하고 점심도 늘 같이 먹으며 서비스 뿐 아니라 서비스를 같이 만드는 팀원들에게도 관심을 가질 수 있어서 좋았습니다.
• 갈등에서 ‘나아가’기
  • ‘나아가’에서 팀으로 제일 많이 했던 것이 회의였다. 회의를 진행하면서 열정적으로 많은 의견들이 오가서 참 더 좋은 방향으로 나아갈 수 있었던 것 같습니다.
  • 반면, 팀으로 의사결정을 하는 것이 매우 어려운 경험들이 많았습니다. 이 그라운드 룰을 작성하면서 좁혀지지 않는 갈등은 시간 제한을 두고 결정하기로 했지만, 다들 적극적으로 의견을 개진하다 보니 꼭 납득을 시키거나 납득을 당해야 갈등을 끝내려는 경우가 많았습니다.
  • 앞으로도 많은 이야기와 페어프로그래밍을 하면서, 완벽히 납득이 되지는 않아도 너무 회의만을 통해서 의사결정을 하기보다는 회의는 시간을 정해두고 서로의 생각을 공유하고, 실제로 업무를 진행해보면서 개선할 점을 그때 그때 찾아서 고칠 수 있는 협업이 됐으면 좋겠습니다.
• 비난은 나가
  • ‘나아가’의 원동력은 끊임 없는 의견 교류였던 것 같다. 의견을 나누면서 그 결과가 좋지 않은 방향으로 갈 수 있었다. 하지만 팀으로서 결정된 문제에 대해서는 모두가 회의에서 납득한 내용이였으므로 공동의 책임이라 생각했던 것 같다.
  • 그러한 팀으로서의 의사결정 방법이 서로에게 신뢰를 만들었고, 더 많은 의견을 편하게 내서 좋은 기획방향을 이끌 수 있었던 것 같고, 행복한 팀 분위기를 만들었던 것 같다.

빅스

• 비난은 나가
  • 어떤 일이 있어도 비난이 없었기 때문에 힘든 와중에도 모두가 힘을 낼 수 있었던 것 같습니다. 사실 비난을 받을만한 일도 없었지만, 힘들면 사소한 것에도 질책이 나올 수 있기 때문에 의미가 있었던 것 같습니다.
• 내가 그렇게 하자고 했잖아는 나가
  • 선택은 공동의 책임으로 특정 선택을 했다면 누구 탓이 아닌 모두의 책임. 당연한 것이지만 명시적으로 팀문화로 정해 놓음으로 인해 무심코 나올 수도 있는 말을 피할 수 있었던 것 같습니다.

뽀또

• 항상 행복하고 재미있게
  • 팀 프로젝트를 진행하면서 몰아치는 스케줄에 힘들 때도 많았습니다. 하지만 팀원들과 함께 즐겁게 회의를 하고 시간을 보내며 레벨 3를 함께 지내다 보니 힘든 와중에도 행복함을 찾을 수 있게 되었고, 팀에 애정을 더 갖을 수 있게 되어서 팀 프로젝트에 좋은 영향을 끼쳤던 것 같습니다.
• ‘나아가’는 우리들의 서비스
  • 각자 팀 프로젝트에서 자신이 맡은 역할에 대해 책임감을 갖고 적극적으로 참여를 하다보니, 어떤 일이 주어지든 최선의 결과를 가져올 수 있었던 것 같습니다. 그리고 적극적인 참여를 통해 팀 프로젝트가 원활하게 진행될 수 있었던 것 같습니다.

이레

• 항상 행복하고 재미있게
  • 프로젝트를 진행하면서 팀분위기가 좋았기 때문에 회의 시간이 길어질 때나 체력적으로 힘들 때도 크게 힘듦을 느끼지 못하고 프로젝트를 진행할 수 있었던 것 같습니다.
• 이어폰을 껴야 능률이 올라가는 편
  • 프로젝트 진행에 있어 일정추정이나 이슈분리가 미숙한 부분이 있었기 때문에, 개인 학습시간이 확보되지 않는 경우가 많았다고 생각합니다. 앞으로 프로젝트를 진행하며 이 부분에서 개선이 있다면 좋을 것 같습니다.

채채

• 비난은 ‘나가’
  • 힘든 상황도 많았고 급한상황도 많았고 그래서 급하게 정해야할 상황도 많았는데, 그 어떠한 상황에서도 서로를 비난하지 않는 모습이 가장 인상적 이었습니다. 이 문화가 잘 지켜져서 팀 분위기가 항상 활기차게 유지가 될 수 있었던 것 같습니다.
• 개선하고 싶은 팀문화
  • 저 포함 팀원들 모두 프로젝트에 애정이 가득하고 학습에 대한 열정이 가득하다 보니 고민 사항이 있으면 쉽게 넘어가지 못하는 상황이 많았습니다. 그러나 더 급한 이슈가 있다면 좀더 빠르게 의사결정을 하고 넘어가면 데모의 필수사항을 더 잘 수행할 수 있을 것 같습니다.

코코닥

• 항상 행복하고 재미있게

  개발자라는 직업은 여러모로 스트레스 많은 직업인 것 같아요. 이번 팀 프로젝트를 진행하면서도 ‘개발이 참 쉽지 않구나’ 하는 생각을 하곤 했는데요. 어쨌든 재미있어서 선택한 길, 앞으로 오래도록 간직하기 위해선 지속 가능한 개발자의 삶을 살아야겠죠.

  그런 의미에서 저희 팀의 첫 번째 그라운드 룰, ‘항상 행복하고 재미있게’ 는 팀의 존재 이유이자, 나아가 서비스가 탄생할 수 있었던 결정적인 팀 문화라고 생각합니다.

  다른 팀보다 기획에 힘을 많이 쏟았고, 상대적으로 개발 시간이 부족한 상황에 놓여있었을 때, 저를 포함한 모든 팀원들이 많이 힘들었을 거라고 생각해요. ‘데모데이 전 까지 다 구현할 수 있을까?’, ‘개발이 다 안되면 어떡하지?’ 같은 생각에서 오는 불안감과 함께, 부족한 개발 시간을 억지로라도 늘리기 위해 새벽까지 다들 고군분투하는 상황이었으니까요.

  그렇지만 그 과정조차 즐거웠습니다. 팀원과 함께 감정을 공유하고, 같은 목표를 향해 달려가고 있다는 생각에, 더 열심히 해야겠다는 동기부여가 됐습니다. 중간중간 껴있는 잡담들도 너무나 즐거웠구요. 그러다보니 많은 난관 속에서도 길을 잃지 않고 제 할 일을 다할 수 있었다고 생각해요. 데모데이도 잘 마무리 되었던 것 같구요. 그래서 더더욱 느낀거지만, 이 프로젝트를 지속 가능하게 오래도록 즐기기 위한 최고의 방법은, 팀원들과 행복하고 재미있게 어울리며 지내는 것이라 생각했습니다.

크롱

• 항상 행복하고 재미있게
  • 첫 주가 생각이 나요. 어떤 서비스를 만들지, 어떻게 진행할지 길고 긴 토론 끝에 나온 결과물을 두고 다음날에 다시 토론을 하고 아마 기획에 가장 많은 시간을 쏟은 팀이 아닌가 자부할 수 있어요. 1차 데모데이가 끝난 이후에도 계속 기획에 대해 토론을 진행했고 데모데이가 다가오면서 구현하지 못한 기능들을 새벽까지 구현하고는 했었는데, 그럴 때마다 항상 우리 팀은 웃음을 잃지 않았던 것이 가장 인상 깊어요.
• ‘나아가’는 우리들의 서비스
  • 모든 팀원들이 프로젝트를 가장 중요하게 여기는 것을 많이 느꼈어요. 10시-6시 이외의 시간은 개인 시간으로 존중해주자는 팀 문화도 있는데, 이외에도 많은 시간을 투자해서 완성도를 높이려고 하는 모습들을 많이 보여줘서 너무나도 감사했습니다.

2. 나를 돌아보기

루카

• 배운 점
  • 팀으로 일하는 방법을 제일 많이 배운 것 같다. 팀으로 의사결정하는 방법, 팀으로 일정 추정을 하는 방법, 팀원에게 의견을 전달하는 방법, 팀원에게 내가 한 업무 내용을 공유하는 방법에 대해서 배울 수 있었다. 아직 위에서 말한 내용에 대해서 미흡한 점이 많지만 최소한 위 내용들이 협업에 있어서 중요하다는 것은 깨달았다. 앞으로 협업하면서 위 내용들을 최대한 생각해서 좋은 협업을 해나갔으면 좋겠다.
  • 웹 프로젝트를 한 경험이 많지 않은데, ‘나아가’라는 실제 문제를 개발로서 어떻게 풀어나갈 수 있을지에 대한 감을 잡은 것 같다. 레벨 1, 2때는 제한된 환경에서 객체지향, 클린코드, TDD 이런 최대한 이상적인 부분에 대해서 공부하였지만, 레벨 3때 프로젝트를 하면서는 실제 문제를 해결하기 위해서 타협해야하는 점, 제한된 시간으로 문제해결을 하기 위해서 타협하는 방법을 경험할 수 있는 기회가 되었다.
• 고마운 점
  • 일단 팀원들이 나의 부족한 점에 대해서 많이 보완을 해준 것 같아서 정말 감사하다. 또 팀원들끼리 많은 이야기를 나누면서도 서로를 존중해주고 늘 유머 잃지 않으면서 잘 의사소통해주고 서로 챙겨줘서 너무 고맙다.
  • 백엔드 팀원들에게는 백엔드에서 진행되는 모든 업무에 대해서 모두 관심 가지고 서로 의견 나누며 좋은 방향으로 가기 위해서 노력해 준 것에 대해서 너무 감사하다. 개발 경험이 많이 없다보니 기술적인 많은 부족함이 있었는데, 그에 대해서 인내심을 가지고 페어 프로그래밍이나 회의를 통해서 지식 전파를 풀어나가려 했던 노력들이 감사하다.
  • 안드로이드 팀원들에겐 미안하면서 감사한 점이 많다. 서버가 늘 한 템포씩 느렸다. 미리 API를 띄워놓고 안드로이드가 테스트 하게끔 해놓지는 못할 망정 백엔드는 항상 안드로이드보다 한 템포씩 느렸는데, 그 순간에도 백엔드 팀원들의 사정이나 감정을 고려해서 인내심 가지고 기다려 준 것에 대해서 엄청나게 감사함을 느끼고 있다. 그 인내심과 배려 덕분에 레벨 3를 잘 견딜 수 있었다.
• 아쉬운 점
  • 반면 아쉬운 점은 위에서 얘기했듯 일정을 잘 맞추지 못한 것에 대해서 아쉬움을 느낀다. 현실적으로 거의 2주만에 대부분의 핵심기능들을 구현해야하는 특이한 상황은 있었다. 하지만 그럴 때일수록 냉정하게 일정 추정해서 팀원들을 믿고 분업을 진행했어야 했는데, 협업-서비스-학습 사이의 균형을 잘 맞추지 못했던 것 같다. 그래서 레벨 4 때는 더 나은 나아가를 위해서 더 나은 협업을 위해서 일정 추정을 잘해서 더 빠른 주기의 협업을 하고 싶다.
  • 협업을 길게 진행하다보니 순간적으로 감정을 숨기지 못한 상황도 있었던 것 같다. 레벨 4 때는 모든 것을 대화로 해결하려고 하기 보다는 조금 더 성숙한 태도로 늘 팀의 목표를 우선으로 생각하여 나 스스로도 지치지 않을 정도로 꾸준하게 나아가고 싶다.

빅스

• 배운 점
  • 무엇이든 의논하여 정하는 방법을 배웠습니다. 우테코 이전에 해왔던 프로젝트에서는 내가 잘하는 사람이 정해준 대로, 혹은 내가 정하는 대로 기술 스택이나 개발 방식이 정해졌습니다. 하지만 이번에 레벨 3에는 기술 스택이나 전체적인 틀을 짜는 것에 대해서는 모두 팀과 상의하여 진행되었습니다. 물론 상의하는데 코스트가 들긴 했지만 새로운 경험이었고 서로를 설득하는 과정에서 성장할 수 있었던 것 같습니다.
• 고마운 점
  • 나는 할 일 이 끝나거나 하교 시간이 되면 주로 귀가하거나 귀가 후 작업했는데 매번 늦게까지 남아 열심히 작업하는 모습에 미안함과 고마움을 느꼈습니다. 고생해준 우리 백엔드 크루들 감사합니다.
• 아쉬운 점
  • 전체적으로 팀이 많이 느렸다고 생각합니다. (사실 백엔드는 잘 모르지만 분위기 상..) 뭔가 레벨 3 동안 많은 부분을 학습하지 못한 느낌이 강해서 아쉽습니다. 사실 팀이 그런 것이 아니라 저만 그런 걸 수도 있습니다. 하지만 개인적으로 볼륨도 가장 작았다고 생각해 이런 느낌이 든 것 같습니다.

뽀또

• 배운 점
  • 팀원들에게 자신의 의견을 논리있게 주장하는 방법을 배웠습니다. 이번 팀프로젝트에 참여하기 전에는 내가 어떤 생각을 갖고있다고 하더라도 그 생각에 대한 이유가 별로 없었습니다. “막연히 좋아보이는 것 같아서..”, “삘이 와서..”, “많은 사람들이 사용하길래..” 라는 생각이 주된 내 생각의 이유였습니다. 그렇게 레벨 3가 되어 팀원들과 기획 회의, 개발 관련 회의, 그외의 아주 다양한 많은 회의들을 진행하면서 팀원들이 의견 피력하는 것을 보고 들으며 내 자신의 부족했던 점을 느끼게 되었습니다. 이런 깨달음 덕분에 내가 앞으로 어떤 식으로 생각하고 그 생각을 어떤 식으로 논리적으로 정리해 다른 사람들에게 말해야하는지 많이 배우게 되었고 해당 깨달음을 실천하기 위해 앞으로 노력할 예정 입니다.
• 고마운 점
  • 팀원들이 서로 배려해나가면서 같이 팀 프로젝트를 만들어나가는 모습이 고마웠습니다. 실수로 인해 어떤 잘못을 해버린 상황에서도 그 누구하나 비난하지 않고 괜찮다고 해주는 모습이 너무 아름다웠고 우리 팀원들이 정말 다들 배려심이 깊고 좋은 사람들이구나 라는 생각이 들었습니다. 이런 편안한 상황 속에서 팀 프로젝트 개발을 진행할 수 있었다는게 정말 고마운 일인 것 같습니다.
• 아쉬운 점
  • 시간에 쫓겨 기능 개발에 초점을 맞추다 보니 그 외의 부분에 신경을 많이 못쓴 것 같아 아쉽습니다. 테스트 코드나 코루틴 사용, 그리고 리팩토링을 진행하지 못해 큰 아쉬움이 남았지만 앞으로 놓쳤던 부분들을 메꿀 시간들은 있기 때문에 이 아쉬움을 레벨4에서 메꿀 것 입니다.

이레

• 배운 점
  • 기술적인 부분뿐만 아니라 프로젝트에 대한 팀원들의 적극적인 모습을 보며 저도 더욱 열심히 할 수 있었던 것 같습니다.
• 고마운 점
  • 모든 팀원들이 자신이 알고있는 내용이나 학습 내용을 적극적으로 자세히 공유해줘서 깃허브 브랜치 전략부터 여러 기술들을 혼자 학습할 때보다 빠르게 배울 수 있었습니다.
• 아쉬운 점
  • 기획회의가 길어지는 바람에 프로그래밍과 리팩토링에는 많은 시간을 쏟지 못했는데, 그 점이 아쉽습니다.
• 레벨 3 : 백엔드 인프라 구축에 가장 많이 시간을 쏟은 것 같습니다.
• 레벨 4 : 레벨3에서는 학습한 기능을 바로 구현하기에 급급했다면, 레벨 4에는 학습한 내용에 대해서 좀더 강점을 가진 팀원으로서 다른 팀원들에게 도움이 되었으면 좋겠습니다.

채채

• 배운 점:
  • 모두가 각자의 역할에 책임감을 갖고 어떻게든 수행해내는 모습이 멋있었습니다. 또한 자기가 맡은 일이 아니어도 다른 팀원의 파트도 적극적으로 도와주려는 모습이 가장 배울점이라고 느꼈습니다.
• 고마운 점:
  • 항상 누구도 탓하지 않는 문화가 잘 지켜지는 모습에 팀원들에게 고마웠습니다. 그 덕에 함께 힘든 시기를 어떠한 다툼없이 이겨낼 수 있었고 모두가 프로젝트에 애정을 더 갖고 일할 수 있었던것 같습니다.
• 아쉬운 점:
  • 일정추정, 우선순위가 잘 지켜진다면 앞으로의 일이 더 수월하게 갈 수 있을것 같습니다.

코코닥

• 배운 점
  • 레벨 3 기간동안 많은 것을 경험하고 느꼈지만, 그중에서 제가 배웠던 가장 큰 부분은 ‘협업’인 것 같습니다. 팀원들과 소통하며 같은 목표로 나아가기 위한 다양한 방법들을 배운 것 같은데요. 이를테면 성공적인 CI(지속적 통합)를 위한 우리 팀만의 규칙, 의사소통 방법, Git 브랜치 전략 등을 고민해보며 배워나간 것 같습니다. 또한 다양한 실패도 경험해보면서 어떻게 협업해야 더 좋은 결과물을 만들어낼 수 있을지 깊게 고민해볼 수 있는 시간도 가질 수 있었습니다.
• 고마운 점
  • 저는 부족한 점이 정말 많습니다. 그럼에도 저를 한명의 팀원으로서 프로젝트에 기여할 수 있는 기회를 주고, 다양한 의견을 낼 수 있는 분위기를 만들어준 모든 팀원들에게 감사합니다. 또한 버거킹을 많이 가줘서 정말 좋았습니다.
• 아쉬운 점
  • 백엔드의 템포가 많이 느렸다고 생각합니다. 여기에는 기술적 이슈 + 협업 이슈 등등 다양한 복합적인 이유들이 있을 것 같은데, 레벨 4 때는 하나씩 개선해가면서 더욱 견고한 백엔드가 되고 싶네요. 특히 문서화를 통한 ‘공유하는 문화’ 강화에 조금 더 신경을 써보려고 합니다.

크롱

• 인상 깊었던 사건
  • 아쉽게도 제가 참여하지 못한 3차 데모데이 순간인데요. 전해들은 것으로는 아마 생중계는 우테코 최초라고 들었던 것 같아요. 이 말을 듣고 정말 많이 뿌듯했습니다. 기획에 쏟은 시간이 아깝지 않게 느껴진 날이었어요.
• 배운 점
  • 모든 팀원이 열심히 하는 모습을 보고 덕분에 동기부여가 돼서 더 많은 에너지를 프로젝트에 쏟을 수 있었어요. 그런 모습들을 보여준 팀원들에게 많이 감사합니다.
  • 다른 안드로이드 크루들 덕분에 경험해보지 못한 영역들을 많이 접할 수 있었던 것 같아요. 저보다 안드로이드 경험이 많기 때문에 더 많은 기술과 경험들을 전수받을 수 있게 된 것 같아요.
  • 백엔드 크루들 덕분에 서버와 함께 협업하는 방법을 많이 배울 수 있었어요. API명세를 함께 하면서 이야기를 많이 나누었고, 서버에서는 어떤 식으로 프로젝트를 진행하는지 간접적으로나마 알게돼서 다른 협업에도 많은 도움이 될 것 같습니다.
• 고마운 점
  • 프로젝트의 시작부터 마지막까지 레벨 3기간동안 항상 고마웠습니다.
• 아쉬운 점
  • 완전 안드로이드 분야에 대한 아쉬운 점인데, 코루틴을 적용하지 못했던 것이 가장 아쉬워요. 아마 프로젝트를 진행하면서 최우선 순위로 두는 작업이 아닐까 생각해요.
  • 또 다른 아쉬운 점은 마지막 4차 데모데이까지 목표했던 기능을 마무리하지 못한 것인데요. 이유로는 기획적인 부분, 기술적인 부분이 모두 포함되어 있기 때문에 더 아쉬웠던 것 같아요.
• 레벨 3 : 기록자.
• 레벨 4 : 앞으로도 기록자 그리고 중재자.

3. 서비스 제작 후기

• 레벨 3에서 목표한 찐한 협업 그 자체였다고 생각합니다. 모든 팀원과 함께 회의하며 모두의 생각을 나누었고, 반영하려고 노력했습니다. 서로의 의견이 존중되면서, 서로의 입맛이 절충적으로 들어간 이 서비스가 전 굉장히 마음에 들었습니다. 개발자로서 서비스를 개발해 나갈 때, 본인이 만드는 서비스에 애착을 가지는 것은 정말 중요하다고 생각합니다. 그런 면에서 저희 팀이 밟아왔던 과정들은 좋은 방향으로 향해가는 의미 있는 단위들의 연속이었다고 생각합니다. 저희의 노력과 시간이 단순히 ‘개발’을 하는 것이 아닌 ‘협업’을 하는 것임을 느낄 수 있도록 해준 것 같습니다. 그래서 모두가 애정이 있는 서비스를 만들 수 있었고, 만족스럽게 레벨 3을 마무리 할 수 있었다고 생각합니다.

[otter66]

1. 팀 문화 돌아보기

후추

• 우리에게 의미있던 팀 문화: 화요일은 점심 day

  같이 밥 먹으면서 친해질 수 있었습니다. 외식비가 안 비싸고 기다릴 필요가 없다면 맨날 같이 먹어도 좋았을 것 같습니다.

• 팀문화 돌아보기

  지켜지지 않는 팀문화는 과감하게 없애면 좋을 것 같습니다. 대신 지향하고 싶은 더 좋은 문화를 가져오면, 더 나은 팀이 될 수 있을 것 같아요

체인저

• 우리에게 의미 있던 팀 문화

  • 주간 회고 : 피드백을 주고 받는 시간이 좋게 작용한 것 같다.
  • 매일 아침 스크럼 : 진행 상황 공유에 효과적이었던 것 같다.

• 팀문화 돌아보기

  지켜지지 못했던 팀문화에 대해서 같이 얘기해보면 좋을 것 같습니다!

리오

• 우리에게 의미있던 팀 문화: 어떤 질문도 괜찮아요.

  질문을 하는 것에 있어서 미안함과 두려움이 있었는데, 이러한 팀 문화를 통해 많이 극복하여 정말 시도떄도 없이 질문을 했던 것 같다. 또, 질문을 받았을 때 조리있게 전달하는 연습을 많이 할 수도 있었다.

• 팀문화 돌아보기

  지켜지면 좋았을 팀 문화들이 잘 지켜지지 않았던 측면이 있는 것 같다.팀 문화를 수정할 필요도 있겠지만, 지켜지지 않는 팀 문화를 지키려고 하는 노력도 필요할 것 같다.잘 지킬 수 있는 팀 문화만 남겨둔다면 팀의 발전이 더딜것 같다.

허브

• 의미 있었던 팀 문화: 화요일마다 같이 점심을 먹어요.

  평소에 도시락을 먹던 사람들과 도시락을 안먹는 팀원들이 반반 나누어져 있어서 같이 밥 먹는 시간이 없어서 생긴 팀 문화입니다. 해당 팀 문화를 도입하여 화요일 점심마다 다 같이 밥 먹는 시간이 있어서 좋았습니다.

• 팀 문화 돌아보기

  잘 지켜지지 않은 팀 문화가 있다고 생각해서, 레벨 4가 시작하면 팀 문화 개선의 시간이 필요하다고 생각합니다.

멧돼지

• 우리에게 의미 있던 팀 문화: 새로 얻은 지식은 공유해요

  새로이 얻은 지식을 이슈에 자세히 작성하고 서로 전파하는 문화를 조성하여 팀원들 사이의 백과사전을 만들었다고 생각합니다. 이는 앞으로 팀원들의 자양분이 될 수 있다고 생각합니다.

• 팀 문화 돌아보기

  잘 안지켜진 팀문화는 많았지만 당연한거라고 생각합니다. 아직 우리는 초보자이고 고쳐나가며 좋은 문화를 만들어 나가는 것이 임무니까요

수달

• 우리에게 의미 있던 팀 문화: 화요일마다 같이 점심을 먹어요.

  도시락을 먹는 크루들과 외식을 하는 크루들이 친목을 위해 함께 점심을 먹는 시간을 마련하는 방안이었습니다. 덕분에 조금 더 많은 대화를 하며 서로에 대해 알아갈 수 있는 시간이었습니다. 친해지는 분위기를 만드는데에 큰 역할을 했던 문화라고 생각합니다.

• 팀 문화 돌아보기

  처음 만들어보는 팀 문화라 서툴렀고, 그로인해 잘 지켜지지 않은 부분이 많은 것 같습니다. 레벨4 시작과 함께 새롭게 정의해보면 좋을 것 같습니다.

핑구

• 우리에게 의미 있던 팀 문화: 금요일 5시에는 주간 회고를 진행해요.

  매주 자신의 활동과 감정에 대해 되돌아보는 시간을 가졌다는 것이 좋았습니다. 자신의 모습에 대한 회고와 더불어 팀원들의 감정까지도 돌아볼 수 있어서 당시 팀원들의 생각들도 들을 수 있어 더 좋았던 것 같습니다.

• 팀문화 돌아보기

  지켜지지 않은 팀문화도 많은 것 같습니다. 하지만 팀원들이 말했던 것처럼 아직 처음이니 다같이 개선해 가야한다고 생각합니다. 코치님께서 말씀하셨던 것처럼 팀문화는 계속해서 수정해 나갈 수 있는 것이니까요!

2. 나 돌아보기

후추

• 가장 인상 깊었던 사건

  트립드로우 애플리케이션이 실행된 모습을 처음 보았을 때이다. 우리가 짜낸 코드가 앱으로 동작하는 모습이 신기했다. 정말로 무언가를 만들어가고 있구나, 감탄하며 환희를 느꼈다.

• 좋았던 점

  모든 면에서 나보다 우수한 팀원들과 가까이 있었다. 그들과 함께 지내며 많이 배울 수 있었다.

  체인저는 일정 관리에 능했다. 그는 일에 소모될 시간을 추정하고 우선순위를 부여해 하나씩 해치웠다. 이런 모습이 다른 팀원들에게 신뢰감을 줄 수 있다는 걸 알았다. 한편, 체인저는 삶을 주도적으로 살고 있었다. 그의 삶의 태도가 늘 귀감이 됐다.

  리오는 집요하게 학습했다. 모르는 것을 알 때까지 파고들었다. 더군다나 두뇌도 명석했다. 하루가 지날수록 실력이 나아지는게 옆에서 보였다. 무모하게 도전하고 끝내 지식을 성취해내는 그의 모습이 멋졌다. 그 덕분에 얕고 수동적으로 공부하던 내 학습 습관을 고치고 있다.

  허브는 팀플레이를 가장 잘했다. 허브는 개발 실력이 뛰어났고 경험도 많은 동료이다. 그는 이러한 자산을 팀원들을 위해 사용했다. 허브는 자신이 이미 알고 있는 내용을 혼자서 개발하지 않았다. 팀원에게 지식을 공유하고 팀원이 학습할 때까지 기다렸다. 누군가 질문하면 적극적으로 답했다. 팀원에게 답답함을 표하지 않았다. 그처럼 팀 전체의 성장을 위해 고민하고 정성을 들이는 팀원이 되고 싶어졌다.

  안드로이드의 멧돼지, 수달, 핑구는 몰입을 잘했다. 그들은 개인 시간을 줄이고 캠퍼스에 항상 남았다. 해야할 일이 많을 때는 잠을 줄이며 체력이 닿는 한 개발에 온힘을 쏟았다. 그들의 체력과 열정에 늘 감사했다. 또한 그들은 백엔드의 실수를 눈감아주고 서버의 동작이 개선될 수 있도록 조언했다. 다른 분야의 팀원과 어떻게 협업해야 좋은지 그들을 통해 배울 수 있었다.

• 아쉬웠던 점

  프로젝트가 처음이었다. 프로젝트가 어떤 식으로 흘러가는지조차 알지 못했다. 따라서 팀원들을 따라가기 바빴다. 그러다보니 학습보다 실습에 초점을 맞추게 됐다. 결국 여러가지를 했지만, 구체적으로 아는 바가 많지 않다. 보다 많은 지식을 남기기 위해 노력해야겠다.

• 역할

  레벨 3에서 나는 팀플 처음하는 새내기와 같았을 것이라 생각한다. 적극적이고 능숙한 새내기가 되려고 했지만, 팀원들이 보기에 어땠을지 모르겠다. 레벨 4에서는 믿을만한 팀원이 되고 싶다.

체인저

• 가장 인상 깊었던 사건

  후추가 안 좋은 몸을 이끌고 쉬는 날에 캠퍼스에 출근해서 서버를 고친 것.

• 좋았던 점

  팀원들과 문제 없이 요구사항을 만족시킬 수 있었던 것.

  팀원들의 소통 실력이 나날이 발전한 것.

• 아쉬웠던 점

  소통을 조금 더 잘 했으면 어땠을까.

• 역할

  필요한 일을 하는 사람이 되어야겠습니다.

리오

• 가장 인상 깊었던 사건

  어플이 출시된 것!핸드폰에서 내가 만든 API로 기능이 작동하는 것을 볼 때 엄청난 희열을 느꼈다.

• 좋았던 점

  인프라 관련하여 많은 지식을 쌓을 수 있었고 또 많은 경험을 할 수 있었다.

  또, 안드로이드 크루들과 협업을 하며 백엔드 개발에만 국한되어있던 시야를 넓힐 수 있었던 점이 좋았다.

• 아쉬웠던 점

  구현할 기능을 다 같이 회의하고 해당 기능들을 백엔드에서 분담해서 가져갔는데,내가 맡은 기능들 중에 대부분이 안드로이드 크루들의 사정으로 레벨 4로 밀렸다. 그리고 해당 내용을 다른 백엔드 팀원들의 기능 구현이 모두 끝난 후에 공유 받았어서 레벨 3에서는 기능 구현의 양이 적었다.

• 역할

  현재 팀원들이 상당히 보수적이라고 느껴진다. 그래서 도입해보지 못한 기능이나 사용해보지 못한 툴들이 아쉽다.레벨 4에서도 기죽지 않고 계속해서 필요하다고 느껴지는 새롭고 효과적인 기능이나 툴을 도입하자고 제안해야겠다.

허브

• 가장 인상 깊었던 사건

  8월 14일 재충전의 날에 안드로이드 플레이스토어에 앱을 올려야했는데, 서버가 정상작동하지 않았습니다. 외부 IP로 서버에 접근을 할 수 없도록 되어있어서 어떻게 해야하지 고민중이었는데 그 날 몸 상태가 좋지 못한 후추가 적극적으로 나서서 캠퍼스로 가서 오류를 해결했던 사건이 인상 깊었습니다. 후추 감사합니다.

• 좋았던 점

  • 로고

    제가 디자인한 로고가 트립드로우의 로고로 선정이 되었던 것입니다.

    팀원들이 대표 색상을 정해줬고, 주말동안 디자인한 로고가 실제 애플리케이션에 사용되서 너무 기쁩니다.

  • 협업

    저 자신이 협업에 익숙하지 않아 어떻게 해야할 지, 팀원들에게 지식을 어떻게 공유할지 고민을 많이 했던 레벨 3였던 것 같습니다. 고민한 만큼 제가 성장했다고 생각하고, 레벨 4는 부족한 점을 채워나가는 단계가 되었으면 합니다.

• 아쉬웠던 점

  문서화를 조금 더 꼼꼼하게 했으면 하는 부분이 조금 아쉬웠습니다.

  최대한 문서화를 잘 하려고 했지만, 처음보는 사람도 보고 이해할 수 있는 문서를 만들 수 있도록 더더욱 고민해야 겠다는 생각이 들었습니다.

• 역할

  레벨 3때는 조금 적극성이 부족했나 싶기도해서, 레벨 4때 조금 더 적극적으로 코드도 작성하고, 필요에 의한 기술 도입도 제안해보려고 합니다. 화이팅!

멧돼지

• 가장 인상 깊었던 사건

  출시 못할뻔 해서 진짜 두근두근두근두근두근거리며 기다리는데 일도 손에 안잡히고 오랫만에 아드레날린 나오면서 힘든느낌을 느꼈었습니다. 그래도 침착하게 기다려준 핑구 수달 그리고 서버팀원들에게 고마웠습니다.

• 좋았던 점

  물론 힘든점도 많았지만 그래도 제 나름 발전하고 성취를 할 수 있었다고 생각합니다. 레벨 3목표에 적어놓은것을 그래도 많이 달성하였고 앞으로도 이어갈 예정입니다.

• 아쉬웠던 점

  너무 쫓기고 힘들고 하다보니 날카로워지고 친절하지 못하게 팀원들을 대했던것 같습니다. 좀 더 친절해저서 돼지구이가 되지않도록 노력하겠습니다

• 역할

  버그없는 단단한 앱을 만드는 안드로이드 개발자가 되겠습니다.

수달

• 가장 인상 깊었던 사건

  “구글 형님들 도와주세요.” 했던 사건. 금요일 10시까지는 게시가 된 상태여야 했지만, 목요일까지도 소식이 없었습니다. 때문에 “살려주세요”라는 메일을 보냈습니다.

• 좋았던 점

  우테코를 하기 이전과는 다른 선택을 하였습니다. 이전과 다른 과정 및 결과를 보며 제 선택의 범위를 넓히고, 새로운 경험을 할 수 있어 좋았습니다.

• 아쉬웠던 점

  팀 프로젝트를 하기 이전까지는 적응력이 정말 좋은 편이라고 생각했습니다. 하지만 이번에는 팀 프로젝트 기간의 전부인 2개월 내내 적응기간이었던 것 같아 아쉽습니다. 이후에는 제 페이스를 유지하며 여유를 가지고 적응할 수 있도록 신경을 써봐야겠습니다.

• 역할 - 레벨3

  “툴툴이 스머프” 팀을 더 나은 방향으로 개선하고자 좋지 않게 느껴지는 부분에 대해 이야기하고 함께 고치자는 말을 많이 하는 툴툴이 스머프였습니다.

• 역할 - 레벨4 희망

  주변을 살피기 이전에 제 역할을 더 완벽히 할 수 있는 사람이 되도록 노력해야겠습니다.

핑구

• 가장 인상 깊었던 사건

  앱 출시가 하루 전까지 되지 않아 구글 google play측에 열심히 편지를 썼던 것이 기억에 남습니다.

• 좋았던 점

  이렇게 협업을 하며 앱을 개발하는 경험은 처음이라 많은 것들을 경험했던 것이 좋았습니다. 팀원들과 소통하는 법, 협업 시 필요한 것들 그리고 팀원 모두가 문제를 함께 해결하는 경험 등 앞으로의 인생에 있어서 귀중한 경험을 하는 것 같아 좋았습니다.

• 아쉬웠던 점

  개발하는 것에 급급하여 좀 더 깊이 있게 학습하거나 학습한 내용을 정리하는 부분에 있어서 소홀했던 것 같습니다.

• 역할

  레벨3에서 저의 역할은 든든한 팔로워였다고 생각합니다. 팀이 가는 방향을 뒤에서 잘 따라갔다고 생각합니다.

  레벨4에서도 지금과 같이 팀을 뒤에서 받쳐줄 수 있는 사람이 되고 싶습니다.

3. 서비스 제작 후기

하나의 App을 실제로 만들어 보고 스토어에 출시까지 하는 경험은 정말 즐겁고 놀라웠습니다. 두 달여간 모든 팀원이 몰입하고 힘을 합쳐서 만들어 낸 결과물을 눈으로 직접 확인했을 때는 팀원 모두가 말로 할 수 없는 희열을 느꼈습니다.
협업의 과정에서 소통의 문제를 겪기도 했고, 일정 추정이 익숙지 않아서 고생하기도 했습니다. 하지만 이런 문제를 해결하기 위해 협업에서의 바람직한 대화 방법을 함께 고심했고, 효과적인 일정 추산과 분업 방법을 찾기 위해 여러 시도도 해볼 수 있었습니다.
레벨 3 동안 실무와 가까운 협업을 경험하며 팀원들 각자가 여러 방면에서 성장했음을 느꼈습니다. 서로를 믿고, 의지했기 때문에 가능한 일이었습니다. 레벨 4와 현업에 가서도 좋은 협업을 하기 위한 기초를 다지는 소중한 시간이었습니다.