<aside>
💡 3주간의 1차 프로젝트에서 가장 많이 느낀 것은 **“효율적인 소통의 필요성"**이었습니다.
실제 프로젝트 진행 속도에 영향을 가장 크게 미치는 것은 개발 속도나 이슈처리 자체가아닌
목적 있는 회의
와 효율적인 커뮤니케이션 룰을 공유하고 지키는 것
이었습니다.
4주 프로젝트를 진행하면서, 팀 전체가 가지면 좋을 지향점, 지켰으면 하는 규칙을 작성해주세요!
</aside>
* 중복이나 다른 사람 의견에 눈치 보지말고 솔직하게 작성해주세요~
[Tree - 인수]
- 눈치보지 말고 질문하기! 주저하지 말고 질문하기!
- 나에게는 안보이지만, 다른 사람에게는 쉽게 보일 수 있습니다.
- 빠르게 같이 해결하고, 다음 문제에 집중하는 것이 팀적인 생산성을 높이는 방법입니다.
- 소통도 연습이 필요합니다.
- 팀원에게 먼저 다가가기
- 흘러가는 대로 흘러가지 말고 솔직하게 의견 제시하기
- 부드럽고 협조적인 태도 노력하기
- 문제를 방치하지 말아주세요.
- 우리 팀의 목표에 반하는 문제를 발견했다면, 문제를 제기해주세요.
- 문제의 크기에 따라
- 가볍게 화이트 보드 작성 후 스크럼 때 이야기를 나누거나
- 반복되는 문제의 경우 회의를 통해 같이 해결방법을 찾아보아요.
- 회의
- 회의의 목적 분명히 하기
- 준비가 필요한 회의와 준비가 필요없는 회의 구분하기
- 필요한데, 준비가 안되면 follower밖에 되지 않는다.
[Matt - 승범]
- 코드리뷰 대충 보고 넘기지 않기 & 대충 하지 않기
- 사실 저 한테 하는 말이기도 합니다. 😢 저번 1차 프로젝트때에 코드 리뷰를 잘 해드리지 못했는데, 이는 곧 기능 개발의 지연까지 불러 일으켰던 것 같습니다.
- 또한 예상치 못한 버그, DX적으로 개선할 점등이 있을 수 있기 때문에 이 점도 중요한 것 같습니다.
- 슬랙확인 자주하기
- 이것도 저한테 사실 하는 말이기는 합니다. 서로의 커뮤니케이션이 늦어지면, 이것은 곧 개발시간 지연과 같은 말이라고 할 수 있다고 생각합니다.
[Kiko - 채우]
- 코드 리뷰에 적극적으로 참여하기
- 이전 프로젝트에서 개발 시간을 핑계로 코드리뷰를 간소화 했는데 아쉬운 점이 많았습니다.
- 꾸준하게 기록하기
- 협의했던 내용을 빠짐없이 기록하고 정리하여 같은 내용으로 여러 번 얘기하는 상황을 줄이고 싶습니다.
[bob - 민성]
- 적극적으로 도움 요청하기
- 사실 저한테 하는 다짐이기도 합니다! 자존심 때문에 욕심을 부리다가 팀의 업무 흐름을 끊었던 적이 몇 번 있어서요😥
- 오히려 다른 분들의 도움을 빠르게 받았을 때 저의 실력도 빨리 키울 수 있었던 것 같아요. 시간을 아낀 것은 덤이고요!
- 저는 아마 1~2시간 내에 문제 해결이 안 되면 바로 구조요청 할 것 같습니다. 잘 부탁 드립니다(?)
- 빨리 실패하기
- 프로젝트 관련 선택지가 2개 이상 존재하고, 의견이 팽팽하게 갈릴 경우 차라리 두 선택지를 다 시도해보는 것은 어떨까 합니다.
- 다수결 혹은 가위 바위 보(?)로 결정한 다음 실패했을 경우 다음 선택지로 넘어가는 식으로요!
[didi - 현정]
- 회의 때 나온 안건, 의견에 대해서는 결정을 명확하게 짓기
- 여러 의견과 생각이 있을 수 있지만, 그 의견들 중 하나만 정답이 되는것은 아님!! 그러므로 다수결을 통한 방식 등으로 결정을 명확하게 짓고 넘어갔으면 좋겠음
- 다른 팀원 코드 리뷰 자주 하기
- 리뷰를 받는 것 뿐만 아니라, 내가 리뷰를 하는 것도 배움의 기회이므로 적극적으로 리뷰를 하기
- 개발 시 고민되는 사항이 있으면 다른 팀원들과 소통하기
- 매주 주2일제를 통하여 오프라인 참석이 이루어지므로, 이를 적극 활용하여 온라인으로 의견을 묻기 애매한 자잘한 고민 사항(이 로직을 어떻게 구성하는 게 더 나을지 등..)들에 대해서도 이야기를 많이 나누기
[partey - 훈기]
- 새로운 지식이나 이슈를 잘 문서화 하기
- 빠른 결정 내리기(근거 가지고, 없으면 문서화)
[pray - 민재]
- 나만 알고 넘어가지 말자
- 프로젝트를 진행하면서 새로 알게된 지식들이나 겪었던 문제 사항 공유하기
- 내 코드만큼 팀원들의 코드에도 애정 가지기
[kant - 한빈]