1주차 팀회고

피어세션 내용 공유 ✋

---

🐟 J222_정명기

• 피어세션중 web35팀에 홍보를 받았습니다. 여기 프로젝트가 실시간 로깅?을 해서 그래프로 보여주는 그런 서비스를 만드는데 우리팀도 결국 로깅을 해야할텐데 나중에 여기 서비스 한번 써보는것도 나쁘지 않아 보입니다.

🍎 J235_조민석

• 저도 오늘 web35팀(J083_노병우님)한테 홍보 받았습니다. 서비스 함께 해보는 거 어떻겠냐고 하셨는데, 도메인을 구입해야 하는 문제가 있어서 무료 도메인 가능한지 무료 도메인 서비스 함께 봤는데, 네임 서버 제공이 안 돼서 안 된다고 하더라고요…ㅠ 도메인 비용 발생할듯 하네용. 근데 프록시 서버라 그쪽 서버가 터지면 저희도 문제가 안 생기나용?-?
• 명기님께서 회의 장소 청년센터 언급해주셨는데, J083_노병우 님 조도 청년센터 지원으로 무료 장소 대여를 하더라고요. 저희도 쓰면 좋을 것 같아요
• pnpm, npm, yarn은 사실상 스케일링을 해서 서버를 늘리는 게 아니라면 의미가 없다…?는 결론이 나왔어요 단순 설치를 할 때 속도가 빨라지기에 스케일링을 안 한다면 그냥 설치할 때만 빠른게 아닌가

🏃‍♂️ J103_박무성 ( 피어세션 내용 아님. 죄송합니다.)

• 정민님(J262)께서 성윤님한테 응원한다고 안부 전해달라고 하셨어요.
• 이건 스크럼 일지보면서 느낀 건데, 스크럼 일지가 짬통처럼 다 섞이고 있는 것 같습니다. 뭔가 다른 문서로 분리를 해야 할 것 같아요.

🌱 J249_채준혁

• 저도 Web35 팀을 만났는데.. 음 신기하군요
• 저에게는 같이 하자는 제의는 해주진 않으셨어요

공유 결과

---

• web35팀 서비스 쓸 것인가?

성윤: 일단 지켜봅시다. 조금 더 큰 그림이 잡히면 비용 산정해보고 사용해봐도 좋을 것 같아요.

명기: 도메인 가격보고 괜찮다 싶으면 써보는것도 좋을것 같습니다.

https://xn--220b31d95hq8o.xn--3e0b707e/

민석: 지금 당장에는 지켜보는 게 좋을 것 같아요. 비용 문제가 발생을 할 것 같고, 만약 그쪽 서비스가 죽었을 경우에 저희 서비스도 죽을 수 있다는 가능성이 있을 것 같기도 해요. 만약 이런 경우라면 그쪽 서비스가 언제까지 런칭하느냐가 중요할 것 같아요. 그래서 5,6주차 쯤에 판단 후에 적용하는 게 좋을 것 같아요.

준혁: 로깅에 대한 정보들은 아직 정해지지 않은 것 같아요. 로그를 통한 유의미한 정보를 얻어낼 수 있다면 도입을 고려해볼 것 같아요~

무성: 저는 솔직히 잘 모르겠어요. 안정성 문제와 로그를 어떻게 활용할 지 잘 모르겠어서 부정적인 쪽에 가까운 보류…

1. 비용
2. 아직 서비스에 대한 이해도가 낮음
3. 우리 서비스에 미칠 영향

→ 보류

• 달서구 청년 센터 쓰자!

성윤: 일단 회의 해보고 시간 얼마나 쓰는지 봐야할 듯?

명기: 인정합니다

무성: 인정합니다2

준혁: 사실 저희 학교 오셔도 되는데.. 공짜로 열어드립니다 / 창업 센터에서 예약하면 방 빌려준다고 해서 (아마 하루 일 것 같아요) 상담 한 번 해봐야지 정확하게 알 수 있을 것 같습니다 / 장소가 괜찮으실까요

민석: 저는 정보가 여러분들께 도움이 될 것 같아서 가져만 온거라 오프라인 하시는 분들한테 맞추겠습니다!

1. 회의 소요 시간

→ 사용 가능 조건을 알아보고 추후에 다시 공지하면 좋을 것 같습니다.

• 스크럼 일지의 정체성?!

명기: 짬통으로 써도 될거같아요

민석: 저는 메모장 좋다고 생각합니다. 날 것 그대로 적는게 다음에 볼 때 남을 듯 합니다.

무성: 명기님한테 설득당함.

준혁: 이거 어제 제가 Wiki 하다가 느꼈던건데 회의록 따로 스크럼 따로 쓰는 곳도 있더라고요 / 데일리 스크럼의 목적과 회의 목적이 같은 것 같아서, 그러니까 분리 하기 조금 힘들 것 같아서 이대로 해도 좋아보여요

→ 스크럼 페이지 아래 부분에 분리만 잘 하는 걸로 결정되었습니다.

KPT 회고

✍🏻

• Keep
  • 이런거 좋음
• Problem
  • 이거 아쉽네요
• Try
  • 이런거 해보죠

---

• 🏃‍♂️ J103_박무성

  • Keep
    • 게더 타운, 슬랙에서 소통이 활발하게 이루어지는 것 같아서 좋습니다.
  • Problem
    • 모르는 걸 솔직하게 모른다고 아직 말을 잘 못하는 것 같습니다. (저 개인의 문제) 이거 때문에 어제 인프라 관련해서 의견도 많이 못 내고, 미리 공부했어야 하는 내용인데 아쉽습니다.
  • Try
    • 이런 일정이 또 잡힌다면 다음에는 전날 확실하게 보고 오겠습니다.

• ☄️ J152_안성윤

  • Keep
    • 주제 선정을 할때 다같이 핵심 키워드를 합의하고, 빠르게 의사결정에 성공한 것. (이거 사실은 겁.나.어.렵.습.니.다)
  • Try
    • 1주일에 인당 1개씩? 이라도 앞으로 기술 문서를 하나정도씩 써도 좋을 것 같음. 단순한 것도 가능 (예를 들어 저로 치면 githook 적용기 같은것도 되겠네요. 적용기 라기보다는 githook 이 뭐고 어떤상황에 적용해볼 수 있는지? 준혁님의 pnpm 문서같은 거 정말 좋습니다.) + 가능하다면 오프라인 미팅때 기술 공유까지 간단하게? 하면 Best
  • Problem
    • Nothing Yet.

• 🐟 J222_정명기

  • keep
    • 일과시간에 게터타운에 하루종일 접속해있는거 너무 좋은것 같습니다. 팀원들끼리 친목도 다질 수 있고 필요할 때 바로바로 대화가 가능해서 마음에 들었습니다.
  • try
    • 그라운드 룰에 50분 코딩, 10분 휴식이라고 적혀있는데 회의에서도 적용하면 어떨까 생각이 듭니다.
    • pr전 각자 코드 리뷰도 하고 머지 전 팀원들이 모여서 머지 할지 말지 그런거 결정하는 규칙을 정하면 좋을것 같습니다.
  • problem
    • 회의중 딱 정해진 쉬는 시간이 없어서 문제가 있다고 느꼈습니다.
    • pr규칙에 대한 이야기가 없었던것 같습니다

• 🍎 J235_조민석

  • Keep
    • 일과 시간에 SLACK, 게더타운 등 바로바로 소통될 수 있어서 너무 좋았습니다. → 이거 자랑했어요 게더타운 ㅎㅎ
    • 성윤님의 진행 방식이 딱 깔끔하고 필요한 시점에 필요한 활동을 해서 좋았어요. 키워드 하나가 나오면 옆길로 안 빠진 게 좋은 것 같습니다.
    • 백엔드 분들끼리 설계했을 때, TypeORM과 Prisma의 차이점에 대해 함께 공부한 게 좋았어요. 결국 프로젝트 기간도 성장을 해야 하는 과정이라고 생각합니다.
  • Try
    • 이슈 템플릿 만드는 건 어떨까요. 오늘 데모 발표에서 서윤님 조가 이슈 템플릿 만들어서 외부 유저들의 이슈도 받을 수 한 점이 인상 깊었어요. 저희 서비스가 개발자들이 쓰는 만큼 개발자들로부터 많은 이슈가 오지 않을까 싶네요. 설정하는 방법은 settings에서 Features에 Issues를 하면 되더라고요.
  • Problem
    • 이건 문제라기 보다는 이번 주에 시간이 많이 없어서 못 한 건데, 오늘 피어세션에서 프론트 기술 스택 질문이 들어왔는데, 제가 이걸 제대로 답변(?)을 못 했어요. FE분들과 BE분들의 기술적 교류도 필요할 것 같습니다. 제가 많이 궁금해하도록 하겠습니다.

• 🌱 J249_채준혁

  Keep

  • 자유로운 의견 공유

  Try

  • 오프라인으로 페어 프로그래밍 해보기

    → 오프라인, 온라인 상관 없이 사전에 페어 프로그래밍을 해야 할 기능 작업이 있다면 미리 약속을 잡고 수행

  Problem

  • 쉬는 시간이 지켜지지 않음
  • 프론트/백 작업 공유가 더 잘 이루어졌으면 하는 느낌
    • 사일로 현상이 생기지 않게 작업 했던 것들 공유하는 식으로

• 페어 프로그래밍 관련 논의

  모든 프론트 작업을 페어 프로그래밍으로 하는 것이 좋을 것 같음. 누구는 무한 스크롤, 누구는 데이터 캐싱 맡으면 코드 이해도가 떨어질 수 있다는 의견이 있음.

  성윤) PR에서 상세히 설명한은 것으로 극복할 수 있지 않을까요? 페어 프로그래밍의 비용이 얻는 것에 비해 크다고 생각됨. (모든 작업을 페어 프로그래밍으로 하는 것)

  준혁) 해보다가 막히는 게 있으면 페어 프로그래밍으로 하면 어떤가요? ⇒ 찬성

회고 결과

---

Keep	게더 타운, 슬랙에서 소통이 활발하게 이루어지는 것 같아서 좋습니다. 빠르게 의사결정에 성공한 것. TypeORM과 Prisma의 차이점에 대해 함께 공부한 게 좋았어요. 자유로운 의견 공유.
Problem
Try	1주일에 인당 1개씩 기술 문서작성 및 주말 리뷰 회의때 기술 공유 시간 가지기 해당 주 데모 발표자는 불참 선택 가능, 회의 (Planning, Review)시 50분 마다 10분 휴식하기 (꼭 지킵시다.), PR 승인 정책 → 1인 이상의 Approve + 반드시 Assignee 가 Merge하기, BE ↔ FE간 사일로 현상을 방지하기 위해 데일리 스크럼 + 스프린트 리뷰때 신경 써 봅시다.

이슈 템플릿 → 이슈 관리방법 페이지 업데이트 해두겠습니다.

페어프로그래밍 → 스프린트 플래닝때 페어프로그래밍을 진행할 태스크를 지정할 것. 지정 할때는 모든 파트원의 동의가 필요. + 선택적으로 온/오프라인 (백엔드는 불가피합니다.) 할 것. |