Benvenuto nel sistema di tracking delle issue per il progetto Design Comuni Replication.
- πΊοΈ Roadmap: View 12-week plan
- π Project Summary: View status
- π Team Guide: Read guide
- ποΈ Architecture: View decisions
- π Research: View analysis
Replicating 38 Design Comuni static pages using Tailwind CSS + Alpine.js with JSON-driven content blocks.
Source: https://italia.github.io/design-comuni-pagine-statiche/
Target: http://fixcity.local/it/tests/[page-slug]
Timeline: 12 weeks (April 1 - June 30, 2026)
We have 4 issue templates to help you track different types of work:
When: At the start of each phase (6 epics total)
Purpose: Track high-level phases
Example: Epic #1: Foundation & Homepage (Weeks 1-2)
When: For each of the 47 reusable components
Purpose: Track component development
Example: Component: Hero Section (Tier 1)
When: For each of the 38 pages
Purpose: Track page replication
Example: Page: Homepage - /it/tests/homepage
When: Before major technical decisions
Purpose: Document architectural decisions
Example: ADR: Use Tailwind @apply Instead of Bootstrap Italia CDN
We use labels to categorize and prioritize issues:
epic- High-level phase trackingcomponent- Reusable componentpage- Page replicationadr- Architecture decision recordbug- Something isn't workingdocumentation- Documentation improvements
priority-high- Must do first (Tier 1 components, Homepage)priority-medium- Should do soon (Tier 2-3 components)priority-low- Can do later (Tier 4-5 components)
status-proposed- Issue created, not startedstatus-in-progress- Currently working on itstatus-review- Ready for reviewstatus-done- Complete and merged
design-comuni- Related to Design Comuni replicationfrontend- Frontend developmentbackend- Backend developmenttesting- Testing and QAaccessibility- WCAG complianceperformance- Performance optimization
Browse the Issues tab and look for:
- Issues labeled
priority-high - Issues in
status-proposedorstatus-in-progress - Issues matching your skills
Before starting work:
- Comment on the issue: "I'll work on this"
- Tag the project lead if needed
- Wait for assignment
git checkout -b feature/[issue-number]-[component-name]
# Example: git checkout -b feature/2-header-mainFollow Conventional Commits:
git commit -m "feat(header): create universal header component
- Add Blade component with Alpine.js dropdown
- Replicate Bootstrap Italia styles with Tailwind @apply
- Ensure WCAG 2.1 AA compliance
- Closes #2"- Push branch to GitHub
- Create PR with template
- Link to issue ("Closes #2")
- Add screenshots if applicable
- Wait for review
- Address feedback
- Update PR if needed
- Get approval
- Merge to main branch
- Deploy to staging
- Verify on staging
- Close issue
Use Discussions for:
Propose and discuss major technical decisions before implementation.
Example:
- Title: "ADR: Use Tailwind @apply Instead of Bootstrap Italia CDN"
- Category: Architecture Decisions
- Labels: adr, architecture, tailwind
Propose new components and get feedback on design.
Example:
- Title: "Component Design: Hero Section"
- Category: Component Design
- Labels: component, hero, design
Ask questions and get help from the team.
Example:
- Title: "How to replicate Bootstrap Italia grid system?"
- Category: Q&A
- Labels: question, css, grid
We use GitHub Projects to track progress:
URL: View Project Board
Purpose: Track all 38 pages and 47 components
Columns:
- Backlog
- Ready
- In Progress
- Review
- Done
URL: View Sprint Board
Purpose: Track current sprint (2-week cycles)
Columns:
- Sprint Backlog
- This Week
- Blocked
- Done
- Next Sprint
- Issues per week: Target 8-10 issues
- Points per sprint: Target 40-50 points
- Cycle time: Target <5 days (create β close)
- Reopen rate: Target <10%
- Bug rate: Target <5% (bugs / features)
- Test coverage: Target >80%
- Docs per issue: Every issue updates docs
- Bidirectional links: All docs cross-referenced
- Index completeness: Master index always up-to-date
A: Look for issues labeled priority-high and status-proposed. Check the Roadmap for current phase.
A: Yes, but focus on one at a time. Complete and close issues before starting new ones.
A: Create a new issue with the bug label. Include steps to reproduce, expected vs actual behavior, and screenshots.
A: Create a Discussion in the "Component Design" category. Propose the component, explain use cases, and get feedback.
A: Update the component catalog (Themes/Sixteen/docs/COMPONENT_CATALOG.md) and add bidirectional links to the Master Index.
A: See the Team Guide for test commands and examples.
- Name: [Project Lead Name]
- Email: [email@example.com]
- GitHub: [@username]
- When: Every Tuesday 14:00-16:00 CET
- Where: Google Meet
- Who: All team members welcome
For urgent issues (production down, critical bug):
- Slack: #design-comuni-emergency
- Phone: [+XX XXX XXX XXXX]
We celebrate completing each phase! π
- Date: April 14, 2026
- Celebration: Team lunch / virtual happy hour
- Recognition: Shout-out in company meeting
- Date: April 28, 2026
- Celebration: [TBD]
- Date: May 12, 2026
- Celebration: [TBD]
- Date: May 26, 2026
- Celebration: [TBD]
- Date: June 9, 2026
- Celebration: [TBD]
- Date: June 30, 2026
- Celebration: Big team celebration!
- Recognition: Certificates, bonuses, public acknowledgment
Treat all team members with respect and kindness.
Welcome contributors of all backgrounds and skill levels.
Provide helpful feedback, not criticism.
Work together, share knowledge, help each other grow.
Maintain professional communication at all times.
Last Updated: April 1, 2026
Version: 1.0
Maintained By: Project maintainers