这很糟糕。
真糟糕。
我们越发展，情况就越糟糕。
经营一家初创公司总是会出现某种 中国电话号码资料 程度的混乱，但我们目前所处的阶段，混乱正在深深地伤害着 Groove。
每天，客户都会向我们发送大量的错误报告和功能请求。
虽然我们有工具（实际上存在于 Pivotal Tracker 内部），但我们没有系统，因此工具只不过是容纳混乱的地方，而不是组织混乱的地方。
我们会从主列表中为开发人员挑选任务（主要基于快速判断），并花时间与不断增长的工作浪潮作斗争。
我们花了太多时间处理工作流程问题，如果我们想摆脱这个困境，我们就必须切实管理传入的请求和报告。
几个月前我们就是这样做的。
而且变化是巨大的。
我们并不觉得因积压的工作而不知所措。
我们并不会不断地努力追赶。
我们的开发团队不再需要思考如何确定任务的优先顺序并处理它们。
只需要花几天时间建立系统来组织和管理混乱局面。
第一个系统：错误报告
作为一家软件公司，bug 是我们团队生存的祸根。
它们激怒了我们的客户，令我们感到沮丧，并且让我们损失了很多钱。
尽管我们总是需要修复错误，但盲目地将收到的错误报告转储到 Pivotal Tracker 中却让我们感到崩溃。
我们需要一个更好的工作流程来帮助我们花更多的时间修复最重要的错误，而花更少的时间来确定下一步应该解决什么错误。
在探索了许多选项并测试了不同的方法之后，最好的解决方案是一个简单而明显的解决方案：当出现错误时在前端确定优先级，而不是在团队确定下一步要做什么时在后端确定优先级。
以下是我们为此构建的系统：
错误报告系统
有了这个简单的系统，开发人员就永远不会不知道下一步该做什么，并且可以用简单、有组织的流程来处理错误。
这种工作流程让我们的团队每周节省了十多个小时的管理错误报告的时间。
第二个系统：功能请求
与任何其他成长中的 SaaS 企业一样，我们收到了很多功能请求。
有些想法永远无法实现，有些想法需要仔细考虑，而有些想法则是无需动脑筋就可以实现的。
无论如何，所有这些都需要组织并采取行动，即使该行动是一封电子邮件，让我们的客户知道我们无法构建特定的功能。
就像错误报告一样，管理几百个客户的功能请求要容易得多。
就像错误报告一样，我们发现建立一个系统来处理传入的请求为我们节省了大量的时间和金钱。
