오늘의 이야기 주제
팀 프로젝트를 어떻게 하면 만족스럽게 진행할 수 있을까?
1. 두번째 스프린트 이후로 2주간 일어난 일에 대한 회고 (~9:15)
지난 스프린트 이후로 나에게 의미 있었던 지점 2~3가지를 작성해볼게요. 이 때 좋았던 부분, 성장한 부분뿐만 아니라, 고민할 지점을 줘서 의미있다고 생각한 부분도 좋아요. 지난 스프린트 시간에 진행한 페어프로그래밍을 하고나서의 경험을 적어줘도 좋을것 같아요.
이름 | 1달간 일어난 일 중에 나에게 의미 있었던 지점 2~3가지 |
도현 | 1. 약 1시간 반 동안 페어 프로그래밍을 진행하면서 문제 해결에 있어서 폭 넓은 시야를 가질 수 있었음.
2. 토요일에 Let us go라는 iOS 세미나 다녀왔음. 실력 있는 iOS 개발자분들께서 흥미로운 주제로 발표를 하셨고, 이런 저런 스토리를 들으면서 iOS에 대한 열정과 관심이 폭발적으로 증가했음. |
정민 | 1. 페어프로그래밍이 정말 도움이 되는 게 맞는지 잘 와닿지 않았음.
도현님과 약 1시간이 넘는 시간동안 시도해보면서 좋은 방법이라는 걸 느낌. 기존에 들은 장점들뿐 아니라 채용과정에 맞닥뜨릴 수 있는 라이브코딩에도 도움이 될 수 있을 것 같았음. 제한시간과 무조건적으로 차례를 넘기는 등의 규칙같은 것을 앞으로 조금씩 바꿔보면 어떨까 생각.
2. 병행중이던 외주 프로젝트의 마감을 앞두고 수업에 집중을 잘 하지 못하였음.
개발하면서 지속적으로 계획에 차질이 생기고 실수를 발생시키는 요소에 대해 다시 생각해보게 되는 계기가 되었음(단순히 역량 문제인지 스스로애대한 객관화가 덜 되어서 계획한 것이 밀리는건지…).
이번주부터 시작될 프로젝트에서 더 개선된 노하우를 가지고 임할 수 있도록… |
서현 | |
태영 | 1. 페어프로그래밍을 하면서 알고리즘 사고력을 자연스럽게 향상시킬 수 있었음
2. 블로그에 시작 함. 글을 정리하면서 내가 배운 학습 내용을 다시한번 정리하는 시간을 갖게 됐고, 내가 무엇을 배웠는지 어떤 교훈을 얻었는지 구체적으로 알게되어 다음에는 무엇을 시도할지 고민하게 됨.
3. 팀원들과 같이 코드를 작성하다보니, 나의 코딩 스타일을 어느정도 알게 됨. 다른 사람들과 비교하면서 나의 스타일에 대한 장단점을 알게 됨. |
한호 | 1. 알고리즘 문제를 페어프로그래밍으로 풀었는데, 팀원들의 다양한 풀이법을 볼 수 있었습니다. 그리고 오류를 해결하는 과정에서 다른 언어들과는 다른 Swift 만의 문법에 대해 더 알 수 있었습니다.
2. 프로젝트 ADS를 구체화하는 과정에서, 다른 수강생들의 다양한 아이디어에 대해 알 수 있었습니다. |
주희 | 지난 2주 동안 실습을 통해 팀 단위로 작업하는 시간을 많이 가졌는데, 함께 소통하며 진행하다보니 문제점도 보다 명확하게 파악하여 해결할 수 있었고, 다양한 아이디어로 결과물이 풍성해지는 걸 보는 것도 의미있는 경험이었습니다. |
진표 | 1. 회고조 내 팀원 및 알고리즘 스터디 활동 내 페어프로그래밍을 진행하면서 문제를 해결하는데 있어 의사소통을 통해 본인 생각 외 팀원들의 다양한 생각을 듣고 문제를 해결해볼 수 있었다는 점
(→ 이 과정을 통해 팀원들의 생각을 제대로 이해할 필요가 있다고 생각함)
2. 금주부터 시작되는 프로젝트 활동에 앞서 그간 미숙했었다고 생각했던 깃허브의 사용법에 대해 좀 더 공부하고 깃허브 사용법에 대한 감을 익힐 수 있었다는 점 |
2. 상상해봅시다. 팀 프로젝트를 굉장히 만족스럽게 마무리 했습니다. 어떤 부분 때문에 만족스러울까요? 2~3가지를 적어주세요. (~9:50)
우리가 상상했을 때 성공적인 팀프로젝트에서 볼 수 있는 요소들을 뽑아봤습니다. 이렇게 중요한것 같은데 어떻게 '잘'할 수 있을지 막연한 것들이 있을 수 있는데요. 이를 최대 3개까지 조별로 뽑아주세요.
이름 | 팀 프로젝트가 만족스러운 경우에 대한 2~3가지 정도를 상상해보기 |
도현 | 1. 기획했던 기능을 성공적으로 구현했을 떄
2. 구현도가 높지 않더라도 프로젝트를 진행하면서 팀원 모두가 스스로 성장했다고 느꼈을 때 (ex. 팀원들과 함께 오류를 해결하거나 특정 기능을 구현하기 위해 머리를 맞대로 고민)
3. 팀 프로젝트에 다들 진심으로 참여해서 누군가에게 해당 프로젝트에 관한 설명을 했을 때 막힘 없이 설명할 수 있을 때 (억지로 참여하는 것이 아닌 정말 해보고 싶어서, 그 프로젝트를 직접 개발해보고 싶어서 참여할 때) |
정민 | 1. 협업을 하며 SwiftUI로 적용해본 첫 프로젝트!
2. 많은 스트레스를 받지 않고 성공적인 개발 일정 수립과 이슈 트래킹을 수행하며 스토리를 만들었을 때(지금까지 모든 프로젝트에서 생각대로 되지않았고 점점 부담을 느끼고 있음) |
서현 | |
태영 | 1. 프로젝트 과정에서 적극적인 의견 제시로, 모두가 참여했다는 확신이 들었을 때
2. 결과물이 처음 기대했던 것보다 완성도가 높거나 풍부할 때.
3. 과정 중에 서로 간 불화 없이 끝마쳤을 때 |
한호 | 1. 완성도 높은 결과물 → 기획했던 기능을 잘 구현했을 때
2. 원활한 소통으로 팀원들과 부딪히는 일이 적을 때
3. 팀원들의 열의와 참여도가 높을 때 |
주희 | 1. 문제해결능력 향상 (프로젝트 과정에서의 다양한 문제들 해결 경험)
2. 핵심 기능 구현 3. 팀원들과의 원만한 관계 |
진표 | 1. 본인이 기획했던 구현부분 완성 또는 팀원과 같이 협업하면서 프로젝트를 완성해 나갔을 때
2. 도움을 필요로 하는 팀원을 도와주고 그 과정에서 본인 스스로도 몰랐던 부분을 인지하고 새로 깨달음을 얻었을 때
3. 협업하는 과정으로 인해 팀원에 대한 신뢰도가 쌓였을 때 |
중요한것 같은데 어떻게 ‘잘’ 할 수 있을지 막연한 것 공통 키워드 3가지
키워드1, 키워드2, 키워드3
1.
원활한 소통
2.
성공적인 개발 일정 수립
3.
팀원들간의 신뢰
3. 우리 회고팀의 원칙과 규칙을 만들어보자
원칙 최대 3가지, 규칙은 원칙 별로 1~2가지 정도 까지만 만들어보기
원칙이 더 잘 실현되기 위해서 어떤 규칙이 필요할지 1~2가지 정도만 이야기해보면 좋을 것 같아요
1️⃣ ~11시 25분
회고 팀별로 원칙과 규칙 정해보고 템플릿 페이지에 작성해서 공유하기. 이 때 질문이나 궁금한 점 있으면 같이 남겨주세요 😉
2️⃣ ~11시 50분
원칙과 규칙을 정해보는데 시간이 더 걸린다면 그 부분을 더 이야기하셔도 좋아요. 만약 우리팀은 금방 이야기가 마무리 됐다!라고 한다면 자율학습을 진행해주
JavaScript
복사
•
원칙 1: 높은 신뢰 관계 형성
◦
규칙 1: 좋고 싫음의 의사표현을 눈치보지 말고 확실히 말하기, 말한 사람을 존중해주기
◦
규칙 2: 다른 사람들이 궁금해하기 전에 본인의 상황 공유해주기
•
원칙 2: 공유를 통한 성장
◦
규칙 1: 다양한 경험 공유하기. 실패 성공 기타 교훈 등
◦
규칙 2: 블로그, 노션 내용 업데이트 시, 팀원들에게 알려주기
•
원칙 3: 사담으로 편안한 분위기 형성
◦
규칙 1: 디스코드에 누군가 들어와있다면 편하게 말 걸기(아무말대잔치)
