Project management 哪些方法/流程/工具支持远程和“在工作台上”开发？

我在一家IT服务公司工作，该公司开发产品，作为进一步服务咨询的促成因素。我们有技术顾问/开发人员，他们需要能够远程开发，并且在回到办公室的时候能够坐在板凳上

当顾问处于远程或工作台上时，哪些方法/流程/工具支持他们的开发，特别是如何支持可交付成果的管理

---

我已经研究过DVCS系统以及看板工具，但我想在不是传统的后台开发情况下，以最佳方式处理这种产品开发方式征求意见。

ALM领域有几位领导者，包括VersionOne、Rally、ThoughtWorks Studios Mingle+Go+Twist、，吉拉·格林霍普和其他人。这些本质上都是迭代的，支持Scrum+XP。如果您喜欢的话，将会有一批新的工具支持看板

然而，关键是决定你计划采取什么方法。迭代还是流

除此之外，如果您使用的是持续集成服务器——无论是像Jenkins这样的开源服务器还是像Go这样的商业服务器——那么，与SCM系统git相结合，可以让您了解所生成的内容以及分发该工作的能力

回到你的具体挑战，在我看来，迭代不适合你，因为你有人来来去去去，当他们进入和离开板凳。和其他一些人一样，Mingle非常好地支持这一点。事实上，我认为领先的方法论并不真正适合您的情况，因为您很可能既没有迭代也没有流程。

以下是我的TFS演讲

您的开发人员/顾问需要能够在内部、远程或离线工作。这意味着本地工作区。《2012年TFS》就是这样

由于人员流动率很高，您需要经理能够轻松快速地将特定任务分配给开发人员。使用TFS，您可以创建工作项，将其分解为子任务，并轻松地将其分配给任何团队成员。当开发人员开始工作时，您将能够看到它，并且任何签入都可以半自动地与子任务快速关联。因此，您将知道谁完成了什么任务，并且能够看到他们为完成任务而实现的确切代码

如果您有管理人员维护产品待办事项，那么开发人员所需要做的就是选择分配给他的任务之一，从源代码获取最新信息并开始开发。对他/她来说，开销最小

使用Web Access，您可以查看/编辑整个产品待办事项，获取燃尽图表和其他报告，查看谁完成了什么以及何时完成，将任务分配给团队成员，更改团队成员等。所有这些都不需要安装VS，因此如果他们不开发，则无需获得经理许可证

最后，完全集成的自动化构建将允许您确保顾问不会破坏您的源代码。门控签入对这类团队来说非常好。将存储变更集，并运行生成。如果变更集将破坏生成，则签入将被拒绝。您还可以在另一端自动生成，即签入后

在VS之外创建的任何文件都可以轻松地添加到源代码管理中。添加文件后，TFS将监视文件的更改，您可以轻松地将更改添加到更改集。一旦进入源代码管理，它就完全进入了源代码管理，并且对每个人都可用

您从未真正提到过任何数据库需求，但新的SSDT对于声明式SQL开发来说非常棒。到目前为止，我还没有写过一个ALTER脚本，这让我非常高兴

此外，还完全集成了对代码审查、构建验证测试、自动化部署、具有可强制执行的规则的体系结构工具等的支持。兔子洞很深，但如果你不需要它，就不会强迫你

因此，我建议的方法是看板式设置，由经理推动任务，而不是由开发人员拉动任务。通过这种方式，您可以减少高离职率的影响，而无需对顾问进行过度的微观管理。您将能够轻松地为他们分配任务，让他们完成任务，并完全了解他们执行的工作。我不确定您是如何收集需求的，以及您的客户在开发过程中有多少投入，因此很难深入了解更多细节。TFS支持与工作项关联的故事板，因此您可以向开发人员提供详细的规范。此外，反馈经理还可以帮助从产品负责人处获取有关工作软件的反馈

您可以使用定义的sprint进行Scrum，但我认为，如果您的顾问流失率很高，并且/或者您不需要/不想从顾问那里获得大量关于用户故事分解/需求收集的信息，那么sprint审查和sprint规划的大量开销对您来说可能是一种浪费。

此外，通常

---

一个开发项目要么是由客户资助的，因此需求取决于客户的需求，我们还需要启动和停止开发，这取决于哪个顾问/开发人员可以在工作台上继续工作，cheers MarkIt在要查看的工具列表上，但我对这些工具支持的过程更感兴趣。我们需要一种轻量级的方法，能够在实现之前和之后遵守规范，在实现过程中捕获人工制品，并为我们的业务提供安全性，使我们能够完全了解交付的内容。我们不仅不是一家传统的开发商店，而且在咨询师在行业中的职业发展过程中，我们往往也会有大量的咨询师，因此我们需要一种在交接时摩擦最小的服务。干杯，MarkTFS提供了所有这些东西。特别是Web访问部分。Scrum和看板模板开箱即用。Web托管，因此您的客户可以完全了解已完成的工作、当前sprint中的工作以及积压工作中的工作。与其他工具相比，TFS以何种方式更适合我所关注的开发风格，TFS可能支持Scrum或看板，但这是我仍然不确定的过程？感谢参考文献中的ALM，我会进一步调查的。您是对的，我们将没有迭代或流程，并且能够将工作分解到足够粒度的级别，以允许离散的工作完成，这将意味着我们可以在时间或金钱上承受大量的管理开销。我喜欢看板的感觉，尤其是基于web的实现，以及像git这样的DVC，因为它们似乎适合我们的一些通信/控制问题，但它们是需要支持流程的工具，因此找到适合它们的流程是有趣的部分，cheers Mark…我们可以负担得起。。。应该是……我们负担不起……好吧，很酷，谢谢你的介绍，很多都很有说服力，TFS处理非uSoft Dev Env源组件和人工制品的能力如何？这些东西不是在VStudio中开发的，例如groovy、PL/SQL、COBOL、带嵌入式VBS的XLS、shell脚本、perl、EAR/JAR和WAR？由于各种人工制品类型和我们所处的流体环境的这些要求，我渴望确保任何进行SCM和可交付成果管理的工具都不会强制执行流程，而是能够支持我们需要从规范中调整的流程。如果TFS能更有效地应对这一切，那么它就是领跑者。谢谢用斜体字编辑。好的，很酷，现在我需要弄清楚我们需要TFS支持哪种混杂的过程，谢谢所有的输入，谢谢