Enable Feedback support for users in Team Foundation Server 2012

Audience

Everyone

The focus of this article is to show you how to easily enable feedback support for users in Team Foundation Server 2012 with a few simple permissions. This works great with Team Foundation Server and even better with Team Foundation Service.

Team Foundation Server works better because you have an on-premise installed on TFS 2012 therefore, those who you want to grant access require an Active Directory account in your domain. All of your internal users already have this, but you can also give VPN access for externals. However, this does not work for many publicly shippable applications. If however you are using Team Foundation Service from http://tfs.visualstudio.com all you need is a user Live ID and permission.

image
Figure: Providing Feedback on an application

There are a couple of things that you need to configure in order to enable feedback support for users in Team Foundation Server 2012. Although these may seem trivial they are a little hidden:

  1. DONE Configure email settings to enable feedback support
  2. DONE Configure permissions to enable feedback support

With these complete you are good to go!

Configure email settings to enable feedback support

The first thing to configure is the email settings in order to make sure that we can both use the service and that email in fact does get sent. If you do not have email settings configured then you should see a bunch of warning messages when you try to use features that depend on them.

Figure: TF400264: Team Foundation Server is not configured to send email notifications
Figure: TF400264: Team Foundation Server is not configured to send email notifications

If this is the case then you need to go into your Team Foundation Server Administration Console on the server and configure the email settings. This will require a mail server to actually send the mail to be prepared with specified details.

Note: Many mail servers restrict the ‘from’ address for sending mail and this can mean that emails don’t send when you think they will be. If an email is not being sent, then check the event log on the server for errors.

Figure: Enter the mail settings to enable feedback support
Figure: Enter the mail settings to enable feedback support

Once you have completed and saved this, the email sending feature will work not only for feedback, but also for the built in alerts manager for teams…

Configure permissions to enable feedback support

The permissions are a bit more complex and may be much more specific to the project. You need two very specific permissions sets, one is obvious and the other… well… not so much.

Note: You do not need any version of Visual Studio nor a CAL for TFS to provide feedback. You simply need to request it.

Figure: Create a group to to enable feedback support
Figure: Create a group to enable feedback support

Now, we need to create a group that we can add folks to without having to make them “Contributors”. Unfortunately, “Contributors” get access to our Source Code and builds by default so we really want to lock it down, even if it is just a little.

Figure: You need ‘create test runs’ to enable feedback support
Figure: You need ‘create test runs’ to enable feedback support

As mentioned earlier, the non-obvious permission is required to provide feedback. For some reason you need to have the ‘create test runs’ permission at the root of the project. Don’t ask…

Figure: Join new group to Readers to enable feedback support
Figure: Join new group to Readers to enable feedback support

This new group should only be “Readers” so that we can grant them access to only what is needed to get feedback submitted. What we have now will allow them to view things within the Team Project but not to edit. Now we need to add explicit permission to our root “Area” node.

Figure: Edit the security for the root area
Figure: Edit the security for the root area

Getting into the security settings for an “Area” is simple but a little obscure. There is a little node that only appears when you hover over the node which allows you to get into the Security settings.

Figure: Add the ‘Feedback Provider’ group
Figure: Add the ‘Feedback Provider’ group

Simply type or select the ‘Feedback Provider’ group from the drop down list and save the changes.

Figure: Allow edit work items in this node for ‘Feedback Provider’
Figure: Allow edit work items in this node for ‘Feedback Provider’

Now we have added permission only to allow the editing of work items. Unfortunately, this current state means that any users in this group can edit work items and requires a CAL.

Make sure that you also add the appropriate users to the ‘Limited” access level which is found in the administration control panel for the collection.

Figure: Add feedback users to the Limited access level
Figure: Add feedback users to the Limited access level

And now everyone in that group has access.

Conclusion

The feedback features are incredibly useful and require only minimal configuration. There is no excuse for not having tractability from Feedback through your Backlog to the detail of implementation, allowing you to revisit the feedback when complete.

With the added bonus of zero licensing requirements in order to provide feedback, we can safely roll out the Feedback Client internally to whoever is needed.

Warning: always back up your data before attempting any changes.

Originally published at Where Technology Meets Teamwork by Martin Hinshelwood, Senior ALM Consultant. (source)

Create a conversation around this article

Share on Facebook
Share on Twitter
Share on Linkdin

Read more

Martin Hinshelwood
For a long time now I have been searching for that perfect domain that epitomised the vision, the why, of what I am trying to achieve with my customers and the industry at large. Now I have found it in http://nkdagility.com
Martin Hinshelwood
At the MVP Summit I was appalled by the number of people who asked questions about new features for supporting hierarchical tasks! I shared a disgusted look with Peter Provost and we had a quick (and I mean really quick) conversation that resulted in this post. it really comes down …
Martin Hinshelwood
In my journey of delivering an immersive Product Development Mentor Program over the last eight weeks, a compelling narrative unfolded that beautifully illustrates the essence and true strength of Scrum. This story, rooted in the practical application of Scrum through Minecraft, unveils the depth of adaptability and resilience that Scrum …
Martin Hinshelwood
The Boards in Azure DevOps are a powerful tool that your teams can leverage to enable transparent visualization of the current state of value delivery.  However, the inclusion of Blocked columns can stealthily erode the very foundations of efficiency these boards are meant to uphold. By obfuscating the state of …