라봉이의 개발 블로그

서론 나는 현재 근무하는 회사에서 백엔드 개발자로 일하고 있다. 회사에 입사하고 1년 정도 됐을 때, 팀에서 스크럼 마스터(Scrum Master) 역할을 맡을 기회가 있어서 그 역할에 자원했다. 무언가 새로운 시도를 해보고 싶었기 때문이기도 했고 팀이나 팀원 매니징에도 관심이 있었기 때문이다. 처음에 스크럼 마스터 역할을 부여 받았을 땐 구체적으로 무엇을 해야하는지 전혀 감이 오지 않았다. 대학도 컴퓨터를 전공하고 일도 개발자로 시작한 나는 명시적이고 구체적인 일만 할 줄 알았지 소프트 스킬이 필요한 업무는 해보질 않았기 때문이다. 다행히 팀의 Product Owner가 간단한 가이드 문서를 만들어줬고 그걸 보면서 차근차근 시도해보기 시작했다. 그래서 그 이후로부터 약 1년 동안 백엔드 개발도 하면서 ..

서론 전 직장에 근무할 땐 미팅을 하던 뭘 하던 회고를 전혀 하지 않았습니다. 그렇기 때문에 회고가 중요한지 전혀 몰랐었습니다. 이직하고 나서 다니고 있는 현 회사에서는 미팅을 진행할 때마다 회고를 진행합니다. 회고를 하고나서 느낀 점은 회고를 진행하게 되면 현재 미팅의 문제점이 무엇인지, 잘하고 있는 점이 무엇인지 객관적으로 알 수 있게 됩니다. 개선하고 유지해야 할 부분이 명확해지기 때문에 다음에는 더 나은 미팅이 될 수 있습니다. 회고는 현재보다 더 성장하기 위한 최고의 수단이라는 것을 이 회사를 다니고 나서 깨닫게 됐습니다. 최근 개발자들이 자신들의 ‘개발자 회고’를 많이 작성하는 것 같습니다. 연차 성별 상관없이 많이들 작성하길래 언젠가 나도 한번 써봐야지 생각만 하다가 시간이 이렇게까지 흘러버..

안녕하세요. 현재 저는 레몬베이스에서 Backend Engineer로 근무 중입니다. 회사에서 업무를 볼 때 저희는 스쿼드 단위 조직에서 스크럼 방식을 통해 IT 서비스 기능을 개발하고 있습니다. 약 1년이라는 기간 동안 저와 제 팀이 스크럼 방식을 어떻게 개선했는지에 대한 글을 회사 팀 블로그에 게시했습니다. 많은 관심 부탁드립니다. 제품 스쿼드의 스크럼 프로세스 개선기 1부