在 VSTS 中，如何 constraint/restrict 团队成员的工作能力，以防在多个项目中工作
In VSTS, How to constraint/restrict a team member's working capacity in case working in multiple projects
假设团队成员 A 与多个 projects/applications(P1,P2,P3) 一起工作。在进行容量规划时，我可以在每个项目（P1、P2、P3）中每天给他分配 8 小时。 freeze/constraint 一个团队成员在所有项目中的总工作时间是否达到 8 小时（总工作能力应限制为 8 小时）。在帐户级别创建此类 rule/restriction 的任何规定？
简单的回答：你不能通过技术手段做到这一点。每日容量字段未以任何方式验证。您甚至可以输入超过 24 小时作为容量。
容量规划必须通过组织方式来完成。
在我们的项目中，它已被证明是一种很好的做法，甚至不计划每人每天整整 8 小时。对于容量规划，我们只假设每个开发人员 6 小时。其余用于会议、支持和其他计划外的事情。
没有将团队成员的能力限制为所有项目中 8 小时的功能。您需要手动完成。
有一个相似的用户声音，您可以投票和关注，您也可以为此功能创建一个新的用户声音。
Ability for TFS sprint capacity and days off for a project to be inherited by teams
假设团队成员 A 与多个 projects/applications(P1,P2,P3) 一起工作。在进行容量规划时，我可以在每个项目（P1、P2、P3）中每天给他分配 8 小时。 freeze/constraint 一个团队成员在所有项目中的总工作时间是否达到 8 小时（总工作能力应限制为 8 小时）。在帐户级别创建此类 rule/restriction 的任何规定？
简单的回答：你不能通过技术手段做到这一点。每日容量字段未以任何方式验证。您甚至可以输入超过 24 小时作为容量。
容量规划必须通过组织方式来完成。 在我们的项目中，它已被证明是一种很好的做法，甚至不计划每人每天整整 8 小时。对于容量规划，我们只假设每个开发人员 6 小时。其余用于会议、支持和其他计划外的事情。
没有将团队成员的能力限制为所有项目中 8 小时的功能。您需要手动完成。
有一个相似的用户声音，您可以投票和关注，您也可以为此功能创建一个新的用户声音。
Ability for TFS sprint capacity and days off for a project to be inherited by teams