Worktile 7.0 企业协作平台 - 带来的新任务为何如此不同

本文是来自 Worktile CEO 王涛的一篇文章

经过接近 1 年的蛰伏，Worktile 终于从”憋大招”的状态缓过劲儿来，我们吹着”史上最强大任务”的牛，开始把新的 Worktile 7.0 小心翼翼推介给体验用户。时间往回推一年，是Worktile转型商业化之后的一年之际，当时的状态可以用两个词来形容：稳步增长、折磨不断。

增长让我们看到了协作商业化是一条可走的路，越来越多的客户对工作效率和管理升级上有了清晰的边界和投入；折磨不断是服务越来越多客户场景，当这种深度和复杂度越来越多时，我们的”轻量型协作”面临了越来越多的挑战，这种挑战是协作产品在复杂和多变场景下的挑战，这种挑战也是客户定位由小微向中大客户转型的挑战。

所以，在 Worktile 7.0 上线的当口，我希望复盘历史和原因，介绍新的产品进化，为全新的任务系统做一个开篇。

任务承载更多，轻量难以平衡复杂

在 Worktile 任务系统逐渐俘获越来越多客户青睐的时候，我们也逐渐发现一个【更好】任务系统在不同用户面前，需求是完全不同，或者完全差异化的。轻量型的任务，一个标题、一个状态、若干参与人，简单好用，易于上手。对于小而美的团队，足够处理很多场景不复杂的状态。而随着使用客户规模的增长，任务的诉求，逐渐越来越复杂，也越来越灵活。

这些复杂和灵活，对不同类型、行业或者场景的客户，是完全不同的诉求和需要。主要体现在：

• 完全自定义的流程需求
• 完全自定义的界面和视图需求
• 完全自定义的权限和可见性需求
• 完全自定义的报表和统计需求
• 完全可扩展的数据和字段扩展
• 完全可扩展的新组件
• 能够融合客户旧系统的诉求

为了“完全”、“自定义”、“可扩展”这几个字眼，我们愈发清晰得发觉Worktile只能走PaaS化的方向，打造完全可配置的灵活任务系统，像乐高一样为客户搭建复杂场景。如果把Worktile之前的产品比做乐高碎片搭建起来的“任务”模型，那么Worktile 7.0则把这些模型打散，从理论上讲，我们可以为所有客户组建出一个他所需要的模型出来。

所以用一个类比的方式简单描述Worktile 7.0，那就是一盒子乐高积木和我们搭建好的敏捷开发、电商、教育等7个项目模板。客户需要哪个就用哪个，还能做细微的调整，如果觉得都不适合，我们可以为你搭一套全新的出来，包君满意。

一窥究竟，认识全新上线的Worktile 7.0 项目应用

先看看 7.0 构建之初，我们希望达成的目标：

• 解决原来任务系统无法解决的90%以上的客户差异化问题
• 实现图灵平台，为Worktile下一步的PaaS化打好基础
• 能够基于新项目的配置构建方式，完全落地敏捷研发全流程
• 实现全新的统计和报表系统
• 可以将【新的组件】灵活插拔到统一的项目系统

现在，带着上述诉求呕心沥血蛰伏一年打造的全新项目系统，基本实现了上述诉求和目标。在和若干重度测试客户的沟通中，我们也收获了难得的肯定和信心。区别于之前的Worktile和很多同类应用，我们在以下方面实现了更强大的能力和支持：

• 多级子任务（可以无限级）
• 灵活的权限和可见性，可以细节到单任务粒度的权限控制和可见性设置
• 任务之间的依赖和自动化流转
• 除了原来的看板组件，新增迭代、列表、时间、表格、报表、日历、工时等7个全新项目组件
• 除了原来的我的任务，新增下属任务、工时统计、全局统计报表、时间视图等全局组件
• 支持项目模板，可以自定义新的模板
• 支持数据源管理，可以将各种业务数据源融入到新的任务里管理
• 支持可插拔的组件管理，用户未来可以将自己的系统或数据，以组件方式融合到Worktile
• 完全可自定义的报表及统计
• 可配置和自定义的项目视图，一个项目可以复用多个视图，例如一个项目，可以实现研发看到的、测试看到、产品看到的是不同的视图和数据。即统一，又不同。
• 足够灵活的扩展：可配置和定义的新字段、可插拔的新组件
• 工作流支持
• 全局视角支持

在 Minecraft 的游戏世界里，最小单元是像素格，所以我们有机会搭建出无与伦比的宏伟世界。在今天的商业社会中，我们越来越多的客户面临着全新的市场和挑战，需求日新月异，缺乏灵活性和可变性的企业协作产品日渐无法适配多变的商业环境。所以，我们把“自定义”这三个字下沉到数据源级别，你甚至可以理解我们其实是做了个业务数据库。像星际、魔兽、Dota2的编辑器那样，Worktile 7.0 的目标是通过高度可配置化的最小单元，搭建符合不同企业业务场景的企业协作和办公世界。

认识几个新组件

时间组件：以甘特图的形式，展示以每个任务或每个负责人两种视角，查看任务的起止时间、任务关系的组件。

迭代组件：针对敏捷开发团队，用于Backlog管理、需求任务拆解、故事板、Sprint规划的组件。

报表组件：用于统计与任务相关的各种维度数据的组件。

显而易见的价值

• 将简单交给客户，将复杂留给自己。通过复杂的配置系统，通过Worktile客户成功服务，可以和客户一起搭建客户个性复杂场景，从结果看用户端反而因为切近场景而更简单。本质上，复杂的事情，由Worktile来做了。
• 满足各种复杂的场景和灵活诉求，打造【史上最强大的任务系统和项目管理工具】。统一的产品，实现不同的诉求，满足复杂性和个性化
• 高度可配置
• 支持复杂场景和大客户
• 媲美甚至超越Jira
• 为下一步PaaS化打好基础

其中，我们的敏捷开发模版在与某研发人员超过500人的巨头公司共同打磨后，已经成功“干掉了”诸多主流敏捷开发工具。比如我们为需求、任务建立了三种关联的模式，子需求或子任务的属性或状态有怎样的变化，如何影响父需求、父任务等等，这个研发管理者一试便知，我们信心十足。

除此之外，客户是没有时间看文档和手册的。实际场景的需求能否满足，是否能做到有效落地才是客户真正看重的，为此，我们已重构客户成功团队，通过和客户共创场景的方式帮助企业完成落地和用起来的目标。

中大客户的场景痛点是未来发力方向

中大客户的问题是：团队人数越多，场景越复杂，个性化的诉求、匹配业务的复杂度、实现行业特色的场景要求越复杂。而同样，协作和办公的价值也随着企业规模变大逐渐痛点更强，企业对流程、人员效能、数据资产沉淀的认知和诉求，也越发重要。

让一艘大船运转，不是简单的多添加几把船桨，而是要重新构建船体多每个零部件。企业协作场景在小客户和大客户方面，有着截然不同的要求：

• 小企业以团队为组织单元；中大企业更需要组织架构，连接企业内的域控系统，实现账户统一；
• 小团队重在协作本身；而大团队逐渐考虑流程的分层、自动化流转；
• 小团队数据统计和报表简单；大团队需要随需而定的数据统计能力，输出完美的报表统计；
• 小团队重在工具，可以单点解决问题即可；大团队要求能够可插拔的组件化支持，甚至可以连接即有系统的数据和UI

所以，小和大是场景不同，没有对错之分。我们在设计全新7.0任务和项目系统之初，就希望能够通过底层的软件能力，实现乐高式的可配置能力，不管是小团队还是大公司，都能通过小积木来搭建万千企业的不同场景，这背后的秘密正是Worktile研发蛰伏一年打造的底层框架：Worktile图灵平台。

图灵平台，为 Worktile Paas 化赋能

举个栗子，基于图灵平台构建的新项目和任务系统，能够完美构建一个完整的敏捷研发管理全流程。

下一步，基于图灵平台的 Worktile 将在能力上覆盖甚至超越Jira在复杂度和灵活度上的能力，将任务这件事做成一个有当量的协作基础。

基于图灵 PaaS 平台重构任务和项目，只是Worktile针对中大客户场景的第一步。接下来，基于图灵的重构将一发不可收拾，我们想法中的其他应用将一个个实现，最终在每个协作场景和应用实现可配置、可插拔、可统计的柔性系统。

以上，就是 Worktile 7.0 交给用户的答卷，满足用户多变需求，成就客户多变场景，就是我们不断努力的全部意义。