기획자없이 문어고양이와 살아가는 개발자들의 협업방식 - 강지현, 강시온

Lablup Conf 2023

Transcript

2. 기획자없이 문어고양이와 살아가는 개발자들의 협업방식 강지현, Software Engineer Lablup Inc. 강시온, Software Engineer Lablup Inc.
3. 래블업과 함께한 지 어언 4년… 입사시점 대비 래블업에서 바뀐 것 • 새로운 프론트엔드 리드를 모시게 되었음! • 약 3배의 인원* 성장 *개발인원 기준 • 프로젝트 개수 약 2배 증가! 개인적으로는 3년 차에 승진과 함께 건강도 되찾았어요! 💪 💪 💪
4. 하지만 변하지 않은 것
5. 래블업은 기획자 포지션이 없습니다.
7. 개발조직에서 기획업무도 같이 합니다.
8. 프로젝트가 몇 개길래? 규모는?
9. 총 11개의 프로젝트 단일 프로젝트 기준 최대 규모 15명* *최소 규모는 2명으로 이루어짐
12. 밀려드는 이슈와 데드라인의 압박
13. 어려운 점 이라 쓰고 필요한 점 이라 읽음 1. 이슈의 우선순위를 정해야만 하는데, 한 곳에서 확인할 수는 없을까? • 개발자의 영원한 ? 고민: 로드맵 vs 고객사에서 들어온 신규 이슈 vs 이미 진행중인 이슈 2. 여러 프로젝트에 걸쳐져 있는 기능 구현시 트래킹 할 수는 없을까? • 오픈소스 프로젝트와 그렇지 않은 프로젝트들은 어떻게 트래킹 할 것인지? 3. 기능 구현하고 개발 브랜치에 적용되면 끝? 최종 배포까지 해야 완료다! • 그런데, 그걸 누가 확인해야 할까? 🤔 4. 복잡한 체계를 만들기 보다는 가능한 자동화로 해결해야 한다. • 어떤 걸, 어떻게 자동화 하는 게 좋을까?
14. 첫번째 시도: Jira 로 이슈트래킹 해보기
15. Jira 를 도입했던 이유 지원 기능 Jira GitHub 저장소 이슈를 한눈에 파악할 수 있는 다양한 템플릿 제공 e.g. 칸반보드, 간트차트 등… ✔ ❌ 일정 기간 진행 사항이 없는 이슈에 대한 알림 기능 ✔ ❌ 프로젝트 간 이슈 관리 용이성 하위 이슈 추가 지원 설명 란에 연관 프로젝트 저장소 이슈 링크 추가 이슈의 중요도를 나타낼 수 있는 추가 항목 Story Point 제공 여부 ✔ ❌
18. 그럼에도 불구하고 Jira를 버리게 된 이유 • 우리의 개발방향과 맞지 않았음 • 주요 프로젝트가 오픈소스로 되어 있음 Backend.AI ,Backend.AI WebUI, … • 모든 사람이 이슈 발급이 가능해야 하는데, Jira에서 어떻게 관리를 할 것인지? • GitHub 과 연동할 수 있지만…어딘가 불편하다 • 결국 이슈 확인을 위해서는 GitHub / Jira 두 곳을 확인해야 했음 결론 관리에는 최적화 되어있는 툴이 맞지만 쓰기에는 다소 복잡했음
19. 두번째 시도: 통합 이슈 전용 GitHub 저장소를 만들어서 이슈 기록하기
20. 통합 이슈 전용 GitHub 저장소를 쓰게 된 이유 • 프로젝트 특성상 단일 기능 구현시 여러 컴포넌트에 적용해야 하는 이슈가 많은데, 이를 tasklist로 정리하고 진행상황을 확인 할 수 있어 트래킹이 용이함. • 편리하다! • 메시징 툴 쓰레드에서 즉각 이슈 발급, 어사인 가능 • GitHub 계정으로 바로 쓸 수 있기에 별도의 계정 등록과 같은 과정 필요없음 • 오픈소스로 공개할 내용과 공개할 수 없는 부분에 대해서 관리가 용이함
21. 이슈가 발생했을 때 이슈 트래킹하는 방법 1. 해당 이슈가 언급된 쓰레드에서 이슈 발급
22. 2. 쪼갤 수 있는 단위로 이슈를 나누고, Tasklist로 각 GitHub 저장소에 이슈 발급
23. 3. Tasklist의 이슈가 모두 완료되면 이슈는 해결된 것으로 간주함
24. 통합 이슈 전용 GitHub 저장소의 한계 • 미해결된 문제: 우선순위 한 눈에 보기 • ۽٘ݗ vs Ҋёࢎীࢲ ٜযৡ नӏ ੉ग vs ੉޷ ૓೯઺ੋ ੉ग • 팀 단위 프론트엔드 / 코어 기준 어떤 이슈를 수행하고 있는지 확인 어려움 • 고객사에 배포까지 되어야 하는 경우에는 트래킹이 어려움 • 최종 배포까지 해야 완료다! 결론: GitHub 저장소만으로는 부족한 점이 많음. 한눈에 볼 수 있는 툴이 없을까?
25. 세번째 시도: GitHub Project로 이슈트래킹하기
26. GitHub Project 를 선택한 이유 •이슈 생성이 매우 간편함 •한눈에 보기 쉬움 •팀 단위 별로 이슈 트래킹이 용이
28. Frontend Daily Board
29. 1. 칸반 보드 • 통합 이슈 상태 확인 New / Backlog / Ready / In Progress / Changes requested / Needs review / In Review / Merged / Done • 팀 내 인원 별 진행 이슈 상태 확인 2. 리스트 뷰 • 우선순위 별 이슈 확인 Urgent / High / Medium / Low • 주요 저장소 별 이슈 확인 • 필수 항목 누락된 이슈 확인 Assignee / Story Point Frontend Daily Board
34. Frontend Daily Board 3. 커스텀 필드 활용: Story Point • New 값이 많다면? 새로운 이슈가 몰린 상태가 아닐까? • In Progress 값이 많다면? 진행중인 이슈 해결이 더딘 상태가 아닐까?
36. Frontend Daily Board 3. 커스텀 필드 활용 Flag • 🚩🚩🚩👪 해당 Project 에 속한 모두가 확인해야 할 이슈 • 🚩👷 해당 이슈를 해결하는 주체인 Assignee가 특별히 확인해야 할 이슈 • 👀 위의 플래그에서 해당 이슈를 확인한 경우 체크
37. Frontend Daily Board 의 한계 프론트엔드 팀 내 이슈 트래킹에는 최적화 되어있다. 하지만… • 프론트엔드 뿐만 아니라 연결된 코어 이슈 해결 과정은 어떻게 확인? • 최종 배포는 어디에서? • 어떤 부분에서 자동화가 되어있나?
38. GitHub Actions 를 이용해 해결하기
45. To be continued…