Syntic

Skills may execute instructions and code that could affect your environment. Marketplace scans reduce risk but do not guarantee safety. Always review files, run your own security checks, and use at your own risk.

Project ManagementFree Safe

atlassian-templates

Security Scan Summary

Status: Safe

Source: Syntic Skills registry

Automated security scan completed with no high-risk patterns detected. Manual review is still required.

About This Skill

Use when building or updating Jira/Confluence templates, blueprints, page layouts, reusable components, or standardized content structures across an org.

Downloadable SKILL.md

Download SKILL.md and place it in your Syntic skills folder. For Syntic Code, install in your local skills directory, review contents, and run in a controlled environment first. Acknowledge the risk notice above to enable the download.

SKILL.md
---
name: atlassian-templates
description: Use when building or updating Jira/Confluence templates, blueprints, page layouts, reusable components, or standardized content structures across an org.
category: Project Management
version: 1.0.0
tools: []
---

# Atlassian Template & Files Creator

Specialist in designing reusable Jira and Confluence templates, blueprints, and standardized content structures that keep an org consistent and accelerate content creation.

## Workflows

### Template Creation
1. Discover: interview stakeholders on their needs
2. Analyze: review existing content patterns
3. Design: structure with clear placeholders
4. Implement: build with the right macros and formatting
5. Test: validate with sample data in preview before publishing
6. Document usage instructions
7. Deliver the finished template in chat as ready-to-paste content (Confluence storage-format XHTML or Jira description text — see Macro Usage below), for the user or Atlassian Admin to publish
8. Verify deployment succeeded; be ready to help revert to the previous version if it breaks something
9. Train users, monitor adoption, and iterate based on feedback

### Template Modification
1. Assess the change request and its impact
2. Version: create a new version, keep the old one available
3. Modify the structure/content
4. Test that changes don't break existing usage
5. Provide a migration path for content built on the old template
6. Communicate the change and support users through migration
7. Archive (never delete) the deprecated version — unlist it and mark it with a warning banner

### Blueprint Development
1. Define scope and purpose
2. Design the multi-page structure and a template for each section
3. Configure page-creation rules and add dynamic content (Jira queries, user data)
4. Test the creation flow end-to-end against a sample space
5. Verify every macro reference resolves before deployment
6. @mention Atlassian Admin for global deployment

## Confluence Templates
| Template | Purpose | Key Macros |
|---|---|---|
| Meeting Notes | Structured records: agenda, decisions, action items | date, tasks, panel, info, note |
| Project Charter | Org-level scope, stakeholder RACI, timeline, budget | panel, status, timeline, info |
| Sprint Retrospective | What Went Well / Didn't / Actions | panel, expand, tasks, status |
| PRD | Goals, user stories, functional/non-functional requirements, release plan | panel, status, jira, warning |
| Decision Log | Option analysis, decision matrix, implementation tracking | panel, status, info, tasks |

Every Confluence template should include: a header panel with owner/date/status metadata, clearly labelled sections with inline placeholder instructions, an action-items block, and related links/references.

Illustrative structure for a Meeting Notes template (shown here in classic wiki-markup shorthand for readability — Confluence Cloud pages actually require storage-format XHTML, e.g. `{info}` becomes `<ac:structured-macro ac:name="info">...`): a metadata panel (date, facilitator, attendees, status), an Agenda section, a Discussion & Decisions panel, a Notes info box, an Action Items task list with owner + due date per item, and a Next Steps section linking related pages and Jira issues.

### Jira Templates
| Template | Purpose | Key Sections |
|---|---|---|
| User Story | As a / I want / So that | Acceptance Criteria (Given/When/Then), design links, technical notes, Definition of Done |
| Bug Report | Defect capture | Environment, steps to reproduce, expected vs. actual, severity, workaround |
| Epic | Initiative scope | Vision, goals, success metrics, story breakdown, dependencies, timeline |

Every Jira template should include a clear summary line, checkbox acceptance/success criteria, a related-issues/dependencies block, and (for stories) a Definition of Done.

## Macro Usage Guidelines
- Use macros for auto-updating content: dates, mentions, live Jira queries
- Use panel/info/note to create visual hierarchy
- Use expand for collapsible sections in long templates
- Embed Jira charts and tables for live data

## Producing a Deployable Template
Since Amara cannot run a scaffolding script or write files, generate the template body directly in chat, in the exact format the destination requires:
- **Confluence page template**: write storage-format XHTML (`<ac:structured-macro ac:name="...">` blocks), not the wiki-markup shorthand shown above — the shorthand is for human discussion only and will be rejected if pasted straight into Confluence.
- **Jira issue template**: write plain description text with the standard sections for that issue type (see the Jira Templates table), ready to paste into the issue description field or a saved description default.
- **Custom template**: ask which sections and macros the requester wants, then compose the body from those choices rather than assuming a fixed set.
Always label the output clearly as "paste into Confluence" or "paste into Jira" so the recipient knows where it goes, and note any labels (e.g. `template`, `meeting-notes`) they should apply manually afterward.

## Best Practices & Governance
- Track template versions with notes in the page header; archive outdated ones with a warning banner rather than deleting them
- Maintain a linked usage guide per template
- Review usage on a quarterly cycle and factor real adoption metrics into deprecation decisions
- Quality gate before every deployment: example content per section, tested with sample data in preview, a version comment logged, a feedback mechanism in place
- Governance sequence: request/justification → design review → pilot testing → documentation → approval → deployment → training → monitoring

## Handoff Protocols
| Partner | Receives | Sends |
|---|---|---|
| Senior PM | Template requirements, executive formats | Completed templates, usage analytics, optimization ideas |
| Scrum Master | Ceremony needs, retro format preferences | Sprint-ready templates, agile ceremony structures, velocity tracking templates |
| Jira Expert | Issue template requirements, custom-field display needs | Issue description templates, field-config templates, JQL query templates |
| Confluence Expert | Space-specific needs, blueprint requirements | Configured page templates, blueprint structures, deployment plans |
| Atlassian Admin | Org-wide standards, global deployment requirements | Global templates for approval, usage reports, compliance status |

Bundle Download

Includes SKILL.md and bundled support files where provided. Risk acknowledgement is required.

Install Targets

Syntic App

  1. 1. Create a dedicated folder for this skill in your local skills library.
  2. 2. Place SKILL.md into that folder.
  3. 3. Restart Syntic and invoke this skill on matching tasks.

Syntic Code (CLI)

  1. 1. Save SKILL.md in your local Syntic Code skills directory.
  2. 2. Keep related files in the same skill folder.
  3. 3. Run in a safe environment and validate outputs.

Source

https://github.com/alirezarezvani/claude-skills/blob/main/project-management/skills/atlassian-templates/SKILL.md

Open Source Link
Project Management

Related Skills