summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
-rw-r--r--contact.html13
-rw-r--r--includes/stylesheet.css23
-rw-r--r--includes/tox.pngbin0 -> 6336 bytes
-rw-r--r--index.html1
-rw-r--r--posts/programming/2020-12-08-useful-sprint-planning-from-a-certified-scrum-master.html209
-rw-r--r--rss.xml1
6 files changed, 244 insertions, 3 deletions
diff --git a/contact.html b/contact.html
index 386aeba..8f39e4a 100644
--- a/contact.html
+++ b/contact.html
@@ -64,7 +64,7 @@
<p>
You can write to <a href="mailto:atc@53hor.net">atc@53hor.net</a>. I
also exist on the following sites but may or may not use them that
- often.
+ often. E-mail is the best way to reach me.
</p>
<ul>
@@ -80,6 +80,17 @@
</ul>
<p>
+ I'm also testing out Tox as an alternative to apps like Discord, so you
+ can message me there for the time being.
+ </p>
+ <p>
+ <img
+ src="/includes/tox.png"
+ alt="33FF8453F9A8E3583EFBC1185F17B466C2A76761AD7E35CBFEB9F1D977F71022FC8FBBC6AB41"
+ title="33FF8453F9A8E3583EFBC1185F17B466C2A76761AD7E35CBFEB9F1D977F71022FC8FBBC6AB41"
+ />
+ </p>
+ <p>
If you were looking for source code repositories, see
<a href="/software.html">Software</a>.
</p>
diff --git a/includes/stylesheet.css b/includes/stylesheet.css
index 1fbee17..fdefbae 100644
--- a/includes/stylesheet.css
+++ b/includes/stylesheet.css
@@ -98,12 +98,16 @@ article ul {
}
article ul li {
- padding-left: 16px;
+ padding: 0.5em;
}
article ul li:before {
content: "➙";
- padding-right: 8px;
+ padding-right: 0.5em;
+}
+
+article ol li {
+ padding: 0.5em;
}
p img {
@@ -122,3 +126,18 @@ iframe {
margin-left: auto;
margin-right: auto;
}
+
+.list {
+ overflow-x: auto;
+}
+
+.list table {
+ width: 100%;
+}
+
+.list td,
+th {
+ padding: 0.5em;
+ text-align: left;
+ border-bottom: 1px solid var(--charcoal);
+}
diff --git a/includes/tox.png b/includes/tox.png
new file mode 100644
index 0000000..24ce11a
--- /dev/null
+++ b/includes/tox.png
Binary files differ
diff --git a/index.html b/index.html
index 982f368..1a0cd8b 100644
--- a/index.html
+++ b/index.html
@@ -70,6 +70,7 @@
</h1>
<ul id="index">
+<li> <a href="/posts/programming/2020-12-08-useful-sprint-planning-from-a-certified-scrum-master.html">Useful Sprint Planning from a Certified Scrum Master <code>Tue, 08 Dec 2020</code> </a> </li>
<li> <a href="/posts/programming/2020-12-04-aoc-2020-day-1-in-cbm-basic.html">AOC 2020 Day 1 in CBM Basic <code>Fri, 04 Dec 2020</code> </a> </li>
<li> <a href="/posts/programming/2020-12-01-the-guides.html">The Guides <code>Tue, 01 Dec 2020</code> </a> </li>
<li>
diff --git a/posts/programming/2020-12-08-useful-sprint-planning-from-a-certified-scrum-master.html b/posts/programming/2020-12-08-useful-sprint-planning-from-a-certified-scrum-master.html
new file mode 100644
index 0000000..2334b39
--- /dev/null
+++ b/posts/programming/2020-12-08-useful-sprint-planning-from-a-certified-scrum-master.html
@@ -0,0 +1,209 @@
+<!DOCTYPE html>
+<html>
+ <head>
+ <link rel="stylesheet" href="/includes/stylesheet.css" />
+ <meta charset="utf-8" />
+ <meta name="viewport" content="width=device-width, initial-scale=1" />
+ <meta
+ property="og:description"
+ content="The World Wide Web pages of Adam Carpenter"
+ />
+ <meta property="og:image" content="/includes/images/logo_diag.png" />
+ <meta property="og:site_name" content="53hor.net" />
+ <meta
+ property="og:title"
+ content="Useful Sprint Planning from a Certified Scrum Master"
+ />
+ <meta property="og:type" content="website" />
+ <meta property="og:url" content="https://www.53hor.net" />
+ <title>
+ 53hornet ➙ Useful Sprint Planning from a Certified Scrum Master
+ </title>
+ </head>
+
+ <body>
+ <nav>
+ <ul>
+ <li>
+ <a href="/">
+ <img src="/includes/icons/home-roof.svg" />
+ Home
+ </a>
+ </li>
+ <li>
+ <a href="/about.html">
+ <img src="/includes/icons/information-variant.svg" />
+ About
+ </a>
+ </li>
+ <li>
+ <a href="/software.html">
+ <img src="/includes/icons/git.svg" />
+ Software
+ </a>
+ </li>
+ <li>
+ <a href="/hosted.html">
+ <img src="/includes/icons/desktop-tower.svg" />
+ Hosted
+ </a>
+ </li>
+ <li>
+ <a type="application/rss+xml" href="/rss.xml">
+ <img src="/includes/icons/rss.svg" />
+ RSS
+ </a>
+ </li>
+ <li>
+ <a href="/contact.html">
+ <img src="/includes/icons/at.svg" />
+ Contact
+ </a>
+ </li>
+ </ul>
+ </nav>
+
+ <article>
+ <h1>Useful Sprint Planning from a Certified Scrum Master</h1>
+
+ <p class="description">
+ This is a small collection of sprint planning/story points allocation
+ tips and tricks that I use at work. They pretty much all come from our
+ in-house certified "Scrum Master". He's got much better experience than
+ I do with building a real working backlog of stories and planning
+ sprints based on those stories. That being said, any opinions here are
+ my own and I don't speak on his behalf.
+ </p>
+
+ <h2>Points as a Measure of Work</h2>
+
+ <p>
+ In my understanding, points are approximate measures of the amount of
+ work required to complete a given story or task. I do not think points
+ correlate to an exact measure of time. I use them to determine the size
+ of a task in relation to another task. For example, a simple-looking
+ task may be allocated 1 point. In reality this 1 point may take 1 minute
+ or 1 hour to complete. The time it takes is less important than the
+ ratio of time it takes in comparison to a second given task. Say the
+ second task appears to take twice as much time as the first (however
+ much time that may be). The second task would therefore get 2 points.
+ </p>
+
+ <p>
+ Some teams have a special system for incrementing points. Our team uses
+ the
+ <a href="https://en.wikipedia.org/wiki/Fibonacci#Fibonacci_sequence"
+ >Fibonacci sequence of numbers</a
+ >. So the smallest amount that can be allocated to a story is 1. Then it
+ goes 2, 3, 5, 8, and so on and so forth. If a single story is going to
+ use up 8 points, you should probably take a look at breaking it up into
+ smaller tasks. A single story shouldn't take up almost half of your
+ allocated work for a sprint.
+ </p>
+
+ <h2>How Much is Enough?</h2>
+ <p>
+ Our team aims for 10 points per 2-week per sprint. Simple enough for me,
+ but the hard part is determining how many points to allocate to a given
+ task.
+ </p>
+
+ <p>
+ One thing I could never figure out is what the recommended starting
+ position for 1 point looks like. I'm sure this is something that comes
+ from experience, and our Scrum Master helped us out with that.
+ </p>
+
+ <ul>
+ <li>
+ 1 point: Small or basic text change. Updating configuration, fixing a
+ typo or cognitively simple bug.
+ </li>
+ <li>
+ 2 points: Task with light complexity. Some portions of code have to
+ change, be debugged, tested.
+ </li>
+ <li>
+ 3 points: Some complexity, will take time to implement. Potentially a
+ few days' worth of work. May require front- and back-end work, or
+ back-end and database work.
+ </li>
+ <li>
+ 5 points: Half a sprint's worth of more complicated work. Full-on
+ feature implementation for example.
+ </li>
+ </ul>
+
+ <h2>Prioritizing Work</h2>
+
+ <p>
+ I do not see points as indicative of the importance or priority of a
+ task or story. Just because one task will take longer to complete than
+ another does not mean it's more or less important to me. There should be
+ another method of gauging which stories should be taken off the backlog
+ first. For example, one story might depend on another. One might relate
+ to core functionality that a stakeholder has asked for. Another task
+ might be required to make code build because it solves some major
+ problem!
+ </p>
+
+ <p>
+ To communicate how "important" a task is, every story we have is
+ prioritized something like this:
+ </p>
+ <ol>
+ <li>Critical</li>
+ <li>Blocker</li>
+ <li>Highest</li>
+ <li>High</li>
+ <li>Medium</li>
+ <li>Low</li>
+ <li>Lowest</li>
+ </ol>
+
+ <p>
+ Tasks that align with some long-term project that management is waiting
+ on are tagged "Highest". Stories that prevent lots of other stories from
+ being completed may be labeled "Blocker".
+ </p>
+
+ <h2>Sprint Planning/Backlog Refinement</h2>
+
+ <p>
+ With all that in mind, at the start of the sprint I now take about 10
+ points worth of priority work off of the backlog. I'll work through it
+ the whole sprint through and then, ideally, it'll all be complete by the
+ end of the sprint. If I bit off more than I could chew and the sprint
+ ends before I'm finished, the incomplete work rolls over to the next
+ sprint and is the first to be completed. If I find I've finished
+ everything I had to work on and there are still a couple of days left in
+ the sprint, I'll take one or two small items off the backlog and work on
+ those.
+ </p>
+
+ <h2>Tools to Get the Job Done</h2>
+
+ <p>
+ Our team uses Jira at work, and I know some folks love it so much
+ they've paid for a personal license. It's a bit overkill for my personal
+ projects, so I've been using Nextcloud's Deck plugin. This is an okay
+ solution but it doesn't integrate very well with source code
+ repositories (although it can tie into a Nextcloud "project", or a
+ collection of related files open to a team). I'm spinning up a Gitea
+ server to replace my <code>git-web</code> server soon and this is one of
+ the reasons for that. Gitea has a GitHub-style issue tracker where you
+ can create issues of various kinds, assign them to users, reference
+ commits to the source, and create a Kanban-style board of issues that
+ are on the backlog, to-do, in-progress, or done.
+ </p>
+
+ <p>
+ I'm still learning how to keep to a Scrum-like process of some kind,
+ because I do see the benefit of using such a system, especially in a
+ team. I'm definitely not an expert though so some of what I've got here
+ may change over time. Right now it's working well and that's good enough
+ for me.
+ </p>
+ </article>
+ </body>
+</html>
diff --git a/rss.xml b/rss.xml
index 2414826..b8a8018 100644
--- a/rss.xml
+++ b/rss.xml
@@ -18,4 +18,5 @@
<item> <title>Titanic's Last Signals</title> <pubDate>Mon, 30 Nov 2020</pubDate> <link>https://www.53hor.net/posts/interesting/2020-11-30-titanic's-last-signals.html</link> <guid>https://www.53hor.net/posts/interesting/2020-11-30-titanic's-last-signals.html</guid> </item>
<item> <title>The Guides</title> <pubDate>Tue, 01 Dec 2020</pubDate> <link>https://www.53hor.net/posts/programming/2020-12-01-the-guides.html</link> <guid>https://www.53hor.net/posts/programming/2020-12-01-the-guides.html</guid> </item>
<item> <title>AOC 2020 Day 1 in CBM Basic</title> <pubDate>Fri, 04 Dec 2020</pubDate> <link>https://www.53hor.net/posts/programming/2020-12-04-aoc-2020-day-1-in-cbm-basic.html</link> <guid>https://www.53hor.net/posts/programming/2020-12-04-aoc-2020-day-1-in-cbm-basic.html</guid> </item>
+<item> <title>Useful Sprint Planning from a Certified Scrum Master</title> <pubDate>Tue, 08 Dec 2020</pubDate> <link>https://www.53hor.net/posts/programming/2020-12-08-useful-sprint-planning-from-a-certified-scrum-master.html</link> <guid>https://www.53hor.net/posts/programming/2020-12-08-useful-sprint-planning-from-a-certified-scrum-master.html</guid> </item>
</channel> </rss>