我在一家IT服务公司工作，该公司开发产品作为进一步服务咨询的推动者。我们有技术顾问/开发人员，他们需要能够远程开发并在办公室“坐在板凳上”。
哪些方法/流程/工具支持顾问在远程或“在板凳上”进行开发，特别是如何支持可交付成果的管理。
我已经看过DVCS系统以及KanBan电路板工具，但是当我们不是传统的后房开发情况时，我想以最佳方式获得处理这种产品开发方式的意见。
答案 0 :(得分：0)
ALM领域有几位领导者，包括VersionOne，Rally，ThoughtWorks Studios Mingle + Go + Twist，Jira Greenhopper等。这些都是基本上迭代的，支持Scrum + XP。如果您愿意，可以使用新的工具来支持看板。
但关键是决定你打算采取什么方法。迭代还是流动？
除此之外，如果您使用的是持续集成服务器 - 无论是像Jenkins这样的开源还是像Go这样的商业广告 - 那么结合SCM系统（例如git）可以让您了解已经生成的内容以及分发这项工作。
回到你的具体挑战，在我看来迭代不适合你，因为你有人来往他们进入和离开替补席。 Mingle支持这一点非常好，其他一些也是如此。事实上，我认为领先的方法并不适合你的情况，因为你很可能既没有迭代也没有流动。
答案 1 :(得分：0)
这是我的TFS推销。
您的开发人员/顾问需要能够在内部，远程或离线工作。这意味着本地工作空间。 TFS 2012就是这样。
由于营业额高，您需要经理能够轻松快速地将特定任务分配给开发人员。使用TFS，您可以创建工作项，将其分解为子任务，并轻松将其分配给任何团队成员。当开发人员开始工作时，您将能够看到它，并且任何签入都可以与子任务快速关联（半自动）。所以你会知道谁做了什么任务，并且能够看到他们为实现它而实现的确切代码。
如果您有经理维护产品积压，开发人员需要做的就是选择分配给他的任务之一，从源获取最新信息并开始开发。他/她的开销很小。
使用Web Access，您可以查看/编辑整个产品待办事项，获取燃尽图表（以及其他报告），查看谁完成了什么以及何时完成，为团队成员分配任务，更改团队成员等等。所有没有安装VS的，所以如果经理没有发展，则无需获得经理许可。
最后，完全集成的自动构建将允许您确保顾问不会破坏您的来源。门控支票非常适合这种团队。存储变更集，并运行构建。如果更改集将破坏构建，则拒绝签入。您也可以在办理登机手续后自动化另一方的构建。
在VS之外创建的任何文件都可以轻松添加到源代码管理中。添加文件后，TFS会监视文件的更改，您可以轻松地将更改添加到更改集。一旦进入源代码管理，它就完全处于源代码管理中，并且可供所有人使用。
您从未真正提到过任何数据库要求，但新的SSDT对于声明性SQL开发来说非常棒。到目前为止，我没有必要写一个ALTER脚本，这让我很开心。
还完全集成了对代码审查，构建验证测试，自动部署，架构工具（可以实施的规则）等的支持。兔子洞的深度非常深，但是如果你不需要它，那么它就不会强迫你。
所以，我建议的方法是设置KanBan风格，管理者推动任务而不是开发人员拉动任务。通过这种方式，您可以减少高周转率的影响，而无需过度微观管理您的顾问。您将能够轻松地为他们提供任务，让他们完成任务，并完全了解他们执行的工作。我不确定您如何收集您的要求，以及您的客户在开发过程中输入了多少，因此很难详细说明。 TFS支持与工作项关联的故事板，因此您可以向开发人员提供详细的规范。此外，反馈管理器可以帮助从产品所有者那里获得有关工作软件的反馈。
你可以使用已定义的冲刺进入Scrum，但我认为如果你的顾问流失率很高，并且/或者你不需要/想要，冲刺评论和sprint计划的大量开销对你来说可能是浪费您的顾问就用户故事细分/需求收集提供了大量意见。