|
| 1 | +--- |
| 2 | +title: "Work Organization and Retrospective" |
| 3 | +format: html |
| 4 | +--- |
| 5 | + |
| 6 | +**Project Management Summary** |
| 7 | + |
| 8 | +Our team organized the Sudoku validation project using GitHub’s core collaboration tools, such as issues, PRs and views. |
| 9 | + |
| 10 | +**Issues, Milestones, and Project Board** |
| 11 | + |
| 12 | +All work in the repo began as an issue, such as features, bugs, and design decisions. Each issue was assigned to one of the team members, which kept responsibilities clear.\ |
| 13 | + |
| 14 | +Our Project Board (Backlog → Ready → In Progress → In Review → Done) gave us a simple visual overview of task flow and workload. We also have views for individual performance and team performance. We found that stating clearly the assignee really helps us in organizing tasks for our team fairly. |
| 15 | + |
| 16 | +**Analytics‑Driven Reflection** |
| 17 | + |
| 18 | +GitHub Project analytics gave us a realistic picture of our workflow: |
| 19 | + |
| 20 | +- **Burn‑up:** Milestone 2 had the most completed issues |
| 21 | + |
| 22 | +- **Team Workload:** Contributions were balanced across members, with differences explained by task complexity vs quantity. |
| 23 | + |
| 24 | + - Eric: 10 |
| 25 | + |
| 26 | + - Justin: 9 |
| 27 | + |
| 28 | + - Omo: 9 |
| 29 | + |
| 30 | + - Kin Chung: 8 |
| 31 | + |
| 32 | + \ |
| 33 | + |
| 34 | +**Development Practices** |
| 35 | + |
| 36 | +- **Git Flow:** A dedicated development branch improved code quality. |
| 37 | + |
| 38 | +- **CI/CD:** GitHub Actions automated testing, documentation builds, and Netlify previews. |
| 39 | + |
| 40 | +- **Documentation:** quartodoc + Quarto, with PR previews for fast feedback. |
| 41 | + |
| 42 | +- **Code Reviews:** Required for every PR, strengthening shared understanding. |
| 43 | + |
| 44 | +- **Communication:** Using GitHub issues PRs and slack. |
| 45 | + |
| 46 | +- **Scaling Up:** We suggest enhancing our issue template and hcangelogs if we are to scale up our project. |
| 47 | + |
| 48 | +**DAKI Retrospective** |
| 49 | + |
| 50 | +- **Drop:** Creating issues without assigning a teammate or labeling it for a milestone |
| 51 | + |
| 52 | +- **Add:** We can conciser adding issue templates |
| 53 | + |
| 54 | +- **Keep:** Project board analytics and PR documentation previews. |
| 55 | + |
| 56 | +- **Improve:** More cross‑reviewing to ensure code robustness. |
| 57 | + |
| 58 | +**Final Reflections** |
| 59 | + |
| 60 | +Clear issue descriptions, continuous documentation previews, and fair workload management helped us maintain quality and fair distribution of work throughout the project. Our structured use of GitHub in the Sudoku_Validation repo kept the team aligned and the development process transparent. |
0 commit comments