[TIL] Android 앱 개발 숙련 : 팀 프로젝트 (나만의 맛집 연락처) 6

✏240122 월요일 TIL(Today I learned) 오늘 배운 것

📖발표회 및 피드백

• 오늘은 숙련챕터의 전체 발표식이 있었다. 이번엔 내가 발표를 하게되었는데, 준비한다고 했는데도 너무 긴장해서 그런가 스크립트 읽는 티가 너무 났다고 발표태도 지적을 많이 받았다. 역시 발표는 쉽지 않은 것 같다.ㅎㅎ.. 그 외에도 말의 리듬에 주의하라는 당부 등이 있었지만 어쨌든 발표 연습을 더 많이 하라는 뜻으로 알고 신경써봐야겠다.
• 이번 피드백은 각 조의 어플자체에서 개선할 점, 확장할 점 등 깊게 피드벡해주셨는데, 우리 조는 굳이 그리드뷰에서까지 스와이프 할 필요 없다는 점, 안드로이드 버전은 최신버전으로 최대한 맞추되 하위호환을 신경쓰는 방향으로 진행하는 것을 추천한다는 점, 리스트 데이터 관리를 좀 더 메뉴별로 그룹핑했으면 좋겠는 점 등을 말씀해 주셨다.
• 공통적인 피드백으로는 사용자 경험을 살려서, 보다 사용자가 사용할 때 어색하지 않도록 만들고 데이터 입력 및 관리에 대해 좀 더 신경쓰면 완성도 높은 어플을 만들 수 있다고 해주셨다. 심화과정에서는 데이터베이스 관리에 대해 본격적으로 배운다고 하니까 그 부분에서 더 개선할 수 있도록 해야겠다.

📖KPT (Keep/Problem/Try)

• Keep : 잘하고 있는 점. 계속 했으면 좋겠다 싶은 점.
• Problem : 뭔가 문제가 있다 싶은 점. 변화가 필요한 점.
• Try : 잘하고 있는 것을 더 잘하기 위해서, 문제가 있는 점을 해결하기 위해서 우리가 시도해 볼 것들

[우리 팀의 KPT]

• Keep

  1. Organization 생성해서 프로젝트 진행한 점
  2. 멀티 브랜치 전략 (기능별 브랜치 생성 → 완료하고 merge → 브랜치 삭제)
  3. 프로젝트 마지막에 디자인 전체적으로 수정하며 통일하는 방식
  4. 발표 자료 준비할 때 역할 분담하여 작성한 것
  5. 트러블 이슈 생겼을 때 화면 공유해서 함께 해결하려고 노력했던 부분

• Problem

  1. 프로젝트 초기에 서로의 진행상황이나 소통적인 부분에서 원활하게 되지 않았음
     →항시 소통하는 것이 좋지만 잘 되지 않았기에 협업 중반부터는 따로 소통하는 시간을 하루에 2~3회 정도 정해진 시간에는 필수로 서로의 공유사항을 전달하였음
     
  2. 커밋 컨벤션을 정했지만 구체적인 작성방법에 대해 잘 몰라 초기에 지켜지지 못한 점
  3. 와이어 프레임 작성할 때 구체적인 사항까지 소통을 못하고 그냥 넘어간 점

• Try

  1. .gitignore 폴더에 .idea 파일을 넣어놔서 버전 충돌 이슈를 조기에 방지할 수 있을 것 같습니다.
  2. 트러블 슈팅에 대해 발생했을 때 목록으로 작성하여 관리하는 점
  3. 초기 아이디어 회의에서 필요한 사항들은 이야기하고자 회의에 필요한 사항들을 리스트화해서 조금은 더 체계적인 회의가 진행되면 더 좋을것 같습니다.
  4. 프로젝트 설계 단계에서 최대한 구체적인 부분까지 소통해서 작성하기

---

📖오늘의 반성과 마무리

• 오늘의 반성은 아무래도 발표? 발표 때문에 만든 기능이 묻혔으려나 하는 걱정이다. 다음에는 내가 잘해보는 것도 중요하고, 나도 그러기 위해 노력하겠지만, 역시 잘하는 사람이 발표를 잘해서 더 만든 것을 잘 표현해 주셨으면 좋겠다..ㅎㅎ
• 이번 프로젝트는 그래도 팀원분들이 서로서로 신경써주시는 면들이 있었어서 무사히 끝마칠 수 있었던 것 같다. 나름대로 저번에 아쉬웠던 점들도 개선해서 진행할 수 있도록 의견회의도 좋았던 것 같다. 그럼에도 불구하고 KPT가 새롭게 생겼으니 다음에도 충분히 반영하여 좋은 프로젝트를 진행 할 수 있었으면 좋겠다.!