go-teamhealthcheck

Content
- Concept of the Team/Squad Health Check
- Goal of this Module
- Usage
- Contribution
Concept of the Team Health Check
The Team/Squad Health Check was formerly mentioned from Spotify as the Squad
Health Check. It is used to evaluate and identify on how is the team doing. The
Stakeholders of this Health Check are the teams themselves as also shared
Leaders, so that those get a sense on where to focus their improvement efforts,
spot systemic problems, and help teams become more self-aware so they can focus
their improvement efforts too.
further reading
Goal of this Module
The module should help you to provide a simple model of the Health Check to just
be able to implement a Service or API to use the Health Check. Mostly because
the Teams I'm working with requested to gather the data not manually anymore,
but through an App or website, I decided to start simple with a model.
Next Steps
This model just reached version v0.1.0. So it's the very beginning. Once I'm
starting to use it more often, this model will get extentend when it makes
sense. There will be example implementations following.
Otherwise just check the Changelog.
Usage
As this is a simple model, the usage is concidered the following path:
// Beginning of your go file / function / ...
metric1 := teamhealthcheck.New("Metric 1")
metric1.SetTendency(2)
metric1.SetRed(2)
...
Contribution
Feel free to contribute, but make sure to follow along with the following
guideline for Commits:
Structural elements:
- fix: a commit of the type fix patches a bug in your codebase (this
correlates with PATCH in semantic versioning)
- feat: a commit of the type feat introduces a new feature to the codebase
(this correlates with MINOR in semantic versioning).
- BREAKING CHANGE: a commit that has the text BREAKING CHANGE: at the
beginning of its optional body or footer section introduces a breaking API
change (correlating with MAJOR in semantic versioning). A BREAKING CHANGE can
be part of commits of any type.
- chore, docs, style, refactor, perf or test are fine too
further reading
Commit messages:
- Separate subject from body with a blank line
- Limit the subject line to 50 characters
- Capitalize the subject line
- Do not end the subject line with a period
- Use the imperative mood in the subject line
- Wrap the body at 72 characters
- Use the body to explain what and why vs. how
further reading