什么东西可以帮你造一辆车,挽救你的婚姻,编写软件,写一本书,甚至是翻修一所房子?
一块白板和一叠便利贴(模拟或数字的那种!)
当然,还有如何使用它们的知识。
如果你在技术行业工作(或与工程师一起工作),你可能听说过“Scrum”和“敏捷”。这是一个被技术人士以虔诚的语气提到的系统,似乎有自己奇怪的语言。像“计划扑克”、“站立”和“冲刺”这样的术语被它的支持者抛出。
对于外行来说,这可能有点吓人。
我知道,因为我也经历过。在我到一家科技公司工作的第一周,我通过我们的软件开发团队接触到了Scrum,我立刻就被吸引住了。他们能够处理复杂的问题,把它们按优先级划分为单独的任务,然后把这些任务分配给最适合解决每个任务的团队成员,这种方式令人难以置信。
但这只是工程师的专利吗?我们这些非代码奇才真的能从Scrum中获益吗?如果是,你该如何开始呢?
系好安全带,因为我们马上冲刺通过Scrum的介绍(我保证,在本文结束时,你会明白这个笑话)。
什么是Scrum和敏捷?
对于初学者来说,在命名方面可能会有些困惑。当你第一次进入这个世界时,“Scrum”和“敏捷”似乎是可以互换使用的,但它们之间有一个重要的区别。
敏捷是指一套“基于价值观和原则的方法和实践”敏捷宣言,其中包括协作、自组织和团队的跨功能。
Scrum是一个用于实现敏捷开发的框架.
一个很好的类比是食谱和食谱之间的区别。素食是一套基于原则和价值观的方法和实践。鹰嘴豆玉米饼的食谱是一个框架,你可以用它来实施你的素食。
这类似于敏捷(饮食)和Scrum(食谱)之间的关系。
敏捷起源于70年代和80年代日本创新公司(如丰田、富士和本田)使用的技术。他们开始通过看板方法提高工作速度和流程。
在90年代中期,一个名叫杰夫·萨瑟兰的人发现自己对那些不断被项目落后于进度和超出预算所困扰的公司感到沮丧。他试图找到一个更好的办法。
他的研究将他带到了这些日本公司和他们的敏捷方法。在此基础上,Sutherland创建了Scrum框架。在使用他的新方法取得一系列成功之后,Scrum开始迅速传播到整个产品开发领域。
谁能从Scrum中受益?
如果你认为Scrum仅限于工程师或开发人员,这是可以理解的。但是这个框架也可以对其他类型的项目有益。
他说:“Scrum可以用于任何类型的复杂项目,但需要注意的是,只有在生产出具体产品时,Scrum才能发挥最佳效果。大卫马修,认证的Scrum Master激励技术组“如果你在市场营销部门工作,需要为一个项目写文案,这对你的团队肯定是有益的。”
Scrum已经被从美国联邦调查局,营销机构对建筑工人。任何时候你在生产某种产品,无论是软件还是电子邮件活动,Scrum都可以帮助你组织你的团队,在更短的时间内完成更多的工作。
Scrum的人员和部分
T要理解Scrum,你必须了解这个框架的人员和各个部分。好消息是,你不需要任何特殊的经验或证书就可以开始。
“你不需要太多东西来开始Scrum,”Matthew说,“你只需要一个地方来组织你的思想,或者你的想法待办事项列表.这可以是像Trello这样的软件,甚至只是一块白板。你需要扮演不同的角色,比如产品负责人和Scrum Master.你需要的实际工具并不像所涉及的角色那么大。”
让我们来分解Scrum的各个部分:
- Scrum从一个产品负责人.这是代表最终用户最大利益的人,有权决定最终产品的内容。
- 产品负责人负责制作待办事项列表,最终产品所需的任务和要求的列表。这里有一个重要的部分:待办事项必须优先排序.这就是产品负责人的工作。
- 如果我使用Scrum来设计一辆汽车,像“必须有引擎”这样的项目将会排在我优先级列表的最前面,因为没有引擎汽车就无法工作。“必须被漆成红色”在我的优先级列表中会更低;这对我来说可能仍然很重要,但这不是汽车运行的必要条件。
- 下一个是冲刺.Sprint是一个预定的时间框架,在这个时间框架内,团队完成了Backlog中的一系列任务。时间长短取决于团队的需要,但两周是很典型的。
- 团队每天开会,汇报最新进展每日例会.许多人也称之为“每日站立”。
- 每个Sprint以一个结束审查,或者回顾,团队回顾他们的工作,并讨论改进下一个Sprint的方法。
正如你所看到的,你并不需要任何特殊的设备或训练来开始。最难的部分是学习术语,并忠实于使Scrum工作的规则和指导方针。
“Scrum有点像扑克;你可以在10分钟内学会规则,但要精通它需要很长时间。”
开始一个基本的Scrum框架
如果你厌倦了目前的项目管理方法,为什么不试试Scrum呢?
因为你不需要特殊的训练来开始,这真的只是一个自己学习窍门的问题。萨瑟兰和他的联合创始人肯·施瓦伯通过在网站上免费提供官方指南,让这一切变得超级简单ScrumGuides.org.
学习入门的基本知识很容易。掌握这项技术是困难的部分。
Scrum Master David Matthew再次说道:
“Scrum有点像扑克;你可以在10分钟内学会规则,但要精通它需要很长时间。”
不过,不要因此而却步。一个人不需要成为一个大师,就可以开始让自己的工作生活更快乐、更富有成效。
这里有一些开始的基本步骤:
- 下载并打印PDF版本的官方文件Scrum指南:在上下班的路上或者午休的时候拿着荧光笔读读。标出对你来说陌生的短语和角色,并开始努力记住每个短语和角色的意思。
- 选择你的角色:你需要一个产品负责人(代表用户说话,对项目需求有最终发言权),一个Scrum管理员(帮助团队根据Scrum原则前进),以及团队成员。记住,在Scrum中没有自我的空间。Scrum以“仆人式领导者”模式运行。
- 创建产品待办事项列表:待办事项列表是你列出所有项目需要的东西,按重要性排序。请记住,Backlog永远不会完成。随着项目的形成和新需求的出现,您将在此基础上进行添加。产品负责人对此负有主要责任。
- 计划你的冲刺:接下来,是时候从backlog中挑选要在第一个Sprint中完成的任务了。Sprint是有时间限制的。你可以决定一个适合你的时间长度,但它们总是少于一个月。在Sprint计划期间,团队决定在这个Sprint中包含哪些任务,以及谁将负责这些任务。
- 开始工作吧!是时候开始冲刺了!团队成员完成他们的任务,每个人都在每日Scrum会议上检查他们的进度。这个会议不超过15分钟,回答三个问题:你昨天做了什么?你今天要做什么?今天有什么事情阻碍了你的工作需要帮助吗?
- 回顾你的工作:在Sprint的末尾,团队回顾已完成的工作,并呈现他们已完成的任务。
- 回顾你的过程:在回顾会议上,你将回顾实际的工作过程如何进行,并计划如何改进工作,下次更有效率。
- 重复!当你的第一个Sprint完成后,是时候重新开始了。从待办事项列表中选择更多的任务,重复这个过程。
视觉化
一个Scrum的一个重要原则是透明。所有参与的团队成员都应该知道其他人在做什么,正在取得的进展,以及团队试图完成什么。
这就是为什么让所有人都能看到事物是如此重要。
其中很大一部分是Scrum董事会.在这里,您可以组织您的Backlog,以及当前sprint中正在处理的任务及其进展。
Scrum董事会可以像白板一样简单,每个任务都有便利贴,也可以像专门的软件一样复杂,有图表和任务跟踪功能。
对于我个人的Scrum Board,我使用Trello。
我的Trello Scrum Board分为七个列表(灵感来自于这篇博文),代表我的工作流程。
- 资源:在这个列表中,我保留了所有重复的任务。这样我就不必每次为网络研讨会创建登录页时都要制作一张新卡片。只需将该卡从参考资料列表中移出。
- 待办事项列表:这里是我存放待办事项的地方。当我的老板告诉我他有事情需要帮助时,我就把它添加到我的待办事项列表中。
- 要做的:当我计划我的Sprint时,我把任务从Backlog中拉到这个列表中。这是我目前正在进行的Sprint。
- 做的事情:当一个任务开始时,它被移动到这里。
- 质量控制:质量检查。当任务完成时,它们被转移到“QC”。在周末,我检查这个清单,以确保一切都符合要求。
- 完成:通过质量检查,准备发货!没有更多必要的编辑或审查,它已经安排好并准备好执行。
- 屏蔽:当某些事情阻碍了我完成一项任务时(也许我需要先购买一些东西,需要得到老板的批准),我会把它移到“阻止”,并附上关于阻碍因素的评论。
Trello是一种有效的工具,因为我可以将我的板子放到任何人都可以看到的监视器上,与我的整个团队共享访问权限,并以注释、检查清单、截止日期和附件的形式将每个任务所需的每个细节都放在上面。
我可以给不同的团队成员分配这些任务将其与我们的Slack营销渠道整合起来,太。这样,当团队成员将任务从“正在做”转移到“质量控制”时,我知道他们已经准备好转移到下一个任务了。
我的最终目标是每个被分配任务的人都应该有一切他们需要在那张卡上完成。他们没有理由带着问题来找我,或者等着我给他们一些东西。当任务在分配之前被清晰地列出时,工作进展得明显更快。
迭代和改进的重要性
Scrum的核心特性之一,以及使其如此强大的潜在原因,是迭代和改进的理念。这既关系到正在开发的产品,也关系到团队本身的效率。
在每个Sprint结束时,交付的工作应该准备好交付给客户。这并不意味着这是一个完成的、完整的项目。远非如此。相反,它意味着工作应该足够完整,以展示某种最小可行产品(用创业公司的话说就是MVP)。
如果它是一辆汽车,你应该会开。也许它没有收音机或空调,但它可以开车。
为什么这一点如此重要?
因为它可以让您在早期收集用户的反馈,帮助指导产品的开发,以确保与用户的良好契合。
我想每个人在生活中都经历过这样的时刻,你在一个项目上工作了几个小时,却发现你要交付的人完全有另一个想法。
想象一下,花费数千美元和数月时间开发一个产品,却发现它并不能真正解决用户的问题。
不好的。
回到我们的汽车类比,如果我们将汽车以小的、迭代的块交付给用户,当他们说“哎呀,你知道吗?在开了一圈之后,我想我希望它是一辆敞篷车。”在最终产品交付之后才知道这一点将是一个巨大的问题。
Scrum建立在产品的迭代交付之上。与其等到项目100%完成才将其交付给用户,不如随着时间的推移交付项目的可用块。这有助于避免在需求变化或在沟通中迷失方向时浪费精力。
但是除了迭代和产品改进的重要性之外,Scrum还注重在每个新周期中改进流程。
在回顾会议期间,团队成员讨论可以提高效率的领域。也许是技术限制了他们。也许某个团队成员任务过重。团队决定如何解决这些问题,目的是在下一个Sprint中提高效率。从理论上讲,团队应该更有效率,在每个新的周期中产生更多的工作。
等一下……更多的工作吗?
当我第一次开始研究Scrum时,有一些东西让我有点害怕:完成的整个想法更多的工作。
更多的工作吗?我已经超负荷工作了!
但Scrum背后的理念不是“做更多的工作”,而是更聪明地工作,从而完成更多的工作。
萨瑟兰在他的书中有一段很好的引用Scrum:用一半时间做两倍工作的艺术
“想想你的工作。当你在等待别人完成他们的工作,或者等待信息的传递,或者因为你试图一次做太多的事情,你有多少时间被浪费了?也许你宁愿整天都在工作,而我,我宁愿在冲浪。”
Scrum不会根据你的工作时间来衡量你,而是根据你完成的任务来衡量。如果结果是一样的,谁会在乎一个任务花了多长时间呢?
使用Scrum,你不会为自己创造更多的工作;你能更有效地利用你的时间,这样你就能在办公室花更少的时间,把更多的时间花在你爱的人和事上。
这样能平衡工作和生活吗?
更多的资源
Scrum很难用一篇博文来概括,所以如果你对这个话题感兴趣的话,我强烈建议你做一些进一步的阅读:
- Scrum:用一半时间做两倍工作的艺术,杰夫·萨瑟兰著这本书是我第一次深入研究Scrum。一切都以一种娱乐的方式进行布局,框架的每个方面都有故事支持。一本很棒的书。
- 我们局里的史诗级200%生产力秘密,必威几倍流水可以提款作者:亚当·斯蒂尔-我是在看到我公司的开发人员使用Scrum之后看到这个博客的,我想知道是否有营销人员在使用它。答案吗?是的,而且是在很大程度上。
- Scrum指南,杰夫·萨瑟兰和肯·施瓦伯-基本指南,你需要开始。
- Scrum术语表来自Scrum联盟- Scrum中所有人员和部件的定义
- Scrum认证来自Scrum联盟-如果你想更深入地了解Scrum,可以看看这些认证课程。
不管是好是坏,我们都想听听你的想法。在Twitter上找到我们(@trello)!