3일 프로젝트(61~63일차)

프로젝트는 한 번에 기록하는 게 좋을 것 같다.

1 & 2 & 3 배운 내용 및 실제 작업한 내용 및 소감

팀 프로젝트

우선 프로젝트의 흐름대로 따라가 보면

다시 팀 프로젝트를 돌아보면 처음 회의 때 팀원들에게 간단한 팀원들의 정보(개발에 관련된), 주제, 개발 진행방식, 협업 규칙 등을 정했다. 그때 팀원들의 의견을 많이 반영하고 팀원들의 성장을 돕고자 내가 여러 가지 방법을 제안하고 선택할 수 있도록 하였다. 이 과정에서 여러 가지 선택에 대한 예상된 결과를 간략히 설명해서 프로젝트가 어려운 작업을 하는 길로 갔다. 쉬운 길로 가는 길로 유도할 수 있었지만 경험을 통해 팀원들이 성장했으면 하는 마음에 어려운 길을 선택한 것 같다. 그래서 프로젝트 진행이 최소한의 협업 규칙과 틀을 가지고 팀원들이 자유롭게 개발하는 환경이 되었다. 공통 틀을 명확히 정하지 않아서 우려가 컸는데 팀원들끼리 의사소통이 원할히 돼서 큰 충돌 없이 개발이 잘 진행이 되었다. 그래서 팀장이 모든 걸 세세하게 관리할 필요가 없다는 걸 느꼈다. 다만 인공지능과 함께 개발을 하면 사람이 문서와 코드에 대한 부분을 거의 확인하기 힘들어서 팀원들이 개발 상태에 대한 이해도가 진행되면 진행될 수록 떨어졌다. 시간이 촉박한 것과 주제에 대한 어려움 때문에 모든 맥락을 설명할 시간이 없었고 하지 못했다. 지금 생각해보면 이 부분을 좀 더 전달하려는 시도가 필요했을 거라 생각한다. 결국 이해도가 낮은 상태에서 작업에 효율이나 내가 설명할 것들이 많아졌다. 그리고 이건 시간 부족으로 이어져서 발표를 준비하는데 시간이 줄어들고 내가 원하는 만큼의 발표를 만들지 못하는 데 이어졌다. 발표에 대한 큰 틀과 흐름은 잘 정해졌지만 발표 연습할 시간이 부족했고 구현된 프로젝트에 대한 이해도가 낮은 상태라서 전달할 수 있는 것도 한정되어 있었다.

정리
1. 팀장이 모든 걸 관리하려고 하지 않아도 되고 효율적인 협업 구조나 개발이 진행될 수 있도록 환경을 만들어 주는 게 중요한 것 같다.
2. 자유롭게 환경을 만들더라도 꼭 필요한 규칙이나 틀을 정해야 하고 팀원들의 이해도 같은 부분도 관리해야 하는 것 같다.
3. 작업의 의존성과 토큰 사용량 그리고 팀원들의 역량을 고려해서 최대한 일이 적절히 잘 배분되도록 개발 과정 계획을 세우는 게 필요한 것 같ㄷ다.
4. 팀원들이 최대한 작업을 잘 할 수 있는 환경을 만들어 주기 위해 개발 과정에 대한 관리 및 필요한 정보들을 잘 전달해주는 게 중요한 것 같다.

이번 프로젝트도 팀장으로서 내가 놓치고 있는 부분들을 볼 수 있어서 성장하는 계기가 될 것 같다.