How To Use GitLab For Agile Software Development - GitLab PDF
How To Use GitLab For Agile Software Development - GitLab PDF
Ever wondered if GitLab supports Agile methodology? If you're considering using GitLab it might not be obvious
how its features correspond with Agile artifacts, so we've broken it down for you…
Agile is one of the most important and transformative methodologies introduced to the so!ware engineering
discipline in recent decades. While not everyone can agree on the detailed terminology of Agile concepts, it has
nonetheless made a significant positive impact on so!ware teams e"iciently creating customer-centric products.
GitLab has been designed to be flexible enough to adapt to your methodology, whether Agile or influenced by it.
In this post, we'll show a simple mapping of Agile artifacts to GitLab features, and explain how customers have
successfully run high-performing Agile teams with GitLab.
The GitLab issue page has a title and a description area in the middle, providing a space to document any details, such as the
business value and relevant personas in a user story. The sidebar at the right provides integration with other Agile-compatible
features like the epic that the issue belongs to, the milestone in which the issue is to be worked on, and the weight of the issue,
reflecting the estimated e"ort.
In this meeting (or in subsequent ones), user stories are further broken down to technical deliverables, sometimes
documenting technical plans and architecture. In GitLab, this information can be documented in the issue, or in
the merge request (https://docs.gitlab.com/ee/user/project/merge_requests/) description, as the merge request is
o!en the place where technical collaboration happens.
During the sprint (GitLab milestone), development team members pick up user stories to work on, one by one. In
GitLab, issues have assignees. So you would assign
(https://docs.gitlab.com/ee/user/project/issues/multiple_assignees_for_issues.html) yourself to an issue to
reflect that you are now working on it. We'd recommend that you create an empty and linked-to-issue merge
request right away (https://docs.gitlab.com/ee/user/project/issues/issues_functionalities.html#18-new-merge-
request) to start the technical collaboration process, even before creating a single line of code.
The GitLab issue list pulls in issues relevant to the particular group or project scope. There are powerful filtering and ordering
capabilities that allow you to quickly narrow down that list. For example, you can see a product backlog of prioritized user
stories by filtering by prioritized labels. You can see user stories planned to be worked on in a particular sprint by filtering by
milestone.
The GitLab Issue Board also pulls in issues dynamically, similar to the GitLab issue list. But it allows for more flexible workflows.
You can set up individual lists in the board, to reflect Agile board stages. Your team can then control and track user stories as
they move from for example, Ready for dev , all the way to Released to production .
Toward the end of the sprint, the development team demos completed features to various stakeholders. With
GitLab, this process is made simple using Review Apps (https://docs.gitlab.com/ee/ci/review_apps/index.html) so
that even code not yet released to production, but in various testing, staging or UAT environments can be demoed.
Review Apps and CI/CD features (https://docs.gitlab.com/ee/ci/README.html) are integrated with the merge
request itself. These same tools are useful for Developers and QA roles to maintain so!ware quality, whether
through automated testing with CI/CD, or manual testing in a Review App environment.
The GitLab Burndown Chart allows a team to track scoped work "burning down," as they are being completed in a sprint. This
allows you to react to risks sooner and adapt accordingly, for example, informing your business stakeholders that certain
features are anticipated to be delayed to a future sprint.
A team retrospective at the end of the sprint can be documented in the provided wiki
(https://docs.gitlab.com/ee/user/project/wiki/index.html), so that lessons learned and action items are tracked
over time. During the actual retrospective, the team can look at the milestone page
(https://docs.gitlab.com/ee/user/project/milestones/), which displays the burndown chart and other statistics of
the completed sprint.
Hopefully this answers your questions about how GitLab supports Agile! Please leave a comment or tweet us
@gitlab (https://twitter.com/gitlab) @victorwuky (https://twitter.com/victorwuky) if there's anything else you
want to know.
Photo (https://unsplash.com/photos/HSXv_s2gH3U?utm_source=unsplash&utm_medium=referral&utm_content=creditCopyText) by
Andrew McElroy on Unsplash (https://unsplash.com/search/photos/sprint?
utm_source=unsplash&utm_medium=referral&utm_content=creditCopyText)
(http://twitter.com/share?
text=How%20to%20use%20GitLab%20for%20Agile%20so!ware%20development%20via%20@victorwuky&url=https://about.gitla
for-agile-so!ware-development/&hashtags=) Click to tweet! "
collaboration (/blog/tags.html#collaboration)
# " $ %
(http://twitter.com/share?
(http://www.facebook.com/sharer.php?
(https://www.linkedin.com/shareArticle?
(https://plusone.google.com/_/+1/confirm?
url=https://about.gitlab.com/2018/03/05/gitlab-
u=https://about.gitlab.com/2018/03/05/gitlab-
mini=true&url=https://about.gitlab.com/2018/03/05/gitlab-
hl=en&url=https://about.gitlab.com/2018/03/05/gitlab-
for- for- for- for-
agile-agile-
agile-agile-
so!ware-
so!ware-so!ware-
so!ware-
development/&text=How
development/)
development/&title=How
development/)
to to
use use
GitLab
GitLab
for for
AgileAgile
so!ware
so!ware
development)
development&summary=&source=)
(/stages-devops-
(/) Product Pricing(/pricing/)Resources(/resources/) Blog(/blog/) Support(/support/) $ Explore(https://gitlab.co
lifecycle/)
Follow us: Sign up for GitLab’s twice-monthly newsletter:
"
Your email address
(https://twitter.com/gitlab)
$
(https://www.linkedin.com/company/gitlab-
Subscribe
com)
&
(https://www.facebook.com/gitlab) I agree to the GitLab Privacy Policy (https://about.gitlab.com/privacy/) and understand I can unsubscribe
# (/atom.xml) at anytime.
7 Comments GitLab !
1 Login
Name
We have 80 users in our Gitlab CE. 12 of them developers and internals, making it around 70 external user. One customer has
multiple personal accounts for their employees for sure.
We run some maintenance Projects and around 3 agile Projects at a time.
Running Jira (100 users) with Gitlab CE ist a third the money than using Gitlab Premium (6600$ vs 18240 $). And we then got
epics with Jira.
Compared to the Ultimate the diff is just insane 90.000 $ ! How shell a company with 12 people afford that? We automate all
that stuff and work agile and would love to use a Gitlab Enterprise. But the current pricing model makes it impossible
37 △ ▽ • Reply • Share ›
https://docs.gitlab.com/ee/...
https://about.gitlab.com/pr...
△ ▽ • Reply • Share ›
In light of "can be documented in the issue, or in the merge request description" and the following paragraph, do you see a
chance to do away with the distinction of issues and MRs, as discussed here: https://gitlab.com/gitlab-o... (5-10min read)?
Cheers!
△ ▽ • Reply • Share ›
Thank you for your suggestion. Let's continue the discussion in the issue.
^D
△ ▽ • Reply • Share ›
✉ Subscribe d Add Disqus to your siteAdd DisqusAdd ( Disqus' Privacy PolicyPrivacy PolicyPrivacy
$
" # ' (https://www.linkedin.com/company/gitlab-
(https://twitter.com/gitlab)
(https://www.facebook.com/gitlab)
(https://www.youtube.com/channel/UCnMGQ8QHMAnV
com)
Hall of fame
(/community/mvp/)
Company
About (/company/)
Jobs (/jobs/)
Culture
(/company/culture/)
Team (/company/team/)
Press (/press/)
Analysts (/analysts/)
Handbook (/handbook/)
Security (/security/)
Contact
(/company/contact/)
Terms (/terms/)
Privacy (/privacy/)
Trademark
(/handbook/marketing/corporate-
marketing/#gitlab-
trademark--logo-
guidelines)