Background: I have worked with many scrum teams over the past 5 years using Atlassian JIRA. I changed companies and they are using TFS 2015.
Issue: Using JIRA there was one scrum board per team and that all roles on the scrum team use the scrum board to understand where stories are in the process during the sprint. It gave the QA member information around when a story was ready for testing, it gave DevOps information about when an item could be deployed, etc. etc.. In TFS 2015 the scrum board is fixed based on the BPI (or User Story depending on the Process Template you are using). It seems that during a sprint team members have to view both the BPI/UserStory board and the sprint board to get the full picture of what is happing with a BPI/Story in context of the sprint.
I don’t mind and kind of like the separation of concerns around the fact that epics, features, BPI/Stories have their own boards. This is great for the PO to track their process in preparing work for the team. What is frustrating to me is it seems that it would be better to allow the scrum team to define their scrum board to map to their process separate from what the product owner is doing on the BPI/Story board.
With this new job I am getting back into the Microsoft stack (I left it for ~5-6 years for the JBOSS/Tomcat/Apache/Linux stack). It seems to me Microsoft is being heavy-handed forcing development teams to do it the way they think it should be done versus giving the teams the flexibility to find what works for them. A lot of things about Microsoft gives me that impression and, for me, it is hard to swallow.
Is there a way to customize the sprint board (I have not found a way via the web interface)? Maybe the process template XML? Does anyone else feel this way? Am I thinking about this wrong?