젠허브 협업

ZenHub 사용법

준비할 것

• 크롬 확장 프로그램에서 ZenHub 설치
ZenHub for GitHub
ZenHub - Project Management Inside GitHub

https://chrome.google.com/webstore/detail/zenhub-for-github/ogcgkffhplmphkaahpmffcafajaocjbd?hl=ko

기본적인 사이클 알기

• 깃허브 Projects와 동일한 구조

New Issues → In progress → Closed 이슈 생성 → 작업한 결과물 PR → 이슈 closed

파이프라인 설명
• New Issue : 생각나는 모든 이슈
• Icebox : 우선 순위가 낮고 당장은 필요 없는 작업
• Backlog : 우선 순위가 높은 작업
• In Progress : 진행 중인 작업
• Review/QA : pr 항목
• Done : 완료 항목
• Closed : 클로즈된 이슈

• Sprint 활용
• 스프린트를 이용해 기간 내에 완료될 문제를 그룹화
• 일반적으로 2주 단위로 구성

• Epics 활용
• 작은 이슈들을 큰 이슈로 그룹화

• Estimate 활용
• 다른 작업들에 비해 얼마나 큰가?를 측정하는 지표

• Issue dependency 활용
• 다른 issue들이 해결된 다음에 진행해야하는 이슈의 경우 설정

세부 사용법

새로운 Issue 생성하기

1. New issue 버튼 클릭하여 이슈 생성하기

2. 이슈 제목, 세부 내용, 오른쪽 필요 항목 작성하기

3. Submit new Issue 버튼 클릭하여 이슈 생성 완료하기

새로운 Epics 생성하기

1. New Issue 버튼 옆 + 버튼 클릭 후 Epic 선택하여 생성

2. Epic 제목, 세부 내용, Epic Labels 달아준 후 Epic 생성 완료하기

Epics 활용하기

• Epic에 포함된 이슈의 개수 및 진행도 확인 가능

• Epic points 및 진행도 확인 가능
• 해당 Epic의 estimate + 해당 Epic에 포함된 이슈들의 estimate

• Epic 안에서도 이슈 생성 가능

스프린트 주기 정하기

1. 스프린트 수정이 필요할 경우 +버튼 클릭 후 Modify recurring sprints 탭 선택

2. Change Sprint schedule 버튼 눌러 달력에서 수정 가능
• 왼쪽 스프린트 옵션 설정
• 완료되지 않은 이슈를 다음 스프린트로 이동
• 백로그에서 자동으로 새 스프린트 빌드
• 다음 스프린트에 추가하려는 스토리 포인트 수와 이슈를 추가하려는 파이프라인 조정 가능

3. 스프린트 주기 설정 후 rename을 이용한 스프린트 이름 변경 가능

4. Save 버튼을 이용하여 저장 완료

Issue dependency 활용하기

• A 이슈를 완료해야만 B 이슈를 진행 가능할 때 dependency 설정 후 block 가능

1. B 이슈의 dependency로 A 이슈 등록하기

2. dependency 등록 후 B 이슈 진행 불가

3. A 이슈가 Close된 이후 B 이슈 진행 가능

여러 이슈에 Sprints, Epics 등록하기

1. 등록하고 싶은 issue들의 아바타를 눌러 issue 중복 선택 후 Set Sprint 클릭

2. 원하는 스프린트 선택 후 적용

3. Epics 등록도 Set Epic 버튼을 클릭하여 같은 방식으로 진행

Issue와 PR 연결

• 깃허브 Projects와 같은 방식으로 연결

• 이슈에서도 연결해주고 PR에서도 연결해줘야 자동으로 close된다

주의할 점

Sprint와 Epic의 차이

스프린트는 작업의 짧은 반복과 연결되어 있기 때문에 시간과 관련된 문제가 포함되어 있으며 반드시 주제와 관련이 있는 것은 아닙니다. 스프린트가 시작되면 작업 범위가 고정됩니다.

대조적으로, 에픽은 주제 와 관련된 문제를 포함 하며 범위는 유동적입니다.  팀이 더 큰 목표에 대해 더 많이 발견함에 따라 문제를 추가하거나 제거할 수 있습니다.

스프린트에 이슈와 작은 부분만 받아들이고 에픽을 스프린트에 추가하지 마십시오. 스프린트에 대한 작업을 수락할 때 에픽을 추정하고 논의할 수 있는 더 작은 문제로 분해해야 합니다.

참고 자료

Github로 프로젝트 관리하기 - ZenHub 사용법

Github를 이용해서 Project Management 하는 방법 및 전체적인 프로세스에 대해서 정리했습니다. issue 관리, 일정 관리, 코드리뷰, 버그 리포트 등 다양한 일들을 Github 하나에서 다 관리할 수 있고 어느 하나 부족하다고 생각하지 않습니다. 이미 Remote Repository로 Github를 사용 중 이리 사면 적극 추천해 드립니다. 프로젝트 전체 코드는 GitHub에 공개 되어있습니다.

https://blog.dnd.ac/githhub-zenhub/

Github로 프로젝트 관리하기 Part3 - ZenHub 사용법 | Popit

프로젝트 소개 Github를 이용해서 Project Management 하는 방법 및 전체적인 프로세스에 대해서 정리했습니다. issue 관리, 일정 관리, 코드리뷰, 버그 리포트 등 다양한 일들을 Github 하나에서 다 관리할 수 있고 어느 하나 부족하다고 생각하지 않습니다. 이미 Remote Repository로 Github를 사용 중 이리 사면 적극 추천해 드립니다. 프로젝트 전체 코드는 GitHub 에 공개 되어있습니다.

https://www.popit.kr/github%EB%A1%9C-%ED%94%84%EB%A1%9C%EC%A0%9D%ED%8A%B8-%EA%B4%80%EB%A6%AC%ED%95%98%EA%B8%B0-part3-zenhub-%EC%82%AC%EC%9A%A9%EB%B2%95/

Github 에서 개발 프로젝트 관리하기 (Zenhub 사용기)

저희 팀은 회사에서 제공하는 Atlassian의 Jira, Bitbucket, Confluence를 사용하여 개발 및 이슈관리를 해왔습니다. 특히 Jira의 경우는 Agile 방식의 개발을 위한 다양한 기능들을 제공하였고, JQL (Jira Qeury Language)를 활용하여 다양한 필터와 리포트를 만들어 프로젝트를 관리해오고 있었습니다. 그러던 와중에, 저희가 개발하는 소프트웨어중 많은 부분들을 오픈소스SW로 공개하여 키워가기로 결정을 하면서 Github에서 개발을 진행하기 시작하였고, 결국 모든 코드들과 개발 프로세스를 Github 중심으로 가져가게 되었습니다.

https://devocean.sk.com/blog/techBoardDetail.do?ID=163408

[Tool] Issue Management Tool, Zenhub

Tool] Issue Management Tool, Zenhub 개발자들에게 정말 많은 사랑을 받고 있는 Github. 이제는 더 이상 없어서는 안 될 존재가 되었는데요:) 이 Github도 약간 아쉬운 부분이 존재합니다. 그래서 이번 포스팅에서는 Github과 함께 사용할 수 있는 Issue Management Tool 몇 가지를 소개해드리려고 합니다.

https://jaeyeophan.github.io/2017/04/30/issue-management-tool/

Automate Sprint Planning with ZenHub Sprints

In Agile-Scrum, sprints are a fixed length of time (typically two weeks) during which an agreed-upon chunk of work is completed and ready to be shipped. ZenHub sprints allow teams to group issues together that will be completed within this timeframe. With ZenHub sprints, teams can build automatic, scheduled sprints that will create and close by themselves.

https://help.zenhub.com/support/solutions/articles/43000611544/

Key tips for managing projects effectively in ZenHub

Learn tips and best practices below to manage epics and track blockers within your sprint to cut down on meetings. Creating two pipelines helps organize Epics. Epics aren't meant to move throughout your Board, but be the vessel to help you track user stories and key projects in a central location.

https://help.zenhub.com/support/solutions/articles/43000028471-key-tips-for-managing-projects-effectively

An Introduction to ZenHub Epics

Epics are a theme of work that contains several issues, or sub-tasks. Epicsand are the best way to group related issues together into larger goals that span sprints (typically 2-6 weeks). The concept stems from the agile principle that tasks should be broken down into small, manageable chunks; that way, you're able to ship impactful changes more often and ultimately gain more control over the release cycle.

https://help.zenhub.com/support/solutions/articles/43000010341-an-introduction-to-zenhub-epics