23.10.11 미니프로젝트(팀원 소개 페이지)_KPT 회고

1. 프로젝트 개요

• 프로젝트 명: CLProject

필수 작업

1.개인 페이지

각 팀원의 기본 정보
개인별 프로필 사진 및 배경 이미지 업로드 기능
각 팀원의 짧은 소개글 or 목표

2.팀 페이지

팀 로고 및 이름 표시
간단한 팀의 비전이나 목표 문구
팀원들의 프로필 사진 및 이름 미리보기

3.메인 페이지

팀의 비젼을 한줄로
간단한 개인의 문구
팀원들의 촬용 사진 및 이름 미리보기
각 팀원의 개인 페이지로의 링크

추가 작업
1.인터랙티브 요소 추가

팀원의 프로필 사진 위로 마우스를 가져가면 짧은 소개글이 나타나는 기능
애니메이션 효과로 메인 페이지의 동적인 느낌 제공

2.팀 블로그 연동

팀의 활동 기록이나 프로젝트의 업데이트를 공유할 수 있는 블로그 페이지 연결
팀원들의 개별 블로그나 포트폴리오로의 링크 제공

3.팀명과 테마에 맞는 CSS
팀 이름인 '민들레'에 맞추어진 CSS를 활용하여 가시성을 높이는 작업을 시행

2. Keep

프로젝트 CLProject의 진행 과정에서 우리 팀은 여러 원칙과 가치들을 지키며 함께 일하는 방식을 모색했습니다. 이를 통해 우리는 팀의 성과를 높이고, 각 팀원의 개인적인 성장도 도모할 수 있었습니다.

• 상호 공유의 중요성: 문제를 해결하는 과정에서 그 방법을 팀원들과 공유함으로써, 모두가 동일한 이해를 바탕으로 작업을 진행할 수 있었습니다. 이로 인해 불필요한 중복 작업이나 오해는 크게 줄어들었습니다.

• 투명하게 의사소통하기: 각 팀원의 생각과 의견을 명확하게 공유하며, 다양한 의견을 고려함으로써 프로젝트의 질을 더욱 높일 수 있었습니다.

• 시간을 존중: 모든 팀원이 미팅 시간을 정확히 지켜, 서로에 대한 존중과 신뢰를 강화했습니다. 그리고 꾸준한 학습을 통해 개인의 전문성을 키우는 데도 집중했습니다.

• 진행 상황 확인: 정기적으로 프로젝트의 진행 상황을 체크하며, 필요한 점이나 개선점을 신속하게 파악하고 대응했습니다.

• 적극적인 자세를 유지: 팀의 목표를 향해 각 팀원이 적극적으로 노력하였고, 이러한 자세는 프로젝트의 성공적인 진행을 위한 핵심 요소였습니다.

• 상호 학습과 지식 공유: 팀원 각자가 습득한 지식과 경험을 상호 공유하여, 팀 전체의 성장을 도모했습니다.

• 피드백 문화 구축: 팀원들 간의 지속적인 피드백 공유를 통해 서로를 발전시키는 문화를 구축하였습니다.

• 기록의 중요성 인식: 프로젝트의 중요한 결정들과 해결책들을 꾸준히 기록하였으며, 이로 인해 같은 문제나 과제를 만났을 때 신속하게 대응할 수 있었습니다.

• 팀원의 노력 인정: 팀원들의 노력을 지속적으로 격려하고 인정하였고, 이는 팀 내에서 긍정적인 분위기와 동기부여를 높이는 데 크게 기여하였습니다.

이러한 원칙과 가치들을 지키며 CLProject를 진행하였고, 그 결과로 팀 내의 협력과 의사소통이 원활하게 이루어졌으며, 프로젝트의 성과를 크게 향상시킬 수 있었습니다.

3. Problem

1) 문제

• Git 충돌 문제: 여러 팀원들이 동시에 같은 코드 부분을 수정하면서 발생한 병합 충돌 문제.
  프로젝트 관리 도구 미숙: 프로젝트 관리 도구 사용에 대한 경험이 부족해 효율적인 진행 관리의 어려움.
• 코드 리뷰 부재: 팀원 간의 코드 리뷰 시스템이 제대로 수립되지 않아, 코드의 품질이 일관되지 않았던 점.
• 커뮤니케이션 차이: 팀원 간의 커뮤니케이션 스타일이나 페이스에 차이가 있어서 합의를 이루는 데에 시간이 소요됨.
• 자원 분배 문제: 프로젝트 초기에 업무나 책임 영역을 명확히 분배하지 않아 중복 작업이나 누락된 부분이 발생함.

원인과 해결한 방법

• Git 충돌 문제

원인: 여러 팀원들이 동시에 같은 코드 부분을 수정하면서 발생한 병합 충돌. 깃 사용에 대한 미숙함 및 병합 전략이 명확히 정립되지 않았던 점.
해결:병합 전략 수립 및 팀원 간 합의.
정기적인 코드 리뷰 세션을 통한 충돌 방지.

• 프로젝트 관리 도구 미숙

원인: 프로젝트 관리 도구 사용 경험이 부족하며, 팀원 간의 일정 조율 및 통합 관리의 필요성 인식 부족.
해결:초기 프로젝트 단계에서 도구 사용에 대한 가이드라인 및 룰 설정.

-코드 리뷰 부재

원인: 팀원 간의 코드 리뷰 문화가 없었으며, 리뷰 시스템의 중요성을 파악하지 못했던 점.
해결:정기적인 코드 리뷰 시간 설정 및 리뷰 가이드라인 마련.

• 커뮤니케이션 차이

원인: 팀원 간의 개인적인 커뮤니케이션 스타일과 선호하는 방식의 차이.
해결:팀빌딩 활동을 통해 서로의 커뮤니케이션 스타일을 이해하고 존중.
의사 결정 과정에서 각자의 의견을 명확히 표현하고, 팀원들의 의견을 수용하는 문화 강화.

• 자원 분배 문제

원인: 초기 팀 구성 시 업무 분배 및 책임 영역이 명확히 정립되지 않았던 점.
해결:프로젝트 시작 전에 각 팀원의 전문성 및 선호하는 업무 영역 파악.
명확한 역할 및 책임 분배를 통해 중복 및 누락을 방지.

4.Try

적용 및 시도한 방안들

프로젝트를 진행하면서 여러 문제점들을 발견하게 되었습니다. 그럼에도 불구하고 팀원들은 상황을 개선하고 더 나은 협업 환경을 만들기 위해 여러 방안들을 시도했습니다.

1. 사전 교육 및 워크숍
   목적: 프로젝트 시작 전에 발생할 수 있는 기술적 미숙함을 방지하기 위함.
   내용: 팀원들과 함께 Git의 사용법, 프로젝트 관리 도구 사용법 등에 대한 사전 교육 및 워크숍을 진행하였습니다. 이를 통해 팀원 간의 기술 수준 차이를 최소화하고, 효과적인 협업을 위한 기반을 마련하였습니다.

2. 팀원 간의 멘토링
   목적: 개인별 지원이 필요한 부분에 대해 효율적으로 지원하기 위함.
   내용: 팀 내에서 경험이 풍부한 멤버와 경험이 적은 멤버 간의 1:1 멘토링 시간을 설정하였습니다. 이를 통해 개인별로 필요한 지원을 받아 더 빠르게 성장할 수 있었습니다.

3. 프로토타이핑 및 모의 프로젝트
   목적: 실제 프로젝트 진행 전 협업 능력 향상 및 문제점 파악을 위함.
   내용: 작은 규모의 모의 프로젝트와 프로토타이핑을 통해 팀원들 간의 협업을 경험하고, 문제점을 미리 파악하여 실제 프로젝트에 반영하였습니다.

4. 커뮤니케이션 툴 활용
   목적: 의사소통의 효율성 향상을 위함.
   내용: Slack, Discord와 같은 커뮤니케이션 툴을 활용하여 실시간 정보 공유 및 피드백을 주고 받았습니다. 이를 통해 각 팀원의 진행 상황 및 의견을 빠르게 파악하고, 프로젝트 진행을 더욱 원활하게 하였습니다.

5. 정기적인 회고
   목적: 프로젝트 중 문제점 파악 및 개선 방안 모색을 위함.
   내용: 프로젝트 중간 중간 정기적으로 회고 시간을 가졌습니다. 이를 통해 팀원들의 의견과 피드백을 공유하며, 문제점을 빠르게 파악하고 해결 방안을 모색하였습니다.

6. 튜터님들에게 질문 폭탄
   목적: 막히는 부분에 대한 해결책을 찾기 위해 전문가의 도움을 받기 위함.
   내용: 팀원들은 막히는 부분이 있을 때마다 두려워하지 않고 튜터님들에게 질문을 주저 없이 했습니다. 튜터님들의 피드백과 조언을 통해 효과적으로 문제를 해결하고 더 나은 성과를 이루어냈습니다.

5. 각자의 느낀점

진유록

느낀점
프로젝트의 초반에는 단순히 다른 코드나 튜토리얼을 무작정 따라하며 나아갔다. 이 과정에서 팀 페이지와 메인 페이지의 와이어프레임을 직접 디자인했고, 세세한 항목들까지도 철저하게 고려하여 추가했다. 점차 각 기능을 세세하게 분석하고 구현하면서, 복잡한 코드 속에서도 이해력이 점점 향상됐다. 특히 에러를 만났을 때 그 부담감과 스트레스는 초기에는 상당했다. 그러나 그런 장애물들을 하나씩 극복하며, 원했던 기능을 성공적으로 구현할 때마다 그 성취감은 아주 특별했다.

프로젝트를 진행하면서, 팀원들의 능숙한 역량을 보며 항상 배워나갔다. 때로는 내가 며칠 동안 고민했던 문제를 그들이 금방 해결해내는 것을 보고 감탄하기도 했다. 그러한 경험을 통해, 그들의 문제 해결 방식과 접근법에 대해 학습하는 시간은 무척 소중했다. 같은 목표를 향해 가면서 서로의 지식을 교환하고 경험을 나누는 것은 정말 가치 있는 학습 경험이었다.

물론, 프로젝트를 하면서 더 많은 기능에 도전하고, 더 큰 범위의 작업을 해보고 싶은 마음이 컸다. 주어진 시간과 환경 내에서 최선을 다해보려고 했지만, 스스로도 느끼는 바, 가끔 팀원들과 지식을 더욱 적극적으로 공유하지 못한 아쉬움이 있다. 이러한 경험들은 다음 프로젝트에서 더 나은 협업을 위한 발판이 될 것이다.

윤인석

느낀점
이번 프로젝트를 진행하면서, 몇 가지 중요한 경험을 얻었습니다. 첫째, GitHub를 사용하는 방법에 대한 깊은 이해를 얻었는데, 이는 현대 개발 환경에서 팀과의 협업에 있어 중심적인 도구임을 실감했습니다. 둘째로, CSS를 다루는 기초적인 능력도 키웠습니다.

또한, 팀원들이 작성한 코드를 분석하면서, 주석의 중요성에 대해 깨닫게 되었습니다. 코드 내의 주석은 코드의 이해를 돕고, 나중에 코드를 수정하거나 확장할 때 큰 도움이 됩니다. 깔끔하게 정리된 코드는 팀 전체의 생산성을 크게 향상시키는 것을 보았습니다.

하지만 이번 프로젝트 참여도에 소극적이였다는 반성점도 존재합니다.아마도 아직 내 능력에 대한 확신이 부족했기 때문에, 팀에 부담을 주지 않을까 하는 걱정 때문이었을 것입니다. 이러한 생각은 자신감의 부족으로 인해 발생한 것 같습니다.다음 프로젝트에서는, 내가 모르는 부분이 있다 하더라도 두려워하지 않고, 적극적으로 참여하며, 지속적으로 학습하면서 프로젝트를 진행해야겠다는 다짐을 했습니다.

권준혁

느낀점
개발 환경에서의 소통 능력은 종종 기술적 능력만큼이나 또는 그 이상으로 중요하다고 느껴졌다. 프로젝트를 진행하면서 느낀 것 중 하나는 단순히 코드를 작성하는 능력뿐만 아니라 팀과의 소통과 협업 능력이 얼마나 중요한지이다. 프로젝트에 대한 의견을 자유롭게 제기하고 그것을 반영하는 과정은 팀의 동기부여와 진행 속도에 큰 영향을 미친다는 점을 알게 되었다.

더 나아가, 변수나 파일의 이름을 지을 때 규칙성과 일관성 역시 팀의 효율성과 생산성의 결정적인 요소가 될 수 있다는 것을 깨달았다. 이러한 작은 세부 사항들이 모여 팀 내에서 코드의 가독성을 높이고, 나중에 발생할 수 있는 문제를 미리 예방하는 데 큰 도움이 된다. 특히, 팀 전체가 일정한 규칙을 따를 때, 이미 개발된 레이아웃이나 기능을 재사용하는 것이 더욱 효율적으로 변화된다.

이러한 다양한 경험을 통해, 개발 능력뿐만 아니라 팀원과의 협업 능력을 계속 키워나가야겠다는 생각을 하게 되었다. 이 프로젝트는 단순한 작업을 넘어서, 개인적인 성장과 팀의 성장을 동시에 경험하는 시간이 되었다.