카테고리 없음

KPT 2번째

8나지 2024. 5. 9. 18:57

Keep + problem 작성 5분

Keep은 현재 만족하고 있는 부분(Good), 계속해서 이어갔으면 하는 부분(Keep)을 자유롭게 작성한다. Problem은 불편(or 불만)하게 느끼는 부분, 개선이 필요하다고 생각되는 부분, 잠재적인 문제를 작성한다. 진행자 본인도 해당 시간 동안 똑같이 작성한다. (타임 타이머는 누구라도 고개를 들면 확인할 수 있도록 하는게 중요하다)

Keep

김노을

  • 서로가 가진 정보를 나눌 수 있었다.
  • 새로운 기술을 익히고 적용하는데 적극적인 모습들.
  • 많은 회의와 피드백을 통해서 서로가 가진 것을 나눌 수 있었던 것 같다.
  • 깃허브를 적극적으로 사용했던 게 좋은 경험인 것 같다. 이걸 기반으로 다른 협업 툴을 사용하더라도 잘 적응하기 수월할 것 같다.
  • AI를 통한 검색 브라우저를 활용해본 게 신기했고 유용했다.

문경주

  • 커뮤니케이션을 통해 서로의 부족함을 채워나가고 아는 부분은 공유함으로써 좋은 협업을 할 수 있었다.
  • 새로운 방식(깃허브,새로운 코드 등등)을 이용해 다뤄보는 경험을 할 수 있었다.
  • 팀장 님의 적극적인 지도로 인해 과제를 잘 마무리할 수 있었다
  • 서로 간의 대화를 통해 새로운 정보를 공유할 수 있었다.

나지윤

  • 소통을 적극적으로 하며, 어려운 것이 있을 때 각자 알려주려는 적극적인 모습
  • 무슨 상황에도 긍정적 반응으로 소통하여 실수를 하거나 어려운 상황에도 부담없이 나눌 수 있었음
  • 스스로 할 수 있도록 기다려줘서 개인적인 능력향상에도 도움이 되었음
  • 알고있는 정보를 나누어 주어 도움이 많이 되었음
  • 많은 시도를 해서 내 실력으로 만들려는 마음
  • 적극적인 리더와, 잘 따라주는 팀원

김태현

  • Good
    • 서로 부족한 부분과 경험을 공유해가며 다같이 성장할 수 있었다.
    • 협업에 대해서 발생할 수 있는 상황에 대해 경험할 수 있었다.
    • 팀원들끼리 매일 최소 3번씩 소통해가며 각자 진행사항과 겪고있는 문제에 대해 얘기해하여 다 같이 고민해보고, 해결할 수 있도록 고민하는 시간이 좋았다.
    • 리더의 중요성에 대해 정말 크게 경험하였다. ⭐️대 노 을⭐️
  • Keep
    • 모르는것이 있다면 다른 팀원이 해결해줄때까지 기다리는것이 아니라 스스로 해결해보고, 검색하며 고민하는 시간을 계속 가지는것
    • 깃허브를 적극적으로 활용하여 향후에 더 능숙하게 사용할 수 있도록 하는것
    • 다양한 개발 경험을 가져보는것
    • 각자 맡은 부분에 대해 부족한것, 모르는것 상관없이 노력하려고 하는 자세
    • 누구나 모를 수 있고 부족할 수 있다, 중요한건 그걸 해결하려는 마음가짐

민수현

  • 소통에 최대한 적극적이고, 예의 바르고 차분하게 해나가려는 모습

Problem

김노을

  • 좀 더 적극적으로 자신이 맡은 역할에 대해 연구할 필요가 있다.

문경주

  • 마무리가 급하게 이루어져 원치않은 결과가 나온게 아쉬웠다
  • 아직 실력이 부족해 소통에 어려움을 겪었다
  • 실력이 부족하단걸 항상 깨닫는다

나지윤

  • 회의시간에 각자 자리에 있는지 파악이 안되서 쪼끔 아쉬웠음
  • 강의를 다 듣지 못하고 이해가 다 안됬어서 프로젝트 따라가기 벅찼음ㅎㅎ
  • 팀원들이 하는 설명을 내가 이해하거나, 내가 짠 코드를 설명해줄 수 있는 수준이 안되서 아쉬웠음
  • 나의 자신감..?

김태현

  • 내가 좀 더 잘 알았더라면 더 자세하고 쉽게 설명할 수 있지 않았을까?
  • 팀개발, 코드규모가 커질수록 살짝 해매는 감이 아쉬웠다. 진짜 경험이 필요하다.
  • 각자 코드개발을 완료한 뒤에 얘기하는것도 좋지만, 같이 코드를 작성하면서 의논하면서 작성했으면 다같이 성장할 수있지 않았을까

민수현

  • 기본기가 너무 부족했어요ㅠㅠ

Keep, Problem 공유 (10분)


Try 작성 (7분)

Try는 다음 KPT(회고)에서 판별이 가능한 것으로 할 것.

Try

김노을

  • 코드 리뷰를 통한 피드백 시간에, 직접 작성한 코드를 팀원들에게 설명하고 피드백 받는 것
  • 프로젝트 리뷰 or 개인 디벨롭 > 팀원들 혹은 튜터님께 피드백 혹은 조언 받기 (코드에 관한 경험 늘리기)
  • 의미론적 코드 작성 (누가 보아도 이해할 수 있는 간결한 코드) 를 위한 공부, 연습.

문경주

  • 좀 더 적극적으로 학습해서 내가 뭘 하는지 정도는 설명할 수 있는 정도로 실력을 키워 나가겠다(집중하는데 노력하기)
  • 내 위치가 낮다는 걸 깨달아도 거기에 얽매이지않고 적극적으로 질문 및 소통할 것(학습에 대한 자존감 키우기)
  • 나 여기까지 했으니까 이제 쉬어야지 하는 보상심리 버리기 앞으로 해야할건 생각보다 많다는걸 깨닫기(메타인지) 항상 이유있는 행동하기
  • 팀 과제에 좀 더 신경써서 완성도 높이기

나지윤

  • 내가 짯지만 잘 모르는 코드라도 주석처리를 해서 이 코드를 왜 짯는지 써놓기 ; 이유나 의도를 알아야 다른 팀원들이 코드를 수정하거나 합칠 때 보기 유용하게
  • 공부공부공부…😂
  • 구성시 체계적으로 접근해볼 것 + 안되는 것을 파고들어서 고쳐서 해결하려는 습관들이기

김태현

  • 지금 코드를 짤때 팀원들이 알아볼 수 있게, 그리고 내가 제대로 이해하고있는지 double-check로 주석을 작성하는 습관을 들이고있는데, 좀 더 간결하고 깔끔하게 작성해야 할 것 같다. 내가 작성한 코드보면 너무 난잡하다
  • 헷갈리면 키보드에서 손떼고 노트에다가 구조도 그리는 습관을 들이자
  • 효율적으로 코드를 작성하고, 생각하는 습관 들이기
  • 팀프로젝트를 하는동안에도 개인프로젝트, 개인 공부 시간은 꼭 가지기

민수현

  • 제공받은 강의 등을 최대한 많이 반복 학습하여 기본기를 탄탄하게 메꾼다.

Try 공유 (8분)


Try & Action 선정 (15분)

  1. 주석처리, 변수명 등 남이 봐도 알아볼 수 있는 코드를 작성하도록 한다.
  2. 하루 30분~1시간은 개인공부를 한다.
  3. 팀원끼리 질문을 포함한 대화 시간을 하루에 규칙적으로 가지기.
  4. 개인 노트나 메모에 개발 전 프로세스 정리하기.

참고: https://www.designsori.com/zero/1157702