Notice
Recent Posts
Recent Comments
Link
| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 1 | 2 | 3 | ||||
| 4 | 5 | 6 | 7 | 8 | 9 | 10 |
| 11 | 12 | 13 | 14 | 15 | 16 | 17 |
| 18 | 19 | 20 | 21 | 22 | 23 | 24 |
| 25 | 26 | 27 | 28 | 29 | 30 | 31 |
Tags
- useMemo 성능 최적화
- Climbing Stairs
- 스쿼드조직
- RxJS 마블 다이어그램
- 자바스크립트 고차 함수 vs Observable
- leedcode
- 협업문화
- DaleStudy
- React hooks 남용 사례
- 알고리즘
- React 성능 최적화 방법
- RxJS 함수형 프로그래밍
- React useEffect 안티패턴
- RxJS 에러 처리
- React useCallback 사용법
- 알고리즘스터디
- Observable vs Array
- React useMemo 사용법
- 달래스터디
- contains duplicate
- React 리렌더링 최적화
- 개발자커뮤니케이션
- RxJS 오퍼레이터
- Blind75
- RxJS 변환 오퍼레이터
- RxJS 결합 오퍼레이터
- RxJS 생성 오퍼레이터
- RxJS 멀티캐스팅
- leetcode
- useCallback 성능 최적화
Archives
- Today
- Total
목록협업문화 (1)
수쿵의 IT월드
안녕하세요. 오늘은 개발자가 아닌 스쿼드의 한 팀원으로서 느낀 커뮤니케이션 경험담을 나눠보려고 합니다.이직 면접을 볼 때, 이런 질문을 받은 적이 있습니다."수경님은 협업을 할 때 문제가 있었던 적이 있나요?" 그때 저는 자신 있게 "없다"고 대답했지만, 지금은 주저 없이 "있다"고 대답할 수 있을 것 같습니다. 오늘 글에서는 제가 기능조직과 스쿼드조직에서 겪었던 커뮤니케이션 차이, 그리고 스쿼드에서 왜 Communication Miss가 생기는지, 이를 줄이기 위해 제가 시도한 방법을 공유해보겠습니다. 기능조직에서의 경험: Miss가 거의 없었던 이유이전 회사는 전형적인 기능조직이었습니다.기획자 → 개발자(나) → 프론트엔드 팀장 → 다시 기획자 로 이어지는 단순한 구조였죠. 기능을 어떻게 풀어낼지는 ..
팀 생산성 & 협업 도구
2025. 10. 5. 23:17