<aside> 💡

만랩 프로젝트를 진행하며 느낀점들을 회고합니다.

성명입력후 하위 목록에 자신의 내용을 작성해주시면 됩니다.

</aside>

🌱 중간발표 후 회고 🌱

회고를 통해 경험한 것을 나열하고 성장해보자 🚀

💡 잘한 점! (Keep)

현재 만족하고, 계속 이어갔으면 하는 부분

• 심재만:
  • 소프트웨어 공학적으로 개발 프로세스를 잘 준수하여 진행함
  • 협업을 위한 노력을 많이 함 (노션, 깃허브 등)
• 박민영:
  • Notion, Github 활발하게 이용한 점 → 해당 조사/작업하고 시간이 좀 지난 후에 찾아보기에도 좋고 발표 자료 준비할 때도 도움이 되었음
• 김채림
  • Notion과 GitHub 등 협업 도구를 활용해 작업 내용을 효율적으로 공유하고 관리함.
  • 특히 데일리 스크럼 작성을 통해 매일 스스로의 진행 상황을 점검하고, 다음 할 일을 계획하는 데 많은 도움이 됨.
• 박지우
  • GitHub 협업 방식 : 통일된 ManLab 바이너리 위에서 진행하니 팀별 코드 충돌 관리가 용이하고 팀 내에서는 하나의 브랜치 위에서 작업
• 손범규
  • 협업 도구를 통해 서로의 작업 내용을 확인할 수 있고, 지식 공유하기에 좋았음
  • 코드 리뷰를 통해 놓쳤던 부분을 다시 한번 확인할 수 있었음
  • 데일리 스크럼을 통해 작업의 진행 상황을 점검하기 좋았음
• 손예지
  • 노션 자료실이나, 디스코드를 잘 활용하여서 그때그때 필요한 자료들을 찾기 용이했고 팀원들과의 소통이 편리하였다
  • 중간 발표 까지 시연영상을 준비해서 발표때 보여드릴 수 있었던 점
• 이선우
  • 노션 자료실에 정리해둔 내용을 바탕으로 필요한 정보를 빠르게 찾아보고 참고하여 작업할 수 있었음
  • 팀 회의를 통해 진행 상황을 공유하고 피드백을 반영해 작업을 수행하였음
• 서영석
  • 데일리 스크럼을 통해, 팀원 간의 수행 중인 업무 파악 및 동일 업무 수행 방지

😗 아쉽거나 개선이 필요한 것! (Problem)

불편하게 느끼거나 개선이 필요하다 생각되는 부분

• 심재만:
  • 제품의 정체성 확립 (edr 인지, 우리만의 제품인지 등)
  • 개발 속도 (개선작업 및 추가 작업을 위해 제품 개발의 속도를 높여야함)
  • 논의 시 적극적인 참여가 필요함
• 박민영:
  • 개발 속도 (킥오프 당시에 wbs 작성했을 때보다 제품 개발에 필요한 조사 작업, 테스트 작업이 많았고, 고려해야 할 사항이 많아서 하루 개발량이 그렇게 많지 못했음) → 개발 과정에서 어려운 점에 대해 팀원 간 논의를 늘려 개발 속도 높이기
  • 발표를 준비할 때 주로 팀장끼리 내용을 구성했는데, 내용 구성에 관해서는 다같이 논의하면 더 빠르게 더 나은 구성을 만들 수 있을 것 같음 → 최종 발표 시 내용 구성을 좀 더 일찍, 다같이 시작하기
  • github 코드 업로드/리뷰를 좀 더 활발하게 하면 학습/협업에 도움이 될 것 같음 → github 코드 업로드/리뷰 주기 단축