Fons团队决定使用GitHub Projects来组织其工作并确定其优先级-我只想与您分享我们的一些经验。
为了给您提供一些背景知识，Fons是一个应用程序，它使独立的音乐老师，家庭教师，教练和其他人员可以轻松地开展业务。 他们可以安排课程并直接向客户收费。 它摆脱了所有耗时的管理员。
我们的团队很小，但是随着Fons的扩大，我们开始增加更多的人。 目前，我们在后端运行着五个以上的服务，并且大约有十二个存储库构成了我们的应用程序。
我们开始使用Trello进行看板/敏捷过程，然后尝试了Waffle。 然后，当它出现时，我们登陆了Github Projects。 经验是（大部分）好，（有些）坏和（很多）经验教训混杂在一起的。
善良
＃1真理的唯一来源
GitHub Issues是卡片的核心-这就是我们如此喜欢它的主要原因之一。
我们可以将所有错误和功能集中到一个位置，一旦检查，就可以将卡标记为已关闭。 简单。
＃2单个项目有多个回购/问题
此功能是在我们最初发布后立即引入的-对我们来说，这很重要。
因为我们在做微服务，所以许多EPIC功能都存在于多个项目中。 现在，我们可以在单个视图中跟踪整个事情。 可以在各个项目板上实时发布问题也非常好。
＃3应用蔓延
从方程式中删除一个应用程序对我们来说是一种优雅而简单的好处。
无需在另一个站点上打开另一个浏览器窗口，每个人都已经有一个GitHub帐户。
坏人
＃1浏览卡的详细信息/发行
了解卡的详细信息或问题确实很麻烦。 当您单击卡的链接时，它将带您离开董事会，进入发行部分。
这使用户从董事会转到问题，然后再返回。 这只是一次全面的糟糕经历。 如果它使您可以立即从板上查看详细信息，那就更好了。
＃2简单敏捷指标
无法设置卡或发行的成本，这使得作为一个团队进行估算非常困难。
另一个很好看的功能是“分解”图表。 它已在各处使用，需要添加以帮助我们监控Sprint的日常运行情况。
＃3 UX需要一点爱
在UX方面，有些事情需要一点爱。 首先，当您在卡中输入信息然后尝试选择它时-有时它只是行不通。
其次，在四处移动卡片时，您会看到延迟或滞后。 您甚至可能会失去定位。 它只需要您在其他板（例如Trello）上看到的那种打磨即可。
最后，需要扩展卡上的字符限制。 当您从便笺开始时，通常只想粘贴现有内容，然后在以后将其转换为问题，添加说明和任何其他信息。
＃4项目网址
我最后的烦恼是URL。 我不喜欢他们使用数字来定义URL。
我们中的许多人在浏览器上都具有自动完成功能，当您开始输入URL来查看其中的内容时，最终会导致项目显示为“ / projects / 1”，“ / projects / 2”，“ / projects / 3”和以此类推。 您没有上下文，也无法找出想要的上下文。
得到教训
我们喜欢使用GitHub Projects，并且改变了我们做事的方式来优化我们的体验。 以下是一些简单的提示和技巧：
＃1卡vs.问题
我们发现首先开始创建卡作为便笺，然后单击向下箭头将其创建为问题总是好的。 在董事会上执行此操作要快得多，而不是创建一个问题然后将其添加到董事会中。 在某些情况下，我们将它们保留为卡片，直到我们开始对其进行处理为止。
＃2一个主板
如果您是一个小型团队，我强烈建议您与一个董事会合作。 一开始，我们曾考虑过将其拆分，但最后，最简单的选择是制作一个包含所有内容的单板。 如果您有多个开发板，则需要经常去每个开发板检查单个发行版的状态。
当您有多个团队时，董事会的概念可能会非常令人惊奇，因为每个团队都可以拥有自己的“主项目”董事会，而产品/项目所有者可以拥有一个负责跟踪每个问题的发布的董事会。
＃2看板风格
简单的看板风格是行之有效的方法，因为它令人难以估计。 我们尝试对标签进行估计，但这确实是一个痛苦。 因此，最后，我们知道我们是一个小团队，我们知道可以完成的工作，因此我们暂时不考虑该功能。
