万事ONES

万事ONES 查看完整档案

深圳编辑  |  填写毕业院校ONES.AI  |  PM 编辑 ones.ai/ 编辑
编辑

ONES专注于企业级研发管理工具及解决方案,产品矩阵贯穿整个研发流程,实践敏捷开发与持续交付,追踪项目进度,量化团队表现,助力企业更好更快发布产品。
欢迎访问 https://ones.ai,了解更多&免费试用ONES全线产品

个人动态

万事ONES 发布了文章 · 2020-12-04

ONES 收购 Tower,五源资本合伙人对话两位创始人

日前,企业级研发管理工具 ONES 收购知名协作工具 Tower,完成了今年国内为数不多的 ToB 领域的整合收购。在协同领域耕耘多年的 ONES 和 Tower,为何在此时选择并购,二者合并后是否有机会成为中国的「Jira+Trello」,两家公司共同投资人——五源资本合伙人刘凯,对话了 ONES 创始人王颖奇和 Tower 创始人沈学良(老沈),聊聊合并背后故事和 ToB 创业者的途中思考。

不约而同,越走越近的 ONES 与 Tower

刘凯:我们先来聊聊两位的创业历程是怎样的?

老沈:我是 Tower 的创始人,大家都叫我老沈。从 2012 年开始做 Tower,8 年硬生生把小沈就做成了老沈。在这个过程中,Tower 很幸运得到了一些投资人、更主要的是客户的支持,我们服务了近百万个团队,在用户中的口碑还不错,这也是我们在做 Tower 的过程中比较自豪的地方。

王颖奇:我是 ONES 创始人王颖奇,最早在金山办公工作了 7 年。第一次创业做的正点闹钟,获得了 1 亿用户。之后作为 EIR 加入了五源资本(晨兴资本)。在 2015 年开始做 ONES 研发管理工具,ONES 也是我的第二次创业。

我的工作背景都是与个人或企业的工具相关,2015 年的时候也想过做轻量协作工具。但我们发现国内已经有很多很好的产品了,比如 Tower。在当时,想要做得比 Tower 更好是比较难的。所以我决定去做自己擅长的专业的研发管理工具,目标就是服务 100 人以上的软件研发团队。到现在我们还是延续着最初的想法。研发管理虽然看起来是一个细分市场,但市场规模是越来越大的,在这个垂直的专业领域里 ONES 也已经累积了很多客户。

刘凯:你们不约而同地都做了协同,在过程中有什么感悟和反思吗?

老沈:最早团队做 Tower 的初心是想帮助小微企业,做出可以像使用 Word、Excel 一样普遍的、简单上手的通用型协作工具。所以我们一直在打磨我们的用户体验,这成为了我们能够积累用户口碑的重要原因。当时,Tower 的用户量在国内行业里达到了第一。但是由于我们的业务复杂度低,只能满足 20-30 人的小团队,当客户的团队成长后,需要适合更大规模的专业产品,这是 Tower 不具备的,这类客户流失,造成了我们在收入构建上的劣势。

对我们来说有个教训,就是增长曲线到底是要放在「用户数」上还是放在「收入」上。这个问题对创业公司,尤其是对 ToB 公司来说一定要在一开始就想清楚。创业过程中,Tower 曾经是有一些摇摆的。如果 Tower 从一开始就奔着用户量增长去,就应该在 2015 年跟钉钉合作,实际上那一年钉钉给我们带来了 300 万用户。如果选择做收入增长的话,那我们应该像 ONES 一样去深耕专业领域的研发管理解决方案。

所以我还是很佩服 ONES 在一开始就坚定地选择做国产替代 Jira 的研发管理工具,坚持做 100 人以上的研发管理场景,坚持把服务做得很到位。因为目标很清晰,所以执行也很清晰。Tower 在 2013-2016 年是用户增长的黄金期,我们应该好好把握住这段时期,把用户量的增长实实在在地变成我们的竞争壁垒,这是我的第一个反思。

第二个反思是创业还是要有信念,必须专注。2016-2018 年我们去做了一个 HR 软件,所以同一个时间里我们在运营两个产品。这个插曲导致的结果是钱没有少花,但力量没有打到一个地方上。

但我们也有一个重要的收获。Tower 是做横向产品覆盖的,我们的用户包括了产品、研发、运营、设计师、新媒体等,它的业务覆盖面是很广的。Tower 在续费率和口碑上也做得非常好,因此我们的流量都来自于用户的口碑。我们原来是一家设计公司,我们把用户体验这一点坚持住了才可以走到现在。这个也是创业过程中的启发。到了今天的阶段必须要考虑强强联合,不能再单打独斗了。规模决定了发展的速度,市场已经进化到不能只靠体验去获客了,所以我们决定和 ONES 一起走下去。

王颖奇:我们做 ONES 其实是有意选择的,在选方向的时候,我们也是看了大量的轻量协作产品,但考虑到产品续约和客单价的问题最终选择绕开了。做深度产品虽然客单价高,但我们在早期,也低估了专业产品的研发难度。我们以为 2016 年年底可以推出市场销售了,但实际上我们花了两年多的时间才真正实现商业化。专业产品还有一个难点,产品功能越来越丰富后,用户对专业产品的认知门槛也越来越高。我们也一直在思考,如何降低获客成本。如果说创业遇到的坑,一是我们低估了深度产品的研发周期,二是对小客户或者说对低门槛客户的获取,当然这部分是合并 Tower 之前的问题。

刘凯:虽然出发的方向是不一样的,但最终你们还是走到了一起。

老沈:对,我们俩是做着做着,靠得越来越近。在 2018 年我们重新全力做 Tower ,当时 Tower 的业务复杂度和拓展能力变强很多,产品部门用了之后,会把运营、研发、设计、客服都拉进来,客户团队是单点切入之后逐步扩展的。可是当我们要服务更高客单价的客户的时候,业务支撑能力是要再往上走的,因为价格和价值是挂钩的。ONES 是要把下面打通,而 Tower 是要往上走。所以做着做着,我们就往同一个方向去做了。

因为 Tower 很大部分客户是用产品研发场景的,我们内部也在反复讨论是不是要做研发管理的解决方案,把高客单价的客户留住。但是,我们再投入精力去做 ONES 已经做了几年的事情,没有足够的人力和资金是难以撬动的。Tower 主要的发展路径应该是从获客到让用户免费体验,再快速渗透,并且随着使用程度加深,复杂的业务也能被各个层级的产品支撑,这也是我们和 ONES 合作的初衷。

王颖奇:我们也在沟通中也发现,Tower 在服务大客户时想做的事是 ONES 在 2018 年做过的,比如大型团队组织结构的管理等。双方合并是一种产品效率、社会效率的再组织,没有必要重复开发了。这也说明客户的需求还是很刚性的。

ToB 并购的乘法法则

刘凯:你们都提到了 ToB 企业的合并是要做加法的,这在 ToC 领域很少见,那么你们对合并后有什么展望呢?

老沈:我们选择 ONES 是因为只有跟 ONES 合作,我们对客户责任的延续性才是做得最好的。合并之后 Tower 客户能获得比单独使用 Tower 更丰富的解决方案。如果你是研发场景的,你不必废弃 Tower 而花大量成本迁移至 Jira,你可以同时用 Tower 和 ONES。

研发部门的复杂研发场景可以用 ONES,而产品运营等其他部门可以继续用 Tower,两者的协作打通,它产生的客户价值是比单独购买两个产品要高的。所以我对未来双方在产品层面的整合,以及使用 ONES 的研发团队可以通过 Tower 进行跨部门协作,它所产生的化学反应和能给客户带来的价值是比较期待的。当然也需要我们在产品和运营上去多做一些琢磨,把合并的威力发挥出来,把加法变成乘法。

王颖奇:我们的合并对客户来说,一是客户可以获得服务的一致性,在一个地方就能做想做的事情;二是对 Tower 的老客户来说也能获得服务的延续性。合并对行业的真正影响,最终还是体现在客户价值上。老客户以及我们未来要面对的客户在做选型的时候,因为我们可以涵盖到更多场景、更多的企业员工和持续的更新迭代和服务,对选择 「ONES+Tower」就更加笃定了。所以我觉得一个并购能否真正地成功,最终还是体现在客户价值,这个是最本源的问题,ToB 客户真正愿意认可你,才有了客户价值。

老沈:对,客户价值增值了之后,我们也一定可以在数据上看到合并后的客户留存会更好,这一定是相辅相成的。另外并购之后也还会是两个品牌,因为两个产品对应不同用户层级和不同的品牌认知。

王颖奇:是的,ONES 收购 Tower 后,不仅会保留两个品牌,还要继续加强客户的认知。我们认为 Tower 应该是轻量协作和小团队里面最好的品牌,而 ONES 是国内做研发管理最专业的品牌。产品能力上,我们可能会有数据打通、权限打通,这些是未来我们可能要去做的,而品牌上则是要完全独立来发展。在这方面国内外有一些大公司在收购过程中也给我们做了非常好的一个榜样,例如 Jira 的所属公司 Atlassian 对 Trello 的合并,带来了非常高的商业价值和客户增长,我们对这件事还是非常笃定的。

老沈:对客户来说在降低成本上也是有积极作用的。我对未来非常期待。

ToB 创业,熬过「黑暗隧道」

刘凯:如何看待国内 ToB 未来的生态?是否会有更多的并购案发生?

老沈:疫情之前,整个国内 ToB 行业只要产品做得不差,每年都会有一定的增长的。但是疫情期间,大量的需求催生了 ToB 业务的「高速增长」,其中也包括 Tower 。与此同时,大厂的各类平台也同样扩张得很快。非常典型的,今年腾讯会议获得了数百倍的增长。相信未来它还会围绕会议协作业务来补充更多合作、并购,所以我觉得大平台的并购会比以前更积极,更激进。

对于 SaaS 企业,比如说像 ONES 和 Tower,我们在业务上是有相关性的,能够去做交叉营销的产品应该尽快捆绑。在国内的平台发展更激进的时候,客户的留存就变的很重要。如果客户一听说大厂的某个产品免费就流失的话,只能证明本身产品没有做好客户价值。今年虽然很多产品免费了,但 Tower 仍然在实现增长。我觉得接下来 ToB 行业的并购会产生两个积极的效应,第一个是平台的并购会变得更激进,第二同业之间的业务合作跟兼并也会变得更多。企业合并 1+1>2 的效益在 ToC 里不明显,但在 ToB 里会特别明显。我们双方的业务很典型,Tower 的业务不深,但是它很广;ONES 的业务是个纵向业务,所以就正好是个加号,业务这样搭起来了,稳定性就很高。

国外很多案例,Salesforce 买 Slack 和 Quip、 Jira 买 Trello 、Microsoft 买 Wunderlist 也都是合并进去的。但是国内的 ToB SaaS 公司,历史上也没有出现特别强的,今年有比较强的但规模也不大。所以我觉得目前还处在市场比较早期。当 Tower 跟 ONES 结合在一起的时候,这个问题是比较简单的。最差的情况我们也是能做成加法的。如果执行得好,我们是可以把加号转过来,变成乘法。这个合并有一个前提,就是要放在像 ONES 和 Tower 的业务融合度很高的情况下才有必要,假如说你原来是做 HR 的,你去买个 CRM 就没必要了。

刘凯:其实你说的是很好的一个问题,就是对于 ToB 公司来讲怎么构筑更大的壁垒以及实现下一步的增长。

王颖奇:并且我们的合并还是有很多机缘的,相同的理念、互补的产品、共同的投资人,这些都是可遇不可求的。国内外大平台并购案例很多,并购的成功不仅仅是交易的成功,而是指这个产品在平台之上还有更好的发展,在大的体系里把业务做起来。目前我看到的做成功的还是比较少。

ToB 为什么并购?因为 ToB 的客户很难获取或者迁移成本很高,所以才需要并购。并购获得的是续约率、历史客户数,再加上产品和团队。ToC 可以烧钱获客,但 ToB 用钱烧不出来了,因为一个好的产品,必须要花很长的时间,包括产品打磨、团队打磨以及建立客户认知,这些需要并购来解决。所以我觉得国内的 ToB 并购未来会越来越多。但是大公司的并购能否真正成功呢?国内其实没有真正意义上大的 ToB 公司,都是 ToC 互联网起家的公司做 ToB 业务,并且由于业务需要而发起并购。理想情况是,国内的 ToB SaaS 公司对这个行业有足够的认知,知道中小创业公司在某个领域里面的价值,双方合并后业务仍然能够非常健康地成长,这才是一个良性的并购,而我觉得这在未来 5 年内可能都不会特别多见。

当然,并购也有财务并购和业务合并。我是更期待能有一家真正的 ToB 公司通过资本并购的方式来解决业务问题,现在看来的话可能还比较少,大家都还在 ToB 领域比较早期的阶段。

刘凯:我很好奇现在市场上低代码、无代码的新产品不断涌现出来,你们如何看待它们与你们的关系?

老沈:低代码、无代码开启的是一个全新的业务领域,它跟我们是一个共生关系,而不是正面竞争的关系。举个例子,比如说 Airtable 的甘特图,它本质上是一个在线数据库,然后你才能形成一个甘特图。但是在 Tower 和 ONES 的产品里面,任务的分解天然就是在那的,用户不需要专门去搭甘特图。无论是 ONES 还是 Tower 都是标准产品,都是开箱即用的,这是本质上的差别。无代码开启了一个全新的软件交付模式。对于非常零碎化的、不可规模化的需求,才是零代码大展身手的地方,所以这两个不是冲突的。

王颖奇:我跟老沈的观点是一致的,核心是说如果一个行业被证明它有非常大的需求,一定会有专业产品出现,除非这个行业是一个非常小的行业,那就用通用工具,甚至还用表格加邮件的方式协作。但研发管理这个行业它是被证明了有大量需求的,这些产品一定是专业产品,就像 CRM 在原则上来讲,不可能通过 Airtable 拼出来的,所谓的「mini ERP」也是个伪命题,所以我觉得共生不是在单个公司间的共生,它是整个行业的共生。对于刚需领域就用垂直 SaaS,长尾需求就靠这些低代码或者是说用更通用的工具把它拼出来。也是基于这样的行业判断,我们才会愿意再投入时间、人力和资金到「ONES+Tower」里去。

刘凯:最后一个问题,假如有机会重新创业,你们会想做什么?

老沈:我还是会做 Tower,会做的更专注,在选择用户数还是选择收入上更加坚定,一定能比现在做得好。

王颖奇:我也仍然会选择做 ONES,二次创业选 ONES 肯定是对的。但我和老沈可能仍然也会面临用户和收入增长二选一的纠结。所以我如果重新来过的话,有可能我会把做收入再往后放一放,产品更成熟之后也许发展会更快。不过每一步都算数,再重来一遍,我跟老沈,咱们俩该踩的坑应该还会再踩的。

刘凯:其实你们俩说的都是要「坚持」,坚持任何一件事,做 ToB 软件、做 SaaS 就要坚持要熬过前面的「黑暗隧道」。

对话嘉宾简介

对话主持人:

刘凯,五源资本合伙人, 2014 年加入五源资本(原晨兴资本),开启了 ToB 的领域,包括产业升级、云服务、人工智能等领域投资,先后投资了 ONES、Tower、PingCAP、神策数据、滴普等多个项目。

对话嘉宾:

沈学良(老沈),Tower 创始人。2010 年创立彩程设计,是国内最早的专业用户体验设计公司之一。2012 年彩程推出团队协作工具 Tower,目前已服务近百万个团队。

王颖奇,ONES 创始人。曾参与金山软件 WPS、金山毒霸等大型软件的核心开发工作;2011 年创立正点科技,旗下产品正点闹钟、正点日历在全球用户过亿;曾任知名基金 EIR;2015 年,王颖奇创立 ONES,致力于提供企业级研发管理工具及解决方案。

查看原文

赞 0 收藏 0 评论 0

万事ONES 发布了文章 · 2020-12-03

ONES 收购知名协作工具 Tower

image

ONES 宣布收购知名协作工具 Tower ,进一步拓展其专业研发管理业务版图。收购后,ONES 将提供覆盖小团队到中大型企业的研发管理解决方案。

image

Tower 专注协作效率提升,获得近千万用户喜爱‍

Tower 协作工具于 2012 年正式上线,经过 8 年的发展,Tower 以优质的用户体验和产品口碑赢得了用户肯定,在行业和社区有极大影响力。在 Tower,团队可以轻松地创建项目并指派任务,通过多种可视化视图全面跟踪和管理项目进度,保障项目有序推进。

目前,Tower 已经为近百万团队提供协作工具,在互联网、教育、零售等领域均形成了成熟解决方案,如 Bilibili、YY 欢聚时代等多家头部企业均使用 Tower 实现了轻量高效的团队协作。

image

ONES 深耕企业级研发管理,中大型企业信赖之选‍

正如 Tower 多年坚持的「让每个人走的更快,让团队走的更远」的团队协作理念,ONES 也始终以「助力企业更好更快发布产品」为使命,深耕中大型企业专业研发管理领域。ONES 先后发布了项目进度管理、知识库管理、测试用例管理等8款企业级产品,贯穿研发全流程,提升企业协作效率。

作为面向中大型企业的专业级研发管理工具,ONES 通过了 CMMI、ISO、可信云等多个专业资质认证,为小米、浪潮软件、招商基金等众多中大型企业提供安全可靠的研发管理解决方案及专业服务,获得了市场的充分认可。

ONES + Tower,陪伴企业初创到成功‍

据 Gartner 数据统计,2019 年全球面向软件研发领域的项目管理软件市场规模年复合增长率达到了 9 %。在海外的研发管理领域,Jira 等产品也已经充分验证了研发管理对企业的重要价值。Jira 所属公司 Atlassian(NASDAQ: TEAM) 在 2017 年以 4.25 亿美元收购轻量级项目管理工具 Trello,是其全面覆盖小团队到中大型企业的重要里程碑。

Trello 的加入为 Atlassian 带来了更多的用户群,同时吸引了企业客户增购产品套件,促进整体利润的积极增长。根据 Atlassian 发布的财报显示,Trello 在 2018 年为 Atlassian 带来 12,789 位新增客户,2019年又带来了 2,500 位新增客户,整体收入上涨 33%。

正如「Jira + Trello」,「ONES + Tower」的强强联合,也将为客户提供更灵活更丰富的解决方案。不同阶段、不同规模的企业完全可以根据自身工作方式来自由选择研发管理产品。

我们激动地欢迎优秀的 Tower 团队加入 ONES 。未来,Tower 将作为 ONES 重要的组成部分继续独立运营,我们将充分发挥 Tower 产品优势,并将其与 ONES 的专业产品和服务能力全面整合,陪伴企业从初创到成功。

了解更多 ONES 和 Tower 故事,请持续关注 ONES(ID:allinones)、Tower(ID:towerim)公众号。

查看原文

赞 0 收藏 0 评论 0

万事ONES 发布了文章 · 2020-10-15

企业如何找到合适的研发管理解决方案?

为了提高团队研发效能,保障产品持续、高质量地交付,企业需要找到适合自身的研发管理解决方案。

作为距离客户最近的人,ONES 解决方案专家始终以客户为中心,凭借专业的知识和服务能力,帮助软硬件、金融科技、互联网、游戏、新媒体、新零售等多个领域的企业和组织提供行业解决方案。

挖掘客户的真实需求

企业在各个阶段都会面临着不同的研发管理难题,但不是所有的企业都知道如何解决,有的企业对自身的需求也比较模糊。为了后续能更好地为企业服务,ONES 解决方案专家首先要挖掘出客户真实的需求

面对不同行业的客户,我们通过针对性地沟通引导他们“还原”团队的__研发日常,更全面地了解他们的研发管理现状,从中敏锐地发现问题,挖掘需求。”

引导不仅有利于我们分析客户需求,同时也帮助客户自主发现问题。实现有效的沟通并不容易,没有系统的研发管理知识,只会成为没有感情的记录员。ONES 解决方案专家都获得了 PMP、ACP、DOM 等国际管理咨询认证,这让他们能够更准确地理解企业的研发管理场景和问题,从而提供更专业的建议。

丰富的知识与经验,为各行各业打造专业的解决方案

同一行业面临的研发管理难题是相似的,而不同行业的需求则不尽相同,这对解决方案专家们提出了更多的技能要求。

我们在不同行业都有多年服务经验,所以很了解各个行业的业务场景,能够快速地理解客户的痛点,建立相互的信任,然后更高效地解决问题。”

不仅拥有丰富的行业知识,ONES 解决方案专家对产品也有着深入的了解和熟练的应用。在内部严苛的产品考核制度下,他们能够灵活使用 ONES 产品并清晰了解产品规划,对同类产品也了如指掌,为客户进行全面的产品对比分析,提供更适合他们的研发管理解决方案。

为了让客户更直观地了解 ONES 如何帮助他们解决问题,ONES 的解决方案专家会进行针对性的解决方案讲解和产品演示

“最快的一次是,客户表达了对我们产品极大的兴趣,我们也很清楚他的需求了,然后立马去做了上门演示,当天就达成了合作。”

同时他们会协助客户免费试用产品,真实地体验和了解产品功能,期间遇到任何问题,ONES 解决方案专家第一时间给予在线帮助与解答,并在试用后提供更完善的解决方案。

持续关注和解决客户问题

针对企业项目特点和需求,ONES 解决方案专家持续为企业提供咨询和顾问服务。为了帮助企业中的各个团队快速上手,他们会进行产品使用培训,保证企业高效实践研发管理。

在使用 ONES 的过程中,ONES 解决方案专家仍会持续关注客户使用情况和需求、及时解决问题。为了帮助企业应对快速变化的挑战,ONES 也会定时邀请行业专家探讨国内外的最新研发管理经验,分享行业最佳实践

这是互相成就、共同成长的过程,在帮助企业不断提升研发效能的同时,ONES 也能够为企业提供越来越丰富的产品与服务。

最重要的是产品能满足企业的需求,以及专业的服务,我们为客户带来了切实的价值,客户也很愿意把我们推荐给身边的朋友。”

ONES 专注于企业级研发管理解决方案,针对中国企业普遍面临的研发管理痛点,ONES 产品矩阵打通研发管理全流程与复杂场景,为企业提供全生命周期的研发管理工具。

围绕着产品,ONES 解决方案专家们以专业的研发管理知识、丰富的行业服务经验,以及对客户需求的深入挖掘和理解,为企业提供服务和支持,助力企业更好更快发布产品。

想了解 ONES 能如何帮助你的团队提高研发效能?欢迎访问 ONES 官网进行免费试用,或预约解决方案专家演示。

查看原文

赞 0 收藏 0 评论 0

万事ONES 发布了文章 · 2020-08-07

持续交付时代,还有必要进行 Sprint Review 么?

持续交付时代,企业通过自动化构建部署,快速频繁地发布软件。很多团队为了尽早获取用户和干系人的反馈来适应变化,采用一次性的特性评审来取代迭代评审会(Sprint Review)。那么持续交付时代,是否还要坚持 Sprint Review?Sprint Review 的价值在哪里?本期「项目管理100问」来聊一聊 Sprint Review。

Sprint Review 是什么?

在「ONES 小课堂:让我聊一聊 Scrum」中说到,Scrum 将整个开发过程分为多次 Sprint,通过多次 Sprint 来改善正在构建的特性,逐步完善产品。

Sprint 需要经过 Planning - Implementation - Review - Retrospective 4个阶段流转,在 Sprint 结束时进行 Review,来检视所交付的产品增量并按需调整产品待办事项列表

Scrum 迭代流程图

Sprint Review 的价值

Sprint Review 的目的是为本次迭代交付的产品获得反馈,响应业务需求,确保达到应用效果,避免开发对用户没有价值的功能。Sprint Review 将参与该过程的所有人员联系在一起,集中展示多个特性功能,帮助利益相关者全方位思考,从整体上优化和改进产品

对于团队来说,整体优化和改进是很难的,通过仪式感的会议机制持续地学习和讨论,让团队成员清楚地知道每次交付的是一个可用的软件版本,而不是单纯的产品功能。Sprint Review 让持续交付文化融入团队,保证研发的节奏和质量

Scrum 过程中每个要素都是以一种微妙的方式相互作用,随意裁剪模块会破坏敏捷的节奏。Sprint Review 作为敏捷中重要的一环,必不可少。那么,如何高效地完成 Sprint Review 并充分获得反馈?

Sprint Review 成功要点

1. 在会议准备阶段,PO 需要根据迭代规划周期和类型确定演示计划和演示日期,在 ONES Wiki 中与团队成员同步演示环境及数据,提高会议效率;

ONES Wiki 共享文档,沉淀团队知识

2. 确定会议主持人,把控会议流程及会议走向,避免将会议变成简单的演示会议。

Sprint Review 不是 Sprint Demo,Sprint Demo 是单向沟通,而 Spirnt Review 是双向沟通。它不仅是展示本次迭代的成果,还要求项目组内部成员(包括PO、SM、开发测试等)和项目组外部利益相关者(包括客户、最终用户等)相互提问反馈,检查新功能是否满足客户需求;

3. 建议由 PO 进行操作,讲解当前完成功能及遗留问题或风险,所有参会人员根据体验及演示提出反馈或建议,按照优先级录入 Sprint 或 Product backlog;

ONES Project 建立需求池

4. Sprint Review 结束后,如未达上线标准,PO 需要引导团队成员根据演示反馈形成问题的「行动计划」并执行,直至下一次演示通过方可上线;

5. Sprint Review 不是唯一获得反馈的方式,团队应该尽早获取用户和干系人的反馈。ONES Desk 支持快速收集、跟踪、管理和解决客户的建议反馈,帮助团队改善产品功能、解决用户需求,不断从事件中学习和沉淀。

ONES Desk 帮助企业快速响应客户反馈

持续交付时代,ONES为中大型团队提供优秀的敏捷研发实践,打造研发过程中多角色间的高效协作环境,帮助中大型企业快速可靠地迭代版本,持续交付价值。

查看原文

赞 0 收藏 0 评论 0

万事ONES 发布了文章 · 2020-08-07

PO 就是敏捷里的产品经理?别再搞不清啦

Scrum 适用于需求变化频繁、内外部环境变化快、需要快速交付的场景,在最新发布的「14th Annual State of Agile Report」中,超过75%的受访者实践 Scrum 或 Scrum 的混合体。然而大多数企业依然没有设立产品负责人(PO)这个角色,或者认为 PO 就是敏捷里的产品经理(PM),干脆直接用 PM 替代 PO。

那么 PO 等同于 PM 吗?他们之间的区别是什么?团队到底应该使用哪个角色?本文帮助大家梳理研发团队中两者的定位,以正确的方式协作配合,交付高质量产品。

明确角色定位,打造优秀团队

在软件快速迭代开发的环境中,「PO + PM」的团队才是标准的配置。

PO 起源于 Scrum,其最大的职责是「最大化产品的价值」。作为产品负责人, PO 需要确定产品的方向和愿景,定义产品发布的内容、优先级和交付时间,并对产品 ROI 负责。PO 相当于产品的 CEO,领导利益相关者,从运营、数据、市场等多个维度,构建产品想象空间,定义产品模型,最终变现产品价值。

PM 是互联网行业最常见的角色,其最大的职责是「做好产品」。作为产品第一输出,PM 需要以用户的需求为核心,将产品的概念转化为功能,是产品整个生命周期的灵魂缔造者。产品经理需要明确目标客户及需求,完成产品需求文档、原型和流程图等,细分产品性能并确定实现方案,保证产品高效和高质量地发布上线。

PO 和 PM 都是企业必不可少的角色,明确职责定位,稳定团队配置,才能打造优秀的产品团队,提高整体工作效率。以下三点,帮助 PO 和 PM 高效协作,从 0 到 N,持续交付高价值产品并推向市场。

高效协作,交付高价值产品

1.共享知识库,不断探索前行

产品研发初期,PO 需要根据优先级调整产品代办列表中的故事完成排序,PM 在了解 PO 的需求基础上,澄清故事细节,将需求转化成产品的性能,与设计、研发、测试以及运营等团队角色共同讨论,输出可行性方案。在这个过程中,PO 与 PM 需要共同构建知识库,同步项目文档与知识信息。

使用 ONES Wiki,帮助 PO 和 PM 创建用户故事,描述产品功能架构、市场背景、用户需求情况、版本管理和规划,通过在线添加注释和评论,迅速反馈意见。同时 ONES Wiki 支持与 ONES Project 项目关联,在页面插入任务列表快照,快速对应需求和文档,提高研发管理效率。

                     ONES Wiki 沉淀团队知识库


2.搭建协作平台,快速交付产品

产品研发过程中,PO 可能会根据战略目标的调整或客户的要求进行需求变更,为了避免项目延期,PO 与 PM 需要搭建统一协作平台,可视化研发排期,及时发现和管控项目进度风险,实现从故事产生到最终交付的全流程管理。使用 ONES Project,制定项目里程碑,监控项目进度,确保项目总目标实现。

                    ONES Project 项目进度可视化  


3.项目复盘,持续过程改进

项目结束后,PO 需要选取合适的时机,引导 PM 和团队成员进行项目复盘,多角度发散思维,总结项目经验,持续地改进研发过程,形成研发管理闭环。ONES 提供质量报告和多种数据报表,帮助团队分析、总结项目过程中遇到的问题,沉淀经验,为后续改进制定计划。

               ONES Project 直接查看代码质量分析  


研发管理是个复杂的过程,PO 和 PM 共同协作配合,保证研发节奏稳定,才能保障业务有效推进。ONES 研发管理解决方案,贯穿研发全流程,促进 PO、PM、研发、测试、运维等产品研发过程中各角色的良好协作,提升团队工作效率,保障产品交付质量,助力企业更好更快地发布产品。

查看原文

赞 0 收藏 0 评论 0

万事ONES 发布了文章 · 2020-07-10

项目经理的修炼,直面需求变更

项目实施过程中,项目经理常常面临一个重大挑战—需求变更。需求变更无处不在,市场条件变化、新业务出现、战略目标调整、客户需求修改、资源限制等,都会造成需求变更。

需求变更会影响项目的时间、成本和质量,对整个项目和团队成员都是严重的冲击。中国信通院发布的「中国 DevOps 现状调查报告(2019年)」中也可以发现,59.68%的企业认为需求的频繁变更是阻碍软件按时交付的主要原因。为了帮助项目经理顺利解决变更,减少变更带来的影响,本期「项目100问」将与您分享需求变更解决之道。

管理需求变更,避免项目延期

1.拥抱变化,积极面对变更

敏捷实践中,软件开发需要不断满足用户的需求,通过持续交付,使产品在逐渐符合客户需求的过程中渐进完善。就像敏捷宣言中的「拥抱变化」一样,项目经理不应该消极抵制需求变更,相反应该期盼需求变化的到来,并主动促使需求变化的发生。

在保障研发排期的前提下,项目经理需要积极拥抱变化,认真面对需求变更,通过合理的方法控制需求变更的节奏,主动推动需求变化,努力去发现和解决客户真正的需求。

2.分级管理,召开变更会议

虽然我们要积极拥抱变化,但也要对新需求进行评估,召开需求变更会议讨论是否接受变更。根据需求的重要性和优先级对新需求进行分级管理,全面评估返工任务量和资源浪费的影响。

3.更新进度计划,调整项目周期

接受需求变更后,项目经理需要输出一份需求变更计划,将各项变更引起的时间和资源的变化告知团队,并根据最新的需求规划更新项目进度计划,以确保项目顺利进行。

前面说的终归是补救措施,亡羊补牢永远比不上未雨绸缪。项目经理更应该避免被动的局面,使用 ONES 管理需求,控制项目进度,避免项目延期。

ONES 帮你管理需求变更

1.规范文档,引入需求变更管理机制

控制需求变更最简单的方法,就是在开始之前引入需求变更机制,规范变更的范围和方式。结合具体业务场景,确定严格和正式的需求变更工作流程,防止随意、不必要的需求变更导致的进度延误。共享 ONES Wiki 文档,规范所有项目成员的需求变更模版和审批流程。

9f674611f239f053a6384548059fbbfb-picture                                                   ONES Wiki :沉淀和共享团队文档

2.搭建工作流,可视化管理需求

可视化和结构化地管理需求,及时同步需求池,公示整体排期计划,减少因信息不对称引起的变更。一旦发现有变更风险,要及时地应对,避免风险堆积。

使用 ONES Project ,在项目中创建需求工作项类型进行需求池管理。录入需求单,包含完整的描述、产品文档、原型等后续研发过程中需要参考的资料,方便进行评审以及后续研发过程的流转。

d1ab7b7bdab878988ff4c79fc50e637e-picture                                                          ONES Project 管理需求

3.细化需求评审,做好需求评估

在收集和分析需求后,一定要进行需求评审。评审的过程本身也是一个知识传递的过程,在需求评审会议上,所有项目干系人参与讨论,明确需求定义和场景,达成统一的认知和共识,构建有价值需求。在审批不合理需求的过程中,意识到需求的不合理性,自然可以减少无效变更。

8958cb8cf77a30b1018a1a88550580a9-picture                                                              ONES Project 需求评审

需求变更是一把双刃剑,一方面可以优化产品功能,提高用户体验,另一方面又会增加研发成本,造成项目延期。所以,一定要正确对待需求变更,通过可视化需求池、做好需求评估、跟踪需求、规范管理机制的方式来最大化减少需求变更带来的影响,保障产品交付质量。

ONES 帮助项目经理收集、分析需求,把控产品研发节奏,跟踪研发进度和质量,高效高质量地交付产品,助力企业更好更快发布产品。了解更多 ONES 解决方案,欢迎登陆官网https://ones.ai

想获取「中国 DevOps 现状调查报告」报告原文?快来添加 ONES_2020,回复「DevOps」即可获得。

查看原文

赞 1 收藏 1 评论 0

万事ONES 发布了文章 · 2020-06-29

Jira 是最适合中国企业的研发管理工具吗?

换掉你的 Jira,领最高10万元优惠券!

企业在研发过程中会面临诸多挑战,如何把控项目进度,促进多角色、多团队间的协作,如何持续地进行过程改进,提高研发效率,保证产品交付质量等,都是常见的难题。为解决这些问题,企业通常需要借助合适的研发管理工具。

如何选择合适的研发管理工具呢?也许很多人会想到 Jira,但 Jira 是最符合中国用户使用习惯的工具吗?

ONES 已支持一键导入 Jira、Confluence 数据,轻松完成数据迁移。现在换掉你的 Jira,还可以免费获得最高10万元的ONES 优惠券!(点击即可领取)
A厂-公众号.png

ONES 对比 Jira 的优势远不止于此哦!ONES 专注于企业级研发管理工具和解决方案,产品矩阵贯穿整个研发流程,促进产品研发过程中各个角色良好协作,提升团队协作效率,助力企业更好更快发布产品。想进一步了解 ONES,欢迎访问官网https://ones.ai进行 Demo 体验。
————————————————

查看原文

赞 0 收藏 0 评论 0

万事ONES 发布了文章 · 2020-06-19

ONES Project 项目计划

在研发项目管理实践中,尤其是在瀑布研发管理中,制定项目计划是保证项目有序进行的重要一环。近期,ONES Project 对「项目计划」进行了功能升级,帮助团队更便捷高效地创建和管理项目计划,跟踪项目进度。

ONES 如何帮助团队制定项目计划

1.制定项目计划,规划项目进度

确定了项目目标、项目范围以及工作分解粒度后,项目经理可以在 ONES Project 中,使用「项目计划」组件来创建工作分解结构(WBS),将项目目标拆解为计划和工作。

以「计划」作为 WBS 分解的中间层,表示项目目标、项目阶段或工作包;以「工作」作为 WBS 分解的最底层,代表可分配、可执行的工作,并标记各个工作的起止时间,规划项目进度。

6607504bba13ec9be1e0af8072602ac3-picture

2.创建里程碑,监控项目进度

在甘特图中设置里程碑,通过里程碑将项目进度分解为不同阶段的目标,用以度量项目进度,确保项目总目标实现。

项目经理可以创建和管理交付物,并关联到相应的里程碑,ONES 支持将交付物设置为文件或链接。每一份交付物的完结标志着该阶段的工作已完成,研发工作可以进入下一阶段。

31f07afa0ec9bc6bc68eb467ccf628e0-picture

bd903ce710ead9a0f91a1e92b29db247-picture

3.设置前后置关系,保障项目有序进行

ONES Project 支持在甘特图中为工作和里程碑设置四种不同的前后置关系:

  • 当「A」开始后,「B」才能开始
  • 当「A」开始后,「B」才能完成
  • 当「A」完成后,「B」才能开始
  • 当「A」完成后,「B」才能完成

设置前后置关系,可以让研发流程更加标准化,保障项目推进稳定,井然有序。

87e27a9356217895aec424e297401d31-picture

4.支持基线对比,评估项目健康度

项目计划不是一成不变的,在实际的项目推进过程中,我们可能会根据项目的实际落地情况对项目计划进行调整。ONES Project 支持在项目计划中,将当前甘特图创建为快照,并将快照设置基线。

项目经理可以选择当前状态和任一基线进行对比,直观地了解项目的进度与基线版本相比哪里落后,哪里提前了,帮助团队快速评估项目进度健康程度。

1ff475e614ace4aed97b42d3741f2eb5-picture

「项目计划」使用指南

新建项目计划、里程碑计划

1. 创建项目时,选择「瀑布型项目」,或在项目设置中手动添加「项目计划」组件;

2. 在「项目计划」组件中,点击右上角「+工作」「+里程碑」快速新建工作和里程碑;3. 在列表中上下拖动工作和里程碑,可改变他们的父子结构;4. 在甘特图的查看状态下,可快速编辑、查看、删除工作和里程碑信息,更新进度和状态;5. 编辑工作名称时,按回车键提交,可自动新建一个同层级的「工作」。

5ecfaa700bbb9c737d5bb5ade0efe27b-picture

设置前后置关系

1. 在工作和里程碑的编辑详情中,点击「添加前置依赖」或「添加后置影响」即可为当前工作或里程碑添加前后置关系,计划不可添加前后置关系;2. 系统自动检验前后置关系是否导致矛盾,并通过弹窗确认变更影响;3. 在甘特图中显示已添加的前后置关系曲线,可点击「x」快速解除关系

eeb5e8c7fe54986237ebf4529f735222-picture

2ef6e77bf384cfe9a5550456b722e980-picture

添加基线对比

1. 点击右上角「创建快照」后,将快照设为「基线」;也可以在「查看计划历史快照」中,设置基线;2. 在甘特图右上角,打开「基线对比」开关,即可配置当前状态与指定基线进行对比;3. 添加成功后,可通过具体工作或里程碑的 hover 提示查看开始日期和完成日期的对比情况。

1d389feb0a9161ee3b5ca23da8690e39-picture

652daca6c4a373d964ee204f29e9d3bd-picture

以上就是 ONES Project「项目计划」升级后的主要功能。ONES 为企业提供完善的瀑布研发管理实践,帮助企业计划和控制项目范围、进度、成本和质量,保障项目研发管理过程更加标准化、透明化、可视化。欢迎访问我们的官网 https://ones.ai 免费预约演示。

查看原文

赞 0 收藏 0 评论 0

万事ONES 发布了文章 · 2020-06-11

优秀的 Scrum Master 应当是团队的“仆人”

Scrum 专家 Venkatesh Rajamani 采访多位 Scrum Master 并结合自己职业生涯中的实际案例,发布了「Scrum Master 进阶白皮书」,分享自己作为敏捷教练从信息分发者到仆人式领导者的经历。

为了帮助 Scrum Master 更好地管理项目流程、监控项目进度,本期 ONES 小课堂将为大家分享 「Scrum Master 进阶白皮书」中的 Scrum Master 的进阶四象限

意识能力四象限

管理培训师 Martin Broadwell 在「能力的四个阶段」中提出,无论学习哪种新技能,都要经历「无意识无能力」、「有意识无能力」、「有意识有能力」以及「无意识有能力」四个阶段,即意识能力四象限。Scrum Master 的进阶也可类比意识能力四象限,将其分为信息分发者、预言者、园丁以及仆人式领导四个进阶象限。

图片来源:The Stages of Scrum Mastery

Scrum Master 进阶四象限

1.信息分发者

这一阶段是 Scrum 初始象限,信息分发者在“无意识无能力”象限下,从管理层和团队双方获得信息,收集并进行双方传递。如何进阶到有意识到阶段呢?Scrum Master 需要明确项目方向并正确引导,落实项目职责,有效分发任务,使用 ONES 甘特图,从不同时间跨度,把握整体项目完成情况,分解项目工作,规划和跟踪进度。

2.预言者

预言者阶段置于“有意识无能力”象限之下,Scrum Master 经常觉得他们必须为团队挺身而出,为团队做他们能做的一切。这种态度可能会导致创建团队总是依赖于 Scrum Master,长远来看团队会逐渐失去自发性。

Scrum Master 需要引导团队主动相互沟通、协作解决问题。团队抛开“自我”回应,变成“我们需要解决这个问题”,自发共享项目计划和文档,沉淀知识,帮助不同角色职能快速找到答案和可用经验。ONES Wiki 文档资源帮助团队及时共享信息,降低跨团队的沟通成本。

3.园丁

园丁的主要职责是消除植物生长的不利条件。同样,Scrum Master 需要为团队创建一个可以进行协作的安全工作环境。园丁阶段已经是“有意识有能力”象限,Scrum Master 在这个阶段可以观察到在项目进程中的问题,面对需求的变更,资源冲突和临时性调动,主动统一团队对项目目标的认知,协助成员规范需求变更流程。通过 ONES 看板,公示整体排期计划,帮助团队所有成员直观了解项目进度情况,避免风险堆积。

4.仆人式领导

Scrum Master 在这个阶段自我创作,以实现成为仆人式领导者的技能和特质。团队注重头脑风暴,领导者拒绝回答,比起独自决策,领导者更倾向通过倾听和反思团队产生的新见解,鼓励团队协作参与决策。Scrum Master 组织和主持 Sprint 计划会、每日站会、评审会以及回顾会,协助 PO 编写 Story 并进行优先级排序。在 Sprint 回顾会议中,可通过 ONES 查看燃尽图了解迭代进度是否健康,或通过代码质量分析排查隐患,提高产品交付质量。

Scrum Master 进阶的研发管理工具

从信息分发式领导转向仆人式领导,本质上是一种意识的选择。作为一名高阶的 Scrum Master,除了意识的主动性,还需要选择合适的研发管理工具,更好地支持团队进行敏捷实践。

根据 Digital.ai 2020年6月最新发布的「14th Annual State of Agile Report」显示,Scrum 仍然是实践最广泛的敏捷框架,超过75%的受访者在实践 Scrum 或包括 Scrum 的混合体,其中最常用的五种敏捷技巧是每日站会、回顾会议、迭代计划、迭代回顾和短迭代

图片来源:14th Annual State of Agile Report

ONES 为中大型团队提供优秀的敏捷研发实践,打造研发过程中多角色间的高效协作环境,为敏捷研发全环节提供专业支持,通过燃尽图、敏捷看板、仪表盘、甘特图等工具技术,帮助 Scrum Master 清晰地了解每个成员的工作状况和迭代所处阶段,管理团队资源管理,把控质量更好更快地交付产品。

现在,你 get 成为高阶 Scrum Master 的方法了吗?快和团队一起用 ONES 进行 Scrum 敏捷实践吧!访问官网dc.ones.ai/t/3ia

想获取「14th Annual State of Agile Report」报告原文?快来添加 ONES 小编微信:ONES_2020,回复“敏捷报告”即可获取。

查看原文

赞 1 收藏 0 评论 0

万事ONES 发布了文章 · 2020-06-05

项目管理100问 | 如何为项目制定里程碑?

「项目管理100问」是一档知识型专题,基于 ONES 团队丰富的实践经验以及客户的积极反馈,每期分享一个项目管理小知识。欢迎大家踊跃地反馈和提问~

前言

在日常的管理工作中,项目经理在面对研发项目越来越复杂,需求变更不断增加,进度失控等问题时常常会感受到来自进度管理的种种挑战。进度管理会直接影响到研发项目能否在保证质量的基础上按时交付。

而在项目进度管理中,里程碑是不可忽视的一部分,因为里程碑的设定能够很好的让所有干系人了解到项目进度和方向,跟踪流程内协作的工作进程。通过里程碑控制,把握和控制项目的关键节点和成果输出,实现项目进度目标。

本期「项目管理100问」为大家分享如何制定里程碑来控制项目进度关键节点,从而改善项目进度管理失控问题

如何为项目制定里程碑?

设立里程碑,关键是有效分解目标,让项目成员清楚地看到目标,感受到项目的进展,从而顺利交付产品。

首先,要将产品开发流程结构化,划分需求分析、产品设计、产品开发、质量测试、持续集成与交付等多个阶段;然后预估工时,明确关键路径;最后选取各阶段的关键任务完成点设立里程碑并设定目标交付物。

1.团队讨论,达成共识

在里程碑设定的时候,需要项目成员一起讨论设立里程碑的时间点,同时也要整个团队一致认可最终的里程碑,这样制定的里程碑才是有效的。

2.工时估算,明确关键路径

项目经理可以基于 WBS分解工作结构,然后根据项目中各个模块的难易程度估算相应的工时,制定资源日历,划分任务层级,找到最可能导致项目延期的关键路径。

3.确定里程碑时间点

在估算工时和确认关键路径之后,将结果路径画出来,标记每个里程碑,按照发生顺序进行适当的调整和改变。同时用连线表示任务层级,提炼出各个阶段需要的时间。结合项目时间节点,获取要求的交付日期,倒推各阶段的开始结束时间,就得到了项目的里程碑时间点。

4.确定里程碑交付物

在设置好里程碑时间点后,也需要为里程碑设定目标交付物。确定里程碑交付物,帮助项目团队评审质量/缺陷情况,真实度量产品性能达标情况。

以上就是在项目管理中制定里程碑的方法,但是项目管理的进度控制在实际过程要复杂得多,在一些规模比较大的项目下,需要借助专业的企业级研发管理工具,帮助我们快速拆解项目,更有效地制定里程碑。ONES 帮助您轻松简单快速地为项目制定里程碑,助力企业更好更快发布产品。

ONES 里程碑

1.制定里程碑

ONES 可以为项目制定里程碑计划,通过时间轴展示完整的规划与进度,给出项目延期预警,帮助项目后期监控执行。

2.里程碑版本对比

ONES 自动记录里程碑计划历史版本,通过版本对比,监控项目执行情况,帮助团队追踪项目进度以及追溯计划变更记录。

3.设置里程碑交付物

ONES 支持为里程碑设置目标交付物,直接上传文件和链接,帮助项目经理评审阶段成果。

4.把控项目计划

ONES 支持在项目计划中设置里程碑,帮助项目经理清晰有效地计划活动和跟踪所有项目的进度。

首先,要将产品开发流程结构化,划分需求分析、产品设计、产品开发、质量测试、持续集成与交付等多个阶段;然后预估工时,明确关键路径;最后选取各阶段的关键任务完成点设立里程碑并设定目标交付物。
如果您希望体验 ONES 产品,欢迎访问 ONES 官网https://ones.ai/进行 Demo 预约演示~

查看原文

赞 1 收藏 1 评论 0

认证与成就

  • 获得 18 次点赞
  • 获得 1 枚徽章 获得 0 枚金徽章, 获得 0 枚银徽章, 获得 1 枚铜徽章

擅长技能
编辑

(゚∀゚ )
暂时没有

开源项目 & 著作
编辑

(゚∀゚ )
暂时没有

注册于 2018-02-24
个人主页被 1.6k 人浏览