一个好的工具可以帮助一个优秀的团队将产品开发的所有细节可视化，这样他们就可以集中精力在每一个sprint上。
Trello非常适合管理sprint流程，因为最新状态一目了然，并且简单易用，非常适合团队间的协作。
在构建Corrello Agile Dashboards的过程中，我与数百个使用Trello for Scrum和Kanban进程的团队进行过沟通。这些团队包括快速增长模式的小型团队和规模较大的团队。
我们将这些成功的敏捷团队的经验进行总结，让我们看看他们是如何使用Trello的。
基础Scrum / 看板 Board
软件开发团队的简单Scrum Board关键要素包括：
- Sprint Backlog列表：这是在冲刺开始时填补的，并且（希望！）在冲刺结束时为空。
- 一个或多个“正在进行的工作（In Progress）”列表：在上面的屏幕截图中，我们有“Dev”、“Code Review”和“Test”，但显然这些将与您的特定流程相匹配。值得在一个“进行中”列表中打破流程，以了解卡片如何在整个流程中流动。
- 已完成所有工作的完成列表（Done）：（加上对您已完成的所有工作的一个很好的提醒！）。
一个简单的看板就像上面的Sprint Board一样，但是在Sprint Backlog的位置，你只需要在最左边有一个’Ready for Dev’列表。
当他们准备好编码工作时，工作被放入“准备开发”，并且卡片从上到下排列优先顺序。
一旦有能力承担更多任务，工作就会从“Ready for Dev”中拖拽出来经过各个流程，直至完成（Done）。🚀
细化工作，添加更多列
考虑一下：如果一张卡需要五天时间走完全部流程，它是否会不间断地每天被移动？或者有时在开放流程的不同部分之间有等待的时间？我们来看一个例子：
“准备好（Ready for）……”列表可以帮助您跟踪卡片是否正在等待，更重要的是，让团队明白该卡片的下一步流程。通过这种方式，团队可以采取行动并开始更快地完成工作（无需花费额外的时间）。如果各个团队直接的工作量和分配任务存在巨大差距，这些“准备好……”列表也有助于使瓶颈更加明显。
请记住：“准备好……”列表将使您拥有的“进行中”列表的数量几乎翻倍。也许你不想采取那么多步骤，但如果你认为它可能有用，那么很容易尝试一个列表，然后稍后将其归档。Trello灵活的列表结构使这个变化很简单。可以先从最对大家最有益的部分尝试实时“准备好……”列表（根据我的经验，它始终是代码审查😉）。
存档已完成的工作
上述两个Board都有一个“完成（Done）”列表，在存档已完成的工作时有以下两点建议，这些都是一种很好的方式，可以保持以前所做的事情的易于搜索的历史，同时仍然保持团队的主板清洁：
- 根据团队的偏好，为每个冲刺/周/月设置完成列表。使用此模式，您每周都会创建一个新的“完成”列表，并重命名旧的“完成 – 第10周/ 8-10 / 14周”。这些列表逐渐向右移动，并且可以在不再需要时归档。
- 建立一个专门用于存档的Board，用于存储过去的工作。这通常按每个sprint或周的列表进行组织。然后，完成列表中的卡片将定期全部移动到存档板上。这可以使主板保持整洁，并保留完成的历史记录以及何时完成。
我们今天为大家介绍了如何利用Trello加速敏捷团队的一些基础功能，后续我们会持续为大家介绍Trello的进阶以及高级功能，请持续关注我们的公众号更新。
NOVOMATIC 集团旗下有众多子公司，每个子公司都使用不同的用户管理方法，运营和管理 Atlassian 工具，缺乏可见性和标准化。随着公司成长，越来越分散化，不仅需要一种方法规范各子公司的运营及使用的工具，还要集中负责 Atlassian 工具的用户管理，确保一致性并控制其分散组织的运营和工具。
三年前，NOVOMATIC 团队成员项目和应用经理 Christian Wolf，和 IT 服务和应用经理 Georg Aggermann 开始负责迁移。各子公司拥有各种 Atlassian产品，多个实例，使用不同的解决方案管理用户，包括不同的 Active Directory、LDAP 和其他替代方案，因此需要一种方法创建一个可以完全整合用户管理的 Group Wide Active Directory。他们希望 Atlassian 解决方案可以在所有子公司创建单一用户群，为所有 Atlassian 用户提供单点登录体验，而不是把事情复杂化，因为各子公司中的许多团队需要协同工作，不是孤立地工作。比如，奥地利子公司有开发团队经常要与波兰独立子公司开发团队合作。NOVOMATIC 集团需要确保可以为所有团队提供适当级别的访问权限，保护各子公司的保密数据，同时不影响协作能力。
最终，NOVOMATIC 集团确认 Crowd 是集中所有子公司 Atlassian 产品用户管理的最简单方式。他们与 Atlassian 解决方案合作伙伴 Celix 合作，为子公司设置了一个Crowd 中心实例和三个 Crowd 实例。这些 Crowd 实例连接到数个 Jira Software、Confluence、Bitbucket、Fisheye 和 Crucible 实例。他们建立了一个单一用户群，与这四个 Crowd 实例同步，提供单一的事实来源。
在完成用户管理整合，正确设置各用户访问权限之后，他们开始认识到 Crowd 对用户的日常操作有多么重要。由于他们所有开发都是使用 Atlassian 完成的，因此这些工具对他们的业务至关重要。Crowd 实例的停机意味着用户无法使用连接到该 Crowd实例的部分或全部 Atlassian 工具。为了解决这个问题，NOVOMATIC 聘请了他们的客户技术经理（TAM），帮助调查如何实现 Crowd 的高可用性。
2017年5月，在 TAM 的帮助下，NOVOMATIC 成为 Crowd Data Center 内测版客户之一。TAM 还帮助 NOVOMATIC 评估各种前提条件，确保 NOVOMATIC 在开展测试之前满足这些要求。在不到两个月的时间里，NOVOMATIC 先在一个临时环境中设置和测试了 Crowd Data Center。Crowd 团队及其 TAM 在整个过程中多次到达现场，确保 NOVOMATIC 实施成功。
完成安装并经测试没有发现任何问题后，他们决定将 Crowd Data Center beta 版部署到生产环境。部署到生产环境后，没有出现任何停机问题。Aggermann 表示，“有了 Crowd Data Center，我们再也不用担心网络中断或者对我们的开发团队产生任何影响”。除了可以降低宕机风险之外，还可以在不停机的情况下对系统进行升级和更改。
“有了Crowd Data Center，我们再也不用担心网络中断或对我们的开发团队产生任何影响。”
GEORG AGGERMANN，IT服务与应用经理
除了集中用户管理和消除停机时间外，NOVOMATIC 还改善了 Atlassian 工具用户管理监督和运营的其他领域。由于 NOVOMATIC 将其多个子公司 Crowd 实例连接到其中央 Crowd，因此对子公司实例的更改可能会影响每个 Crowd 实例。Crowd 的新审计功能使他们能够了解 Crowd 管理员对其子公司实例所做的任何更改。通过这种改进的可见性，他们能够防止由于其子公司 Crowd 实例的管理员所做的配置更改而可能发生的问题。
您知道Atlassian为企业部署提供了另一种选择吗？这种方案称为Atlassian Data Center，它具有更好的服务于企业组织的功能。Data Center版为企业用户提供了各种关键功能，包括高可用性，大规模性能，即时可扩展性，部署灵活性，灾难恢复，SAML和基础架构控制。您可以使用VMWare在防火墙后部署Data Center版，也可以在AWS等IaaS上运行，从而降低基础架构的管理成本，但仍可以保持对数据的控制。
现在，Jira Software，Confluence，Bitbucket，Jira Service Desk和Crowd产品都有Data Center版本。
Atlassian产品的Server版本和Data Center版本到底有什么区别？
- Server版在具有内部化数据存储的单个节点上运行
- Data Center版使您能够在具有外部化数据存储的多个节点上运行
Confluence中的某些功能是专门为Data Center客户定制开发的。这些专门为大型企业所定制的需求，可以提供额外的基础架构或管理选项，以便在Confluence对于在组织中完成工作至关重要时为您提供帮助。
今天，我们就来了解一下Confluence Server（服务器版）和 Data Center （数据中心版）在功能上都有哪些差异，以便帮助您选择适合自己企业和团队需求的Confluence版本。
Confluence | Server与Data Center功能对比
何时该考虑Data Center？
为了帮助您确定是Server版还是Data Center版适合您，我们概述了一些可用于帮助您做出此决定的标准：
您每天有多少用户访问Atlassian应用程序，这个数字在增长？我们发现Jira Software，Confluence和Bitbucket客户通常在500到1,000名用户之间需要更多稳定性，65％的客户在500或1,000个用户层升级时会选择升级至Data Center版本。对于Jira Service Desk，我们发现50％的Data Center版客户在达到50个代理时会升级。您的团队的增长率也很好地表明您应该选择哪个选项。
随着您的扩展，您仍然可以获得相同的性能水平吗？对于大客户而言，性能下降通常发生在高负载或高峰时间。当多个地理位置的团队同时在线时，许多全球公司都会遇到这种情况。除了并发使用之外，API调用和查询等其他正在运行的作业也会影响性能。因此，评估并发用户数以及全局办公室对整体系统性能的影响也很重要。
您的组织中的停机时间是不可接受的吗？你知道一小时的停机费用吗？通常有两个主要的停机原因：应用程序和Server版端。应用程序问题通常由JVM错误引起。最常见的情况是，当Server版上专用于运行应用程序的内存过满或者数据库的连接因请求而过载时，会导致应用程序故障。Server版中断或崩溃可能由多种因素引起，包括计划内维护，计划外升级或安装，或Server版上的CPU，RAM或存储等资源不堪重负。任何类型的中断都会导致员工无法工作而导致生产力下降。重要的是要考虑有多少员工依赖Atlassian产品来完成工作，以及那些停工时间可能会花费你多少钱。
您是如何简化管理流程的？有些人可能正在使用联合环境或尝试在单个Server版上满足您的需求。但是，当您的单个Server版过载或联合Server版未按您希望的方式一起工作时，您的工作会变得更加复杂。您是否花了太多时间来管理密码重置请求等简单任务？我们的Data Center版产品旨在通过为您提供维持最佳性能，避免停机和管理持续增长所需的工具来简化您的工作。
◆ ◆ ◆ ◆ ◆
我们将陆续为大家介绍Atlassian其它产品Server与Data Center的性能对比，请持续关注我们的更新。