ilikeinow12 / team2_wanted_onboarding

팀2 온보딩 코스 과제를 위한 main 저장소입니다.
3 stars 7 forks source link

[P1/ 조아라/ 의견] 첫번째 프로젝트 리뷰 및 개선점 제안 #25

Open ilikeinow12 opened 3 years ago

ilikeinow12 commented 3 years ago

첫번쨰 프로젝트를 진행하고 마무리하면서 각자 좋았던 점과 개선해야할 점을 적어봅시다.

< 좋았던 점 > 1) 모든 팀원이 항상 회의에 참여했습니다. 2) 스레드를 통한 활발한 커뮤니케이션, 긍정적 피드백 3) 적극적인 의견 제시

< 개선이 필요한 점 & 개선 방안 > 1) 분석 기준에 대한 절대성 부족 -최종적으로 선정한 기준을 다시 각자 유연하게 변경한 기준으로 바꿔서 후보를 추려오는 바람에 기준에 대해 재논의를 해야했던 점이 시간상 비효율적이지 않았나 생각합니다. -다음 프로젝트에서는 절대적인 기준을 정해서 딱 거기에 맞는 후보를 찾아온다면 서로 대조하고 취합하는데 시간을 크게 절약할 수 있을 것이라 생각합니다.

2) 최종 주피터 파일에 과정에 대한 기록 부족
-프로젝트에서 과정을 기록하는게 굉장히 중요하다고 들었는데, 앞으로는 시행 착오가 모두 기록된 파일을 최종 파일로 만들었으면 합니다.

3) 코드 리뷰 부족 -각자 코드를 만들다 보니 제한된 시간에 모든 사람의 코드를 봐야하는 부담이 있어서 꼼꼼하게 보지 못한 것 같습니다. -다음 프로젝트에는 2명 단위로 팀을 만들어서 분석 파트를 정확히 정하면 보다 수월하게 코드리뷰도 하고, 마지막 final 파일 만들때도 수월할 것 같습니다.

4) 최종 발표 파일에 reference 부족

5) 분석 단계 반영 부족

우선 저는 여기까지이고 스레드로 각자의 의견을 달아주셨으면 좋겠습니다. 모두 주간 일과 병행하면서 진행하느라 너무 고생하셨고 다음 프로젝트도 힘냅시다~!

taeyoung94 commented 3 years ago

말씀해주신 좋았던점들이 저도 팀으로서 힘이나고 좋았습니다. 다만 개선방안에서 말씀해주신 부분처럼 효율적이지 못 한 프로세스로 앞으로는 기준을 잡는데 더 많은 시간을 먼저 투자하는게 좋아보입니다! 첫번째 프로젝트 고생 많으셨습니다 :)

woojuj commented 3 years ago

의견 감사합니다! 저도 써주신 내용 모두 동의하고 다들 한 주간 수고하셨다는 말씀 드리고 싶습니다.

의견 중에 2번에 대한 질문을 드리고 싶은 것이 있는데요. 최종 파일에 시행 착오가 모두 기록된 내용이 필요하다고 말씀하셨는데, 말씀하신 시행착오라는게 어떤 의미인지 궁금합니다.

프로젝트에서 과정을 기록하는 점은 언급해주신 5번의 분석 단계를 구체적으로, 알아보기 쉽게 작성하는 것으로 달성할 수 있겠다고 생각했는데요. 중간에 어떤 방향으로 분석을 진행하다가 결과적으로 해당 방향을 진행하지 않는 경우에도, 그것을 최종 코드에 남기는 것을 말씀하시는 건가요? 만약 그렇다면, 저희가 고민한 모든 결과를 저장하는데에는 그 파일이 의의가 있겠지만, 코드에 대한 배경지식이 없는 제 3자에게 설명할 때는 부가적인 설명이 없이는 전체 분석 코드를 이해하는 데 어려움이 있을 수도 있겠다는 생각입니다. 시행착오가 모두 포함된 코드와 전체 흐름이 매끈한 코드 두 버전으로 만들면 어떨까요?

ilikeinow12 commented 3 years ago

아 네 시행착오라는 말이 잘못 픽 된것 같네요 ;_; 분석 단계를 포함한 파일을 의미한 것인데 우주님 말씀처럼 두 개를 만들어보는 것도 참 좋은 것 같습니다! 부담이 되면 '전체 흐름이 매끈한 코드' 요거 하나만 만들면 될 것 같아요 :)

pgw928 commented 3 years ago

개선점에 대해서 모두 동의하는 부분입니다. 다음주 과제에서는 조금 더 체계적으로 결과물을 얻기 위한 과정과 결과물을 잘 정리해서 발표에서 보여주면 좋을 것 같습니다!

taeyoung94 commented 3 years ago

혹시 2명 단위로 팀을 나눈다면 어떤 방식으로 나누는 것을 생각하셨을까요? 코드 수를 줄여 서로 코드 리뷰하는건 하고싶습니다!

ilikeinow12 commented 3 years ago

구체적으로 생각은 못해봤는데 음.. 지금 생각나는대로 적어보자면

  1. 분석에 대한 큰 단계를 잡는다
  2. 각 단계에 필요한 복수의 작업들을 2-3개로 세분화한다.
  3. 세분화한 작업을 2명~3명으로 이루어진 팀이 분담한다. (다만 낮에 시간이 안되는 분들이 계셔서 예를 들어 2명이서 작업은 따로 하되 회의 전에 2명이서 미리 만나 코드와 결과를 취합하고 - 회의에서 정리하여 이야기하는 식으로)

이런식으로 해보면 어떨까 싶습니다. 일단 큰 계획부터 잡고 더 구체적으로 이야기했으면 합니다~~

Na-Young-KIM commented 3 years ago

아라님의 개선점 모두 깊이 공감합니다! 저희가 들인 노력에 비해 최종 결과물이 아쉬웠던것 같습니다. 저는 최종 결과 코드를 처음부터 만들어서 업데이트하면서 결과물에 대한 퀄리티를 높여가는 것은 어떨까 하는 생각을 했습니다. 업데이트하는 과정에서 코드 리뷰를 하면서 체크도 하고, 발전도 할 수 있을것 같아서요!