2025/ 01 / 17 TIL : (1/13~1/17 팀프로젝트) KPT

Keep - 현재 만족하고 있는 부분

 

• 프로젝트를 진행함으로서 게임제작 프레임워크에 대해 금방 익숙해질 수 있는 시스템이 제일 좋은 것 같습니다.

 

• 얼마든지 물어보세요 !!! 모르면 같이 찾아봐요 !!

우리팀은 서로간의 존중과 자유로운 대화가 좋았습니다. 특히, 서로간의 코드에 대해 물어보며 소통을 하며, 모르는 부분이 있으면 같이 의논하며 찾아보려는 태도가 좋았습니다.

실제로 회사에서 협업을 진행하고, 더 나은 클라이언트 개발자가 되기 위해서는 다양한 사람들의 코드와 코드속의 의미를 파악해야한다고 생각합니다.

비전공자분들이 많았지만, 서로 보완해주면서 프로젝트를 완수 할 수 있었고, 서로간의 지식을 공유하면서 WIN-WIN하며 디자인패턴에 대해 더욱 이해할 수 있었습니다.

그런점에서 얼마든지 물어볼 수 있는 분위기가 좋았습니다.

 

• 처음 협업을 진행해보면서 여러가지 발생하는 문제들을 다같이 해결해 나가는 것이 매우 좋았습니다.
• 개인이 아닌 팀으로 과제를 수행하면서 함께 문제에 직면하며 서로 돕고 도움 받을 수 있는 기회를 가질 수 있어서 좋았습니다.
• 참여도가 좋다. 서로 존중하는 자세가 돋보인다.

 

Problem - 불편하게 느끼는 부분

 

• 제가 만든 코드 이외에 다른 코드들을 잘 확인하지 못하여 결합하는 파트에 있어서, 변경점을 캐치 하지 못하여 결합하는데 애를 먹었던 것 같습니다.

 

• 깃허브 이용이 매우 어려웠습니다. 원리 자체를 이해하지 못해서 정말 많이 물어보고 푸시 실수도 많이 했던 것 같습니다. 이 과정에서 에러가 가장 많이 발생하였고, 파일도 날라갔습니다…

 

• 저장해주세요!!! 불러와주세요 !!! 누구를요?!!

협업을 하는데 있어 중요한 점중 하나는 프로젝트를 제대로 저장하고 불러오는 습관이라고 생각합니다. 서로의 노력이 한순간에 물거품이 될 수 있기 때문에 원격저장소인 GIT 에서 주기적으로 FETCH하여 PULL을 해주는 습관이 있었으면 좋겠습니다. 또, LOCAL에도 저장하여 혹시모를 백업본을 만들어 두는 것도 중요하다고 생각합니다. 이번에 깃허브를 협업툴로 사용하면서 여러 Conflict들이 발생하였고 서로간의 Version이 안맞는 경우도 생겼습니다.

이러한 경우에 가장 필요한 습관은 저장하는 습관이라고 생각합니다 !

 

• 메서드로 의도를 알려주세요 !!!!!그리구 !!메서드나 반환값두요 !!!

자신이 짠 코드를 읽는 것보다 남이 작성한 코드를 읽는 것은 더욱 시간이 많이걸립니다 !!

메서드의 이름으로 메서드의 의도를 알려주세요 !! 그리고 반환값으로 무엇을 줘야하는지를 알아야

코드를 읽는 시간이 단축되고, 기능 구현이 쉬워집니다 !

 

• 팀원 전부가 프로젝트 전체를 이해했다고 볼 수는 없다.

분명 소통은 하고 있었지만 팀원 내에 개발 경험이 많은 사람들이 없기 때문에 서로 무엇을 전달해야 하는지, 어떤 방식으로 전달해야 하는지, 잘 모르고 있었습니다. 그리고 그에 대한 적극성이 부족했습니다.

 

• 시간을 준수하지 않았다.

프로젝트 마감 하루 전날에 전체 코드들의 결합을 완성하고 여유가 있을 시 추가 기능을 살펴보자는 계획이 있었습니다. 사실 제출 마지막까지 코드를 붙잡고 있던 사람은 아니기에 정확한 이유는 모르나, 정한 시간 내에 특정 기능이 제대로 작동되지 않으면 해당 부분을 과감히 버려야 된다고 생각합니다(그 기능이 필수나 도전일지라도). 시간을 준수하지 않으면 팀의 활동이 예측 불가능해지기 때문에 전체가 삐걱댑니다.

 

Try - Problem에 대한 해결책, 당장 실행 가능한 것

• 적극적인 태도와 다른 코드에 대한 이해력을 올리기 위해 , 코드를 분해하여 어떻게 동작하는지 아는 것이 중요한 것 같습니다. 본인 코드 뿐만 아니라 다른 사람들의 코드도 이해하는 것이 핵심입니다.

1. 메서드명 네이밍방법에 대해 깊게 생각해보기

 

• 전체적인 프로젝트를 팀적으로 공유하고 깃허브에 익숙해지기

1. 깃 허브에 일부로 충돌을 일으켜, 익숙해지는 시간을 갖는다.
2. 나머지 팀원이 프로젝트를 Catch-up 할 수 있는 기회 또는 방법을 제공해 보자.

• 회의때 특정 시간동안 이루어낸 작업에 대한 설명을 간단히 하는 시간을 갖는 방법
• 하루에 12시간중 6시간은 집중해서 프로젝트 개발하고 , 나머지 시간은 개인 공부 시간을 갖는 방법
• Github Read.me와 comment를 꼼꼼히 작성하는 방식으로 구체적인 프로젝트의 구조를 다시금 상기하는 방법

 

• 시간을 준수해보자

1. Notion 같은 계획표 철저히 활용
2. 달성 가능한 목표 설정
3. 메서드의 동작을 네이밍하는것 연습하기