mirror of
https://github.com/fleetdm/fleet
synced 2026-05-23 17:08:53 +00:00
Update why-this-way.md with customer promise details (#33764)
Added a section on customer promises and t-shirt sizing for capacity planning. This is a TODO coming out of yesterday's t-group meeting. --------- Co-authored-by: Noah Talerman <47070608+noahtalerman@users.noreply.github.com>
This commit is contained in:
parent
aef9b8400c
commit
c8475639e5
2 changed files with 6 additions and 4 deletions
|
|
@ -907,7 +907,7 @@ If the buyer (aka the "Santa") hasn't reviewed the price in the first order form
|
|||
|
||||
On the order form, customer promises are reprented as [customer request](https://fleetdm.com/handbook/product-design#unpacking-the-why) issues and not [user stories](https://fleetdm.com/handbook/company/product-groups#scrum-items).
|
||||
|
||||
**Participants:** AE, SC, CEO, CTO, VP of Customer Success, and Head of Product Design. (+ temporarily: CRO)
|
||||
**Participants:** AE, SC, CEO, CTO, VP of Customer Success, Head of Product Design, and relevant EM. (+ temporarily: CRO)
|
||||
|
||||
**Agenda:**
|
||||
- Discuss new promises from an order form with promises
|
||||
|
|
|
|||
|
|
@ -120,7 +120,6 @@ At Fleet, we keep everything in one repo ([`fleetdm/fleet`](https://github.com/f
|
|||
- One repo pools GitHub stars and more accurately reflects Fleet’s presence.
|
||||
- One repo means one set of automations and labels to manage, resulting in a consistent GitHub experience that is easier to keep organized.
|
||||
|
||||
|
||||
The only exceptions are:
|
||||
1. **Other open-source projects:** When we contribute to open-source projects owned by other people and organizations, we contribute to those outside repositories. For example, Fleet contributes to [osquery](https://github.com/osquery/osquery/commits/master), [Sails.js](https://github.com/balderdashy/sails/commits/master), and [other open-source projects](https://github.com/orgs/fleetdm/sponsoring).
|
||||
2. **Non-public matters:** Since GitHub does not allow non-public issues inside public repos, we have to use separate repositories to track non-public issues. Sometimes it is also useful to contribute files to a non-public repository, such as when they mention customer relationships that are under non-disclosure agreements. When we work on something non-public, we contribute to the repository with the appropriate [level of confidentiality](https://fleetdm.com/handbook/company#levels-of-confidentiality):
|
||||
|
|
@ -132,10 +131,8 @@ The only exceptions are:
|
|||
- _nvd:_ [`fleetdm/nvd`](https://github.com/fleetdm/nvd)
|
||||
5. **Terraform modules:** Since Terraform clones the entire repo once per tagged version of a module, we maintain a separate repo for Terraform modules at [fleetdm/fleet-terraform](https://github.com/fleetdm/fleet-terraform) to expedite deployments using `terraform init`.
|
||||
|
||||
|
||||
Besides the exceptions above, Fleet does not use any other repositories. Other GitHub repositories in `fleetdm` should be archived and made private.
|
||||
|
||||
|
||||
> _**Tip:** Did you know that you can [search through issues from all public and non-public Fleet repos](https://github.com/issues?q=archived%3Afalse+org%3Afleetdm+is%3Aissue+is%3Aopen+) at the same time?_
|
||||
>
|
||||
> _**Tip:** In addition to the built-in search available for the public handbook on fleetdm.com, you can also [search any public AND non-public content, including issue templates, at the same time](https://github.com/search?q=org%3Afleetdm+path%3A.github%2FISSUE_TEMPLATE+path%3Ahandbook%2F+path%3Adocs%2F+foo&type=code)._
|
||||
|
|
@ -273,6 +270,11 @@ Why bother with all that? And why do it in this particular order?
|
|||
Fixing small inconsistencies quickly is worth it. When we tolerate and overlook little things, we send contributors mixed messages, like "[broken windows](https://en.wikipedia.org/wiki/Broken_windows_theory)". (Are these things actually important?) Since new contributors join the team all the time, we also prevent learning the right way to do things through osmosis, since pattern matching from a bad pattern creates even more inconsistencies. Plus these things add up over time, creating problems for both users and contributors.
|
||||
|
||||
|
||||
## Why t-shirt size customer promises before committing?
|
||||
|
||||
[Customer promises](https://fleetdm.com/handbook/company/product-groups#new-customer-promise-s) are one of the ways we collaborate with our customers to improve Fleet. We [t-shirt size](https://fleetdm.com/handbook/company/product-groups#t-shirt-sizing-capacity-planning) all customer promises and place them on our product roadmap before committing to them. This allows us to make sure there is available product design and engineering capacity to deliver the promise before we commit to a delivery date.
|
||||
|
||||
|
||||
## Why make it obvious when stuff breaks?
|
||||
|
||||
At Fleet, we detect and fix bugs as quickly as possible.
|
||||
|
|
|
|||
Loading…
Reference in a new issue