Skip to content

Commit 3bcbe73

Browse files
authored
feat: add kanban-board.md (#42)
* add kanban-board.md * update spellcheck CI
1 parent b127b8b commit 3bcbe73

File tree

2 files changed

+39
-1
lines changed

2 files changed

+39
-1
lines changed
+34
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,34 @@
1+
# Introduction
2+
3+
The Gno.land core team collaborates primarily on GitHub. [gno.land core team project board](https://github.com/orgs/gnolang/projects/38) is a kanban-style board that serves as a source of truth.
4+
5+
## Overview
6+
7+
Gno.land core team kanban board consists of the following columns:
8+
9+
1. Triage. All items created on the [gnolang/gno](https://github.com/gnolang/gno) repo are automatically added. Team leads will review and optionally move to Backlog.
10+
2. Backlog. Items we want to do, but don't know when. Once we determine priority, we move the item to Todo.
11+
3. Todo. Items are prioritized, and optionally already assigned to a team member. Items in Todo are up for grabs by anyone on the team. Once you start working on it, assign yourself and move it to In Progress
12+
4. In Progress. Items actively worked on. Ideally each team member will have no more than 3 items at the same time. If the item hasn't been worked on for a week, move back to Todo. If you open a PR, move it to In Review. If you close it without a PR, move it to Done.
13+
5. In Review. For non-draft PRs waiting for 2 reviews (recommendation, not a rule). If a PR is merged or closed, move to Done. If a PR needs more work and moves to draft, move the item to Todo.
14+
6. Done. An item is either merged or closed.
15+
16+
Each item also has priority assigned:
17+
- P0: the project is down and all work stops until this issue is resolved.
18+
- P1: finish this task to unblock someone else, required to be done before other things.
19+
- P2: ordinary flow of work.
20+
- P3: nice to have, but not required.
21+
- P4: informational only.
22+
23+
## How to use the kanban board
24+
25+
When choosing what to do, stick to these principles
26+
1. Right-to-left. When starting your day, check out the In Review board first, and try to review at least one PR. Then move over to your In Progress items. If you don't have anything to work right now, or need to mix it up, pick an item from Todo and start working on it.
27+
2. Top-to-bottom. Sort the columns by priority and start from the top.
28+
29+
Reviewing PRs
30+
1. Prioritize reviews of contributor PRs. We want to demonstrate respect and consideration, and keep them engaged.
31+
2. If you are blocked on an item, leave a comment describing the criteria to unblock it.
32+
3. PR best practices. Ideally each PR in the In Review column should: have enough context in the description, meet all specified requirements and quality standards (CI / lint / code style)
33+
4. Try to have at least 2 approvals. 3+ if it's a critical PR. For single line changes or non-functional changes 1 approval is enough.
34+

spell-check-dictionary.txt

+5-1
Original file line numberDiff line numberDiff line change
@@ -131,4 +131,8 @@ Aleksic
131131
unconstructive
132132
de
133133
Testnet4's
134-
facto
134+
facto
135+
kanban
136+
kanban-style
137+
gnolang
138+
Todo

0 commit comments

Comments
 (0)