We're a medium sized company that has a development team of five team members. We recently started learning/employing the Scrum method to our R&D department.
Our core team has one project, while each employee has individual task and projects. Some of those individual projects are only big enough for a single developer to complete.
Additionally, a single developer may be supporting a product they released individually.
Furthermore, we currently use a JIRA Scrum board to track our progress in our core team project, while we each use individual JIRA Kanban boards to handle our individual tasks/projects.
We found that it's easy to go over the core team's project during the sprint review, but it's difficult to have visibility into our daily tasks and projects not related to the core project.
Should we utilize a single Kanban board that pulls in all of our core teams Scrum board issues, and all of our other non-core team tasks/projects?
Then we go over all issues in the all-inclusive Kanban board during our sprint review meeting? If so, how should we filter our Kanban board? Updated within a certain time frame, labels, etc?
Or should we use a single Scrum board and force the entire team to plan and estimate both the core team's project and all the individual tasks/projects? What happens when new support issues occur during the middle of the sprint? Do we adjust the sprint scope mid-sprint?
What method of grouping should we use to present both our core team's shared project, and each developer's individual tasks/projects while preserving Scrum estimation and planning?