※ 링크는 주황 배경색을 적용했습니다. 주황 배경의 텍스트를 누르면 문서를 확인할 수 있습니다.

✔️ 멘토링 아젠다

프로젝트 기획

스크럼, 스프린트 방법

논의 사항 및 질문

진행 상황 및 참고 자료

✔️ 멘토링 내용

마일스톤과 이슈를 사용해서 백로그를 관리

[멘토님 답변]

실제로 개발자가 프로덕트 백로그를 이렇게까지 상세하게 작성하지는 않고 PO가 적는 경우가 많다. 개발자로 한 번 적어보는 것도 좋은 경험이다. 현재로 봤을 때는 상당히 백로그를 잘 작성했고, 관리하기에는 좋은 것 같다.

Github Project로 관리하기 보다는 Jira를 사용하는데, 방향성이나 팀원들이 현재 어떤 일을 하고 있는지, 어떤 일이 끝났는지 같은 의사소통 비용을 줄이기 위해 사용한다.

오프라인으로 하면 금방 하지만, 온라인으로 할 때는 소통이 조금 힘들 수 있지만 장점은 회의록이 있다. 그러니, 회의록을 항상 남겨둬야 한다.

작업 사이즈, estimate나 MM는 개발자가 논의한다. 예측하건데 이 정도 걸릴 것 같다. 중요도(Priority) 같은 경우 PO, PM 같은 분들이 정하게 된다. 나중에 문제가 생기면 그분들이 책임을 지고, 작업 순서도에 따른 중요도 같은 경우에는 개발자가 제의를 할 수도 있다.

(재미로 보는) 주니어 개발자에게 하는 말: 2일에 걸쳐 할 수 있는 일이라면 1.5 가량 곱해서 말 하는 게 좋다. 메인 컴포넌트를 만들라 해도 메인 컴포넌트만 만들지는 않는다. 어떤 업무가 추가적으로 들어올지 모르니 1.5를 곱해서 말하자!

3306포트를 안열고 DB를 관리하는 방법 [BE]

[멘토님 답변]