你真以为只有程序员和测试们才能用Bug管理系统吗？太天真了！

对于开发者和软件测试人员来说，在开发一个产品的过程中有一个Bug管理追踪系统的支持无疑会让工作效率提高不少，Bug管理系统对出现的各种Bug进行梳理和跟踪会让整个团队把时间更好的用在产品开发而不是整理一个个Bug上，节省了开发团队们不少的时间。既然Bug管理系统如此好用，怎么能让开发团队独享呢？现在我们就来看看除了开发团队外，其他团队对Bug管理系统的那些花式用法。

首先我们来看一下开发团队的“正经用法”（以下均已蒲公英Bug管理云为例）

开发团队的正经用法

问题优先级、问题类型、问题序号、问题内容，看起来的确是一个很正经的Bug管理系统。可能有人会问了，这么点功能还会玩出花来吗？
恩，会的。

不信来看某运营团队的使用日常。

运营团队的协同平台

是不是感觉画风突变，一股浓浓的工作协同平台既视感？与工作协同平台相比，Bug管理系统的特性使得它看起来更直观，使用的步骤更加简化，没有那些多余消息的干扰，工作任务就是工作任务，让那些烦人的消息留在微信和QQ中吧。

接下来的使用截图来自于某销售团队。

销售团队的待办事项

Excuse me？说好的Bug管理系统呢？
如果不说这是一个Bug管理系统的话，在不知情的群众看来明显就是一个备忘录加待办事项的结合体嘛！

除了以上的“非常规”使用方法，还有下面这些个，怎么形容呢，自己看吧。

项目网盘

有拿来当网盘的，反正没空间限制，想扔多少扔多少。

聊天室？

也有在项目动态下面悄悄聊天的，反正无刷新技术，跟聊天室没多大区别。（好像Get到了聊天不被老板发现的新姿势）。

文学创作

什么鬼！还有文艺青年进行文学创作的！Word不会用吗？Pages不会用吗？答曰：“我会Markdown我任性，况且主编还能实时提出修改意见，干嘛还要一稿一稿的改。”（p.s.图片里这个故事看得人好心塞）

看完了这么多花式用法，感觉Bug管理系统就要被玩坏了，现在的心情很复杂，只能用下面这张图片来表达。

6666