绿色无毒,放心下载!

当前位置: 优优卡> 资讯>应用推荐>Trello的使用技巧——看板模式与需求研发

Trello的使用技巧——看板模式与需求研发

时间:2019/3/6 15:31:00 浏览:

第 32 篇原创文章

全文约1300字,读完约3分钟

 

wideplum

小米产品经理/PMP项目管理师/

工业设计硕士/阅读者

作者按:经过一系列的文章,终于到了需求研发的阶段。这个时候,使用看板模式进行需求管理。普拉姆需求管理方法的介绍,也快接近尾声。

可以阅读《需求管理——普拉姆方法》的以下文章,了解以往的知识:

1.当我们谈需求时,到底在谈什么?

2.为什么要做需求管理?

3.需求管理中的干系人和角色

4.需求管理的三个模式与公交模型

5.急诊模式在需求收集中的应用

6.收集需求的模板

7.需求的优先级和重要性

8.排期站会——需求收集的最后一站

9.登机模式与需求设计

1.鸡肋的邮件

邮件已经成为公司最基本的沟通工具。但也是最鸡肋的工具——食之无味,弃之可惜。

所以,在需求管理的方法中,尽量让需求的形式或者载体,不仅仅依附于邮件,而应该采用多种形式。比如,在需求池中,需求就是以一行数据的形式存在。

在需求研发阶段,采用看板模式,以卡片的形式存在。

2.看板与需求卡片看板

看板的管理方法,是一个来自于制造业的专门知识。

看板管理,是指为了达到JIT准时生产方式而控制现场生产流程的工具

——百度百科

这里只是才用如下图进行示意,感兴趣的读者可以查阅相关资料,学习看板知识。

看板由不同的“泳道”组成,需求以卡片的形式,从最左端开始,运行至最右端结束。

一般“泳道”的划分,可以按照需求的状态划分。也就是说,需求卡片从左向右的流转,就是需求状态的流转。

需求卡片

需求卡片是需求在看板中的载体。这里可以记载需求的所有信息。

但是包含如下信息:

需求名称

需求的相关人:需求人、负责人、产品经理、研发工程师

部门

需求完成时间

需求描述

在开发需求的过程中,各需求的相关人不用再去寻找邮件,或者翻看电脑保存的文档。

每个人都可以通过看板,看到每个需求的实时状态。每个人都可以去拖动卡片。提前预知自己的工作量。比如,测试工程师就可以通过看板,大概预知有多少卡片在待测试状态,从而预估自己的工作量。

当然,看板和卡片可以用采用多种形式展现。比如,用真实的板子和纸片进行管理。也可以采用电子虚拟的形式进行管理,比如使用Trello。

Trello的使用技巧

现在,有很多管理工具,在使用看板的方式。但是,综合感受还是做得太复杂。而Trello的最大邮件就是简单,而且兼容很多插件,可以灵活应对多种场景。

当然,Trello最大的优势是免费。

Trello做为工具,本身极为容易上手,这里只是简单介绍一些使用技巧。

卡片

Trello的卡片功能非常强大。

这里要特别强调的是善于使用标签功能。

标签功能,像是办公文具中的条状彩色便利贴。对不同卡片进行分类。

因为Trello有搜索和筛选功能,在实际的应用中,可以将不同的“部门”作为标签打在卡片上,这样就可以对卡片进行筛选。

这里提示的小技巧是,将同一类的信息的标签,赋予同一种颜色,以便于管理。比如,不同部门(如销售部门、运营部门等)的标签是红色,不同系统的标签是绿色。

另外,“附件”功能,可以添加在线共享的需求文档的链接,便于查看更详细的需求细节。

同时,可以利用“清单”功能,创建此需求的研发工作项目(WBS),使用@可以指定到具体的人。

插件

使用Trello建议使用Chrome浏览器,因为在Chrome的应用市场中,提供了很多Trello的免费插件,增强Trello的功能。

Card Color Titles for Trello

使用让卡片的标签,显示出文字。Trello的自带功能,标签只能显示一个色块。

Trello Card Numbers

展示Trello的每个列表一共有多少张卡片。在看板管理中,每个“泳道”是有限额和容量的概念,也就是说每个列表应该是有最多装多少卡片的限制。如果一个“泳道”塞满了卡片,就是会出现堵车。

TrelloExport

可以将Trello的看板看片导出成Excel。

True age for Trello card

展示一个卡片在一个列表中呆了多长时间。卡片就像库存,如果卡片长期在一个区域长期搁置,就会变成呆滞库存,成为需求管理的负担,应该尽快去掉。

3.结语

本文介绍了需求研发的看板模式,从而引申出了Trello的使用技巧。

Trello只是工具,关键还是背后的需求管理方法。

你还有可以关注以下文章:

《数据分析学习纲要》(持续写作中)

以从0学习数据分析的角度,破解数据分析的学习路径。

解析KGI、CSF、KPI——数据分析的一种思路

数据分析中的黑箱和指标

零基础快速入门SQL的方法

Atlassian为何舍得砸钱收购Trello?

最近几天大家都被微信小程序给刷屏了,以至于昨天爆出的一则4.25亿美元的收购案也没什么泛起什么涟漪。我说的是前年上市的澳洲SaaS公司Atlassian对项目管理/团队协作工具Trello的收购。作为一家很注重控制开支的公司,为什么Atlassian舍得砸这么多钱在小小的Trello身上呢?

成立于2002年的Atlassian是一家稳扎稳打的面向企业提供项目管理服务的SasS公司。该公司专门开发软件工具,帮助企业工作人员协同工作,让企业员工在任何地方都能随意存储并访问文件。旗下产品包括团队工作计划和项目管理软件 JIRA,企业知识管理与协同软件Confluence,类似 Slack 的内部聊天/协作HipChat、代码库管理Bitbucket以及以及JIRA 服务台等。在经营14年之后,Atlassian成功于2015年上市,被誉为当年最成功的技术IPO之一。股票在上市首日即上涨了32%,市值达57.8亿美元。

Atlassian是飞轮型SaaS公司的最佳代表之一。它的销售效率极佳,与一般SaaS公司前几年往往将一半以上的收入用于营销方面,但上市当年上半年Atlassian在市场营销上花费为6790万美元,只占总收入(3.195亿美元)的21%。其奥秘是没有销售队伍,依靠口碑宣传和病毒式营销。所以在这种成本控制下,Atlassian的盈利水平很高。

当然Trello也是非常优秀的团队协作工具,其看板式的任务管理现在已经被很多的项目管理软件效仿。这款由著名软件工程师 Joel Spolsky开发的团队协作平台,当年(2011年)在TechCrunch Disrupt大会上正式发布在不到3小时的时间内,就已经积累了5000多用户。而现在Trello的用户数已经超过了1900万,日活用户已超 100 万。

在项目管理工具评测网站Project Management Zone的三个细分排名当中,Trello上榜了其中两个。在项目规划工具排名中,Trello位列第4(前3为微软Project、Atlassian的JIRA以及办公套件Zoho);在项目协作工具排名中,Trello位列第三(其它4个依次为微软SharePoint、G Suite、Basecamp以及IBM Notes)。以Trello的小身躯能够跟微软、Google、IBM等巨头挤到一起,这样的成绩的确不错了。

当然,Atlassian的JIRA也相当不错,在Project Management Zone的所有3个细分排名中也挤进了两个排行榜,分别是项目规划类排名第三以及问题管理工具类排名第二。JIRA和Trello无论在客户或者功能方面都没有太多的重叠,在收购了Trello之后,Atlassian在项目管理这一类别的解决方案将变得更加完整,这无疑会提高它在企业客户当中的竞争力。

当然,也许有人会质疑Trello虽然不错但是它真的值4.25亿美元吗?451 Research 的分析师Melissa Incera认为我们应该向前看。何出此言?点击“阅读原文”查看这家机构的预测数据。

反过来,对Trello的高价收购正好为资本效率提供了一个很好的研究案例。到目前为止,Trello的融资额仅为1000万美元左右而且仅进行过一轮融资,但他们就靠着这点钱把团队很快发展到了100人以上,用户群扩展到1900万。相对于Asana、Wunderlist等同类产品,Trello的资本效率非常高效。其商业模式是怎样的?能在3年内未VC创造多少收益?点击“阅读原文”查看详细分析。

Trello的产品特点也值得很多同行借鉴。或者说,它的一些做法已经成为主流。首先是Trello的跨平台结构,似乎它一开始采取的是web优先,移动响应式的跨平台支持,然后再发布iOS版。此外,Trello类似Pinterest式的看板交互模式在移动端看起来就像一张张卡片,非常适合展示。最后,Trello团队还悄悄地集成了很多存储和业务流程方面的东西到服务里面,通过免费提供部分集成来吸引用户,再对额外的一些进行收费,这也是很聪明的做法。虽然Trello的集成没有Slack那么多,但是已经足以让客户满意,再说集成数量多未必个个都有用的。

此外,这桩收购也体现了IT消费化的趋势。点击“阅读原文”查看深入分析。

收购案反映出来的最后一个趋势是企业SaaS的并购整合在加强。这些年来,我们目睹了企业SaaS的各种并购案的发生。这其中既有像Salesforce这样的巨头不断地鲸吞新产品,也有一些私募股权打次购买市值不大的上市公司。这些都反映出大型公司面临着越来越大的扩张压力。像Slack、Facebook @ Work或者 Microsoft Teams这样的协作产品要么在不断壮大,要么似乎有着无限的资金支持,在这种情况下,类似Atlassian这样的新晋既有者需要不断储备实力、做好长期斗争的准备。选择有潜力的初创企业是一举两得的做法(既消灭一个潜在对手又增强了自己的实力,这个价格也许也有先下手为强的意思)。著名VC Fred Wilson前几天就预测了这一点:

在传统企业软件公司(如Oracle)、成功SaaS公司(如Workday)以及私募股权机构三股势力都在寻求增加额外业务线以及提高经常性订购收入流的作用下,SaaS板块将会继续整合。

 作者boxi | 本文转自36kr

 本文转自36Kr

SaaS学堂邮件订阅功能即将开通

现在就扫描下方二维码提交邮箱

免费聚焦最新SaaS资讯

??

其他行业洞见-2016 年,SaaS 类早期初创企业融资状况及预测-如何判断SaaS公司的烧钱时机-金数据:2016 中国SaaS创业者运营情况调查报告-我们分析了25537个销售电话,总结出了这6个最佳套路

文章采集自互联网,版权问题请与我们取得联系。

“SaaSPad是专注SaaS领域的科技网站,我们分享国内外的SaaS成功理论和经验,建立行业人士交流探讨的社区,是国内最专业的综合性SaaS服务平台。欢迎扫码访问官网。

www.saaspad.com

用Trello进行需求管理

啊哈,一直想开个公众号记录自己作为产品经理日常工作的点滴,结果公众号是申请了,但是却迟迟没有动笔。最近恰好小组leader让我调研一下市面上的一些项目管理软件,挑选一款作为内部的管理工具。今天就以这个为主题来记录一下吧。

1 背景

目前我们项目产品组里有6个产品经理,因为有项目经理在帮我们协调资源、推动项目进展,我们产品经理其实并不需要参与整个项目的流程管理。但是在小组内部还是需要有一套需求管理和互相协作的工作流程来提高效率,在简单调研了zenkit、tapd、trello、leangoo、日事清等软件后,最终选用了trello作为我们产品组内部的流程管理工具。

2 Trello

2.1 Trello是什么?

Trello是一款日程管理应用,Trello上的工作主要围绕看板(board)展开,看板上可以创建多个列表(list),每个列表上可以创建多个任务卡片(card),团队成员可以在看板上创建任务卡片并分配给对应的小伙伴。

2.2 为什么是Trello?

内部需求管理大部分工作是任务状态的扭转,如果单单从这个层面来考虑的话,其实前文提到的几款工具提供的看板功能都是可以做到的。但除了一些常规的任务状态扭转之外,我们在工作中还遇到这样的一些问题:

渠道、市场、运营等部门抱怨提的需求长时间无人处理

忘记跟进一些需要周期性check的任务(比如上线新功能但官网帮助文档没有更新、客户演示案例没有更新等)

某些管理工具无法为任务创建子任务等等

在trello,这些都可以通过其本身的特性和一些Power-Ups插件来进行解决,另外一些其他工具提到的亮点功能:比如用思维导图的形式组织任务、以日历表的形式展现任务、信息通知接入即时通讯工具等,这些在trello里都可以通过第三方插件来实现,所以从对工具的拓展性要求来看,trello也是一个比较好的选择。

3 产品组内部流程

3.1 核心流程

核心流程(点击查看大图)

我们内部的核心流程也是一个需求从提出到最终被消化的过程。针对以上流程,结合了trello看板里的列表特性,同时考虑了工作中可能存在的一些细节问题,整理出了产品组内部的看板:

trello看板(点击查看大图)

3.2 看板标签&看板列表

3.2.1 看板标签

trello的标签可以为我们标识不同的任务形式,在看板中我们创建以下标签,分别用来标识不同的任务:

trello标签

inner:代表内部需求,来源于用户调研、灵感触发、竞品调研等

external:代表外部需求,来源于渠道、市场、运营等部分

important:代表重要程度比较高的需求

document:代表任务输出结果为文档的需求,如竞品分析、数据报告等

prototype:代表任务输出结果为交互原型的需求,即需要开发功能的任务

对应的任务会打上相应的标签,一个卡片可以打多个标签。

3.2.2 看板列表

我们用看板上的不同列表代表任务的不同状态,将卡片拖动到不同的列表里表示不同的任务状态。

External requirement、Inspiration & Backlog:是我们的需求池,External requirement主要用于收集外部需求,看板安装card aging插件实时反映所有需求的active状态,长时间无人处理的外部需求会有特殊的样式以便我们及时跟进处理;Inspriation & Backlog则用于记录内部需求(如用户调研结果、灵感触发、竞品调研等)。所有pm有建卡权限,组内定期讨论后移入Current version / Next Version或进行归档。


卡片active状态可以提醒我们及时处理该需求

Next version:该列表从External requirement、Inspiration & Backlog中移入并确定下一个迭代版本范围,仅项目owner有移入权限。

Current version:该列表从External requirement、Inspiration & Backlog中移入并确定为当前迭代版本范围,仅项目组owner有移入权限。

Prototype&Document:各pm可加入确定迭代的卡片中表示领取该任务,任务的输出结果形式为交互原型、报告文档等。

Designing:在通过组内评审、技术评审后,各pm可将Prototype&Document中的卡片移入此列表,进入设计阶段。

Developing:在通过技术评审、设计评审后,各pm可将Prototype&Document、Designing中的卡片移入此列表,进入开发阶段。

Checked:各pm测试、体验完自己负责的模块后,从Developing中移入相应的卡片,代表检查完毕。

Released:项目owner与负责各模块的pm确认无误后,将Checked列表里的卡片移入此列表,暂时未处理的需求可移至Next version。

Released(v1.1)、Released(v1.0):项目发版后Released列表加上相应的版本标识并新建一个Released列表用于下一个版本的迭代,保留近两次发版的需求记录,方便相关人追溯及经验复盘。更早的版本记录可进行归档,如需要再次查看,可将归档的列表返回到看板中。

列表归档 & 归档的列表返回看板

3.2.3 建卡规范

除此之外,我们还约定了一些建卡的规范:

卡片需打上对应的标签,方便后期进行检索

卡片标题以[xxx]的方式标注该需求所属的端、所属的功能模块,例如[后台][商品管理] 增加商品名称检索功能,方便后期进行检索

外部需求需要在卡片内填写反馈人、反馈详情、反馈时间等关键信息,方便随时对需求提出方进行进度反馈。

4 其他小tips

可以为卡片添加检查项并链接到其他卡片,【模拟】子任务效果

通过检查项模拟子任务

Planyway Calendar日期管理插件:为卡片设置截止日期后,可以利用该插件生成日历视图,管理自己的日程,还可以为一个卡片建重复任务并同步到日程里。如果有需要进行周期性check的任务就可以轻松管理啦。

可将任务同步到日程中,并设置重复性任务

5 写在最后

我们也是最近刚刚开始使用这一款工具,这套流程、工具肯定没法适用所有的工作场景,我们也会在使用的过程中继续迭代出最适合我们内部使用的工作流和工具。

网友评论

相关应用