目前针对产品研发管理的工具和平台大致可分为三类，但无论是哪一类，因为敏捷理念的火热，或多或少的能支持一些Scrum的需求，这也就造成了大家现在选择Scrum工具时更加迷惑。下面就个人经验和观察，就Scrum理念对这些工具进分类和简单测评，希望能帮大家拨开云雾见天日。
一、三类平台的简单区分
1、平台类：钉钉，飞书
2、协作类：Worktile，Tower， Trello，Teambition，Asana，Basecamp等
3、研发类：PingCode，Ones，Jira，Tapd，Coding，禅道等
平台类，虽然通过插件的形式具备了部分Scrum的功能，但总体来说，基本是各种办公软件的大杂烩，用于 Scrum 太过于臃肿。在一定程度也存在下架风险，比如插件厂商与平台没谈好下架的情况在以往也并不少见。
协作类的软件的适用的范围比较广，一定程度也能满足了Scrum管理的需求。 但这些协作软件都有一个共同的特点——以项目的方式来满足Scrum管理需求，这样做当然能用，但体验不好（别问为什么，谁用谁知道）。
所以从易用性和操作体验、以及代码托管等开发工具之间数据打通等方面而言，平台类、协作类和专业的研发类工具PingCode，Ones，Jira，Tapd，Coding，禅道等来说有较大差距。
用一句废话来总结就是：无论是Scrum管理或者更广义一点来说研发管理需求来说，肯定是专业的研发类工更适合，这些专业的研发工具的测评我们在后面进行。
二、Scrum方法论具体的功能需求有哪些？如何评判一个Scrum管理工具的好坏?
在介绍Scrum工具之前，先和大家来分享一下Scrum管理包含哪些工作内容。
因为工具一定可以帮助解决工作内容的一部分甚至全部，而如何判断Scrum工具的好坏，其实就是判断工具能多大程度地实现我们Scrum管理的需求。下面我就从完整的敏捷流程工作内容来看，一个基本的敏捷管理工具应该包含的能力。
当然这里我们只是根据Scrum方法论的管理流程列出来一些基本功能。
这里以PingCode做对应案例
上面我们已经得出了一些基本的功能，如上面所讲，评估一款Scrum管理工具的优劣，也就是判断Scrum管理工具能多大程度地实现我们项目管理的需求，评估它所具备项目管理的功能的强弱。
三、Scrum管理工具的简单评测
为了避免口水战，我们这里仅从Scrum方法论出发，对比这些工具在功能匹配度上的一些不同（仅供参考，体验深度问题可能有一定程度出入）
从Scrum工具的功能层面角度可以看出，PingCode 这里做的是比较不错的，甚至是说完整支持了 Scrum 敏捷开发流程。
当然，功能数量只是表面，我们还做了更深入的测评。
本文内容不用于商业目的，如涉及知识产权问题，请权利人联系51Testing小编(021-64471599-8017)，我们将立即处理
