Skip to content

feat: add OKR, agile and Jira delivery practices#63

Open
jdhoffa wants to merge 8 commits intomainfrom
feat/add-agile-practices
Open

feat: add OKR, agile and Jira delivery practices#63
jdhoffa wants to merge 8 commits intomainfrom
feat/add-agile-practices

Conversation

@jdhoffa
Copy link
Copy Markdown
Collaborator

@jdhoffa jdhoffa commented Mar 25, 2026

Adds a compact documentation for how teams define outcomes and run agile delivery.

Added:

  • an OKR guide
  • a tool-agnostic Agile overview
  • common agile ceremonies for sprint cadence
  • a Jira runbook for implementing the workflow
  • a (very) brief note on using Atlassian Goals for OKRs

This layout separates outcome-setting (OKRs), operational delivery model (Agile), and tool-specific implementation guidance (Jira).

AlexAxthelm
AlexAxthelm previously approved these changes Mar 25, 2026
Copy link
Copy Markdown

@AlexAxthelm AlexAxthelm left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Overall good for me

Co-authored-by: Alex Axthelm <alex@alexaxthelm.com>
@jdhoffa jdhoffa requested a review from AlexAxthelm March 25, 2026 12:38
Copy link
Copy Markdown
Member

@john john left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This is great. No problems but if you could address my comments where it makes sense I'll then approve.


## Link To Strategy

Use this chain:
Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We've talked about adapting process to the scale of the work at hand--for many projects I think we may want to skip the epic step. Can we note that we adapt to scale, and as an example epics can be optional if appropriate? Personally I almost always skip them, but I see them being employed effectively on our larger projects so I'm not opposed to it being a recommended option. Just don't want anyone thinking they're doing something wrong if they're not creating epics for their two month project.

Copy link
Copy Markdown
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yeah "Epics/Stories" is sort of meant to reflect that.
If the project is big, the PRD probably benefits from being split into Epics, of not you can go straight to stories.

I can just write PRD -> Tickets to keep it generic enough here? I don't think the overview page is the place to get into too much detail about ticket types (that happens in jira.md).

Co-authored-by: Jackson Hoffart <jackson.hoffart@gmail.com>
@jdhoffa
Copy link
Copy Markdown
Collaborator Author

jdhoffa commented Mar 26, 2026

This is great. No problems but if you could address my comments where it makes sense I'll then approve.

Addressed most of your comments. Let me know about the Epics/Stories split :-)

@jdhoffa jdhoffa requested a review from john March 26, 2026 09:28
@jdhoffa
Copy link
Copy Markdown
Collaborator Author

jdhoffa commented Mar 26, 2026

@rosewangrmi I have:

  • Update guidance for "async" standups
  • Removed "core team" from backlog refinement, and added adhoc SME or engineer attendance, as required

Let me know if that sounds good :-)

@jdhoffa jdhoffa requested review from addysonaike and removed request for addysonaike March 27, 2026 11:11
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants