在上一篇文章中，我谈到了在多合一或同类最佳工具之间进行选择的一些标准。 现在，我将这些标准应用于我们的产品领域，并尝试说明为什么统一的团队协作工具比您现在所住的东西更有意义。
因此，让我们假设您正在寻找解决以下问题的方法： 我们如何让每个人都朝着同一方向划船？
所谓“每个人”，是指执行人员，产品所有者，设计师，开发人员，客户服务甚至客户自己。
通过“行”，我们正在谈论将产品交付给客户所需的所有工作，例如计划，设计，编码，营销，测试和支持。
意外整合者
最坏的情况也是最常见的情况-每个学科领域都采用吸引他们的任何工具。
注意：这是上一份工作中实际事件的简化版本。 细节没有被夸大，否则所涉人员非常有能力，聪明和成功。
- 产品负责人都决定使用Trello，因此将其强加给开发人员。
- 设计师更喜欢Basecamp，在那里他们可以为正在处理的各种用户故事组织屏幕截图。 这意味着产品负责人也必须到那里看，开发商，甚至客户也要去那里。
- 开发人员决定使用Github，因为它很容易启动，而且Git非常棒。
- 客户支持部门启动了Wiki，因此他们可以将所有过程和帮助脚本放在一个地方。
- 他们已经使用FogBugz跟踪客户问题，而Trello和Github都没有他们需要的功能。 这意味着产品负责人和开发人员几乎每天都要查看FogBugz，因为他们会响应客户报告的问题。
- 执行人员需要上述所有条件，以掌握发生在哪里的情况。 他们还可以在Google云端硬盘中创建和管理几个电子表格，以保留正在进行中的各个项目的摘要数据，并确定即将开展的工作的优先级。
这组工具最终看起来像这样：
当然，其中一些工具可以与供应商提供的集成，Web挂钩或某些简单的脚本捆绑在一起。 添加这些集成点可能会使用户更方便，但不会改变整体情况：
不可避免地，现在每个月（或每周）会花费一些开发人员时间来解决为什么x不再占用y并进行修复的问题。 人们还经常忘记将哪个密码发送到哪个系统，并且需要定期重置。 [编辑 这一直在我身上发生。]
无论这些集成有多好，每个人仍然必须在两个或三个或更多工具中进行搜索以找到所需的内容。
您添加的每个工具都是数据和流程的另一个孤岛，并且在整个工作流程中造成更多的摩擦。
（金达）集成解决方案
许多团队选择Atlassian / Microsoft / IBM方法-从同一家公司购买一套工具，并承诺更紧密的集成。 它作为一站式解决方案出售，与您从一家供应商处购买的价格一样多。 在大多数情况下，这是事实，直到事实并非如此。
这样的工具套件在将相关数据联系在一起方面做得更好—生成状态可以显示在相关任务中，支持票证可以引用Wiki页面，聊天可以成为您公司的心跳。 所有这些功能都有助于减少摩擦，分配知识，并使整个组织始终处于正确的优先位置。
但是它们仍然是单独的工具。 您仍然必须从一个应用程序切换到另一个应用程序以进行搜索，获取详细信息或进行更新。 每种工具仍在单独的软件版本中进行部署和管理，这有时会导致彼此不兼容。 并且不要忘记您仍将为每种工具支付许可和维护费用。 即使价格捆绑在一起，您也可能会被浸透。
中途集成比拼凑而成的拼凑方法要好，但它仍会创建隐式数据孤岛，并带来其他隐藏成本。 就像是中途美味。
整个辣酱玉米饼馅
说到美味，当您*实际上*集成任务，Wiki，聊天，发布，文档，源代码，支持和持续交付时，会发生什么？ 如果您可以在单个系统中获得所有这些功能块，它将如何影响您的体验和生产力？
有一些好处：
- 提供给经理，开发人员，创意人员，支持人员甚至客户参与的无缝体验。
- 重要，完成和下一步的唯一事实来源。
- 您的机构知识赖以生存的地方。 登机变得容易。 当有人离开或更换职位时，来之不易的公司智慧不会消失。
- 一个与您的所有项目，源代码，文档，信息，任务和讨论紧密联系的搜索框。 无论隐藏在哪里，都可以找到特定的关键字或错误代码。
在许多情况下，最好的思维才有意义。 在某些特定工具可以提高您的生产率，节省资金或者只是使工作更有趣的领域，这是值得的。 如果您满足的需求对于您的业务而言不是中心，那么尝试（或放弃）一些新的东西就不会有很大的风险。 但这不是我们在这里谈论的。
您的团队组织和合作的方式可能是整个业务中最重要和最有价值的部分。 最初，尝试使用点解决方案拼凑而成的东西运行起来似乎很酷，但您可能不希望团队花时间在这里。
这就是为什么我们构建GForge。 因为我们每天都会做您所做的事情，所以我们认为这应该更容易。
快来尝试GForge Next，让我们知道您的想法。
注意：我的编辑希望我将电子邮件作为本次讨论的一部分，但它对本文的添加过多。 GForge通过电子邮件完成了一些很棒的事情，我将很快发布一些内容来展示如何以及为什么。
