摘要
我们是一家中型公司，拥有一支由五名团队成员组成的开发团队。我们最近开始学习/使用SCRUM方法到我们的研发部门。
我们的核心团队有一个项目，而每个员工都有个人任务和项目。其中一些单独的项目只有一个开发人员才能完成。
此外，单个开发人员可能正在支持他们单独发布的产品。
此外，我们目前使用JIRA SCRUM板跟踪我们核心团队项目的进度，而我们每个人都使用单独的JIRA看板来处理我们的个别任务/项目。
我们发现在冲刺审查期间很容易查看核心团队的项目，但很难了解我们的日常任务和与核心项目无关的项目。
我们是否应该使用单一的看板，吸引我们所有核心团队的SCRUM董事会问题，以及我们所有其他非核心团队的任务/项目？
然后我们在短跑审查会议期间讨论全包Kanban董事会的所有问题？如果是这样，我们应该如何过滤我们的看板？在特定时间范围内更新，标签等......？
或者我们应该使用单个SCRUM板并强制整个团队计划和估计核心团队的项目和所有单个任务/项目？在sprint中期出现新的支持问题时会发生什么？我们是否在sprint中调整sprint范围？
问题
我们应该使用哪种分组方法来展示我们的核心团队的共享项目，以及每个开发人员的个人任务/项目，同时保留SCRUM估算和规划？
答案 0 :(得分：2)
单板。
为什么要为个人分别开展项目？ 您是在分离支持还是只有一个人可以做的专门项目？