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 项目应用

Worktile 7.0,带来的新任务为何如此不同 1

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

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

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

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

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

认识几个新组件

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

Worktile 7.0,带来的新任务为何如此不同 2
迭代组件:针对敏捷开发团队,用于Backlog管理、需求任务拆解、故事板、Sprint规划的组件。

Worktile 7.0,带来的新任务为何如此不同 3
报表组件:用于统计与任务相关的各种维度数据的组件。

Worktile 7.0,带来的新任务为何如此不同 4

显而易见的价值

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

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

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

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

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

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

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

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

图灵平台,为Worktile Paas化赋能

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

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

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

Worktile 7.0,带来的新任务为何如此不同 5

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

3 条留言

  1. seetoo 2018/08/21 回复
  2. 爱动 2018/08/22 回复
  3. 优站盒子 2018/08/24 回复

写留言