일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- Groovy
- 개발자
- socket.io
- Stream
- scrum
- node.js
- java
- 스크럼 마스터
- 스레드
- RDF
- Knowledge Graph
- 파헤쳐보자
- Python
- 스크럼
- node
- benchmark
- 지식 그래프
- C++
- 특징
- ngrinder
- nodejs
- 예제
- 노드js
- 자바
- Router
- express
- 노드
- 소켓
- Django
- 이벤트 루프
- Today
- Total
목록스크럼 마스터 (2)
라봉이의 개발 블로그
서론 나는 현재 근무하는 회사에서 백엔드 개발자로 일하고 있다. 회사에 입사하고 1년 정도 됐을 때, 팀에서 스크럼 마스터(Scrum Master) 역할을 맡을 기회가 있어서 그 역할에 자원했다. 무언가 새로운 시도를 해보고 싶었기 때문이기도 했고 팀이나 팀원 매니징에도 관심이 있었기 때문이다. 처음에 스크럼 마스터 역할을 부여 받았을 땐 구체적으로 무엇을 해야하는지 전혀 감이 오지 않았다. 대학도 컴퓨터를 전공하고 일도 개발자로 시작한 나는 명시적이고 구체적인 일만 할 줄 알았지 소프트 스킬이 필요한 업무는 해보질 않았기 때문이다. 다행히 팀의 Product Owner가 간단한 가이드 문서를 만들어줬고 그걸 보면서 차근차근 시도해보기 시작했다. 그래서 그 이후로부터 약 1년 동안 백엔드 개발도 하면서 ..
서론 전 직장에 근무할 땐 미팅을 하던 뭘 하던 회고를 전혀 하지 않았습니다. 그렇기 때문에 회고가 중요한지 전혀 몰랐었습니다. 이직하고 나서 다니고 있는 현 회사에서는 미팅을 진행할 때마다 회고를 진행합니다. 회고를 하고나서 느낀 점은 회고를 진행하게 되면 현재 미팅의 문제점이 무엇인지, 잘하고 있는 점이 무엇인지 객관적으로 알 수 있게 됩니다. 개선하고 유지해야 할 부분이 명확해지기 때문에 다음에는 더 나은 미팅이 될 수 있습니다. 회고는 현재보다 더 성장하기 위한 최고의 수단이라는 것을 이 회사를 다니고 나서 깨닫게 됐습니다. 최근 개발자들이 자신들의 ‘개발자 회고’를 많이 작성하는 것 같습니다. 연차 성별 상관없이 많이들 작성하길래 언젠가 나도 한번 써봐야지 생각만 하다가 시간이 이렇게까지 흘러버..