프로젝트 회고
회고 일시
(2026-04-10)
Keep (유지할 것)
- 사전에 충돌 방지와 협업 일관성을 유지하기 위해, 작업 규칙들을 문서화(workspace.md) 하고 충돌에 대비하였음, 특히 git 관리에서 브랜치를 원할하게 컨트롤 하는등 좋은 성과를 내었다
- 팀원의 의견을 조율하여 작업 영역을 분배하는 작업을 거침. 작업 영역이 겹치는 부분이 있거나 작업이 끝나서 다른 작업을 할때도 원할한 커뮤니케이션으로 소통을 했다
- 구글 시트와 스크립터블 오브젝트를 연동하는 과정을 팀원과 규격화하고 사용방법을 잘 공유하여 팀내 데이터 추가와 갱신이 원활하게 진행되었다
- 플레이어 / 무기 / 몬스터 / 시스템의 결합이 과하게 이루어 지지 않게 프로퍼티와 이벤트 기반 방식을 많이 활용해 좋은 확장성을 가지게 하였다
Problem (문제였던 것)
- 초기 RnD를 진행하지 않고 마구잡이 식으로 기능 구현, 기술 회의 부제
- 프로젝트 작업 스케줄의 리스트업과 데드라인 정하기, 작업사항 알리기등 관리가 미숙했고, 한 작업에 오랜시간 매달리거나 팀원의 상황을 알지 못하는등의 문제가 있었다
- 기획의 작업사항들을 개발자가 충분히 테스트 하지 못하고, 개발QA 관련 규칙의 부제로 기획내역과 작업내역의 불일치가 많았고 QA를 몰아서 하는등 문제가 생겼다
Try (시도할 것)
- 기술적 문제를 공유하고 함께 해결하는 시간 가지기
- 개발자도 개발에 특화된 문서작성을 하고 팀원과 공유하기
- 테스트를 충분히 하고 작업사항을 공유할때 자신의 작업내역을 충분히 팀원에게 알리도록 하기
액션 아이템
| 번호 | 내용 | 비고 |
|---|---|---|
| 1 | 첫날에 기획분석과 기술 RnD 시간을 충분히 가져서 견고하게 준비하는 시간을 가진다. | |
| 2 | 문서 작성을 기획자에게 의존하지 않는 개발자가 적어야하는 문서작성 목록을 나열하고 규칙을 정한다. | |
| 3 | 테스트시의 규칙을 ‘치명적인 버그 없이 원할하게 돌아가는가’를 최소기준으로 잡고, 자신의 구현 내역을 git 풀 리퀘스트에 상세하게 적는것을 원칙으로 한다. |
한 줄 총평
- 개발자간의 규칙과 기술 문서를 반드시 마련하자!
협업 프로젝트를 마치며...
- 사실 이번 프로젝트를 진행하면서, 다른팀원들 중에서 가장 적은 인원으로 시작해서 QA까지 진행하여 완성했다는것에 우리 기획팀과 개발팀 모두 고생 많이 했고, 협동도 잘 해서 서로간 문제도 생기지 않고 프로젝트를 잘 마무리 지은것같아서 감사하고, 게임을 플레이 하면서 우리 게임에 건의를 해주신분들도 생각하지 못한 내용들을 알 수 있게 해주셔서 감사했던 프로젝트였던거같다.
.