敏捷,许多与像精益相关条款,DevOps,看板,scrum是很难确定。在这篇文章中,我们将打破这些常见的术语,并提供具体的例子和视觉指南,以帮助您更好地理解他们的意思,以及如何将其纳入您的工作流。
解决问题,究竟什么是敏捷软件开发,它从何而来?根据敏捷联盟,“敏捷是创建和应对变化的能力。它是一种处理方式,最终成功,一个不确定的和混乱的环境。”与此同时,“敏捷软件开发是一个总括的术语的一组框架和实践基于中表达的价值观和原则敏捷软件开发宣言和12个原则它背后。”产品的学校定义敏捷这道:“这是一个哲学这意味着把项目分解成小目标,朝着这些目标而添加新的目标。它建立一个软件开发系统可以改变反应良好。”
“敏捷”这个术语是在这种背景下在2001年敏捷宣言被制定。根据敏捷联盟,“敏捷宣言的作者选择“敏捷”作为这整个想法,因为这个词的标签代表的适应性和响应改变他们的方法很重要。”
1
一方面,敏捷现在是一个广泛的多2019年敏捷的状态报告,97%的受访者说,他们的组织实践敏捷开发方法。然而根据相同的报告,只有22%的受访者说,所有团队在他们的组织敏捷。所以现在普遍遵循敏捷,但可能不是均匀分布的。
敏捷的下一步计划是什么?许多专家相信它将超越世界的软件和产品来改变每个部门和过程在一个组织是如何运作的。敏捷教练杰拉德Chiva预测现在,“敏捷的下一步是组织敏捷性。敏捷不再是对产品开发;它关注整个开发过程和组织。金融、法律、HR-everything必须一起工作作为一个完整的,适应性强的,敏捷的生物。真正的业务敏捷性不仅是生产或操作的公司。这也是对战略、管理决策、治理和structure-everything。”
2
这种方法的主要好处之一是适应能力和改变在任何步骤根据反馈,市场条件下,企业的障碍等,只供应相关产品市场。
这就是为什么一个敏捷的公司通常是非常灵活,快速适应变化,快一点,少迭代实现,能够抓住新的机遇的出现。它使一个快速决策过程通过灵活的组织结构和简单的交流。
在敏捷开发中,客户价值增量的传递、反馈收集来自客户、合成,用来告知下一阶段的过程。
维克多Osetskyi写道,“敏捷方法每次迭代开发后,客户可以看到和理解的结果,如果他还是他并不感到满意。这是一种敏捷软件开发生命周期模型的优点。它的缺点之一是,在缺乏定义的需求很难估算的资源和开发成本”。
除了增加与客户的互动和更大的客户满意度,敏捷模型更快实现的其他优势变化和更大的灵活性使这些变化。
旨在执行任务更快,更容易适应变化
使发展过程灵活
最初是为软件开发设计,然后扩展到营销,和目前应用在其他领域
行动循环:产品待办事项列表- sprint backlog迭代(sprint)——潜在的可交付结果
方法证明进步——“完成”的定义
方法:Scrum、XP、水旱灾害、共享、水晶等方法。
工具箱:短跑,板,Scrum Master,验收测试,用户故事映射等。
3
一个快速的澄清:敏捷和精益原则是基础,可以应用于不同的方法如Scrum和看板(稍后将详细描述),所以它会更有意义将敏捷和精益称为“心态”或“哲学”。
4
敏捷董事会是视觉框架和同步显示在任务之间移动的生产步骤。主要由软件开发人员和产品公司使用它们来帮助管理工作负载在一个灵活的,透明的,和迭代方法和一般与看板和Scrum方法有关。
需要帮助建立你的敏捷董事会?看看米罗的Betway必威西蒙体育官网入口敏捷板模板开始。
,一定要探索米罗Betway必威西蒙体育官网入口完整的敏捷开发指南!
5
很难谈论敏捷management-see太久没有引进产品,我们只通过本文前几部分!产品经理的角色是有时也称为“CEO的产品,”虽然哈佛商学院讲师茱莉亚奥斯丁需要对这个定义,引用马丁Erikkson:“产品经理根本没有任何直接的权力的大多数事情需要他们的产品successful-from用户和数据研究通过设计和开发营销,销售和支持。”
在高级别上,产品经理希望不久的和长期的未来,决定如何开发产品与这些需求。根据麦肯锡“产品经理现在函数两种速度:他们计划每日或每周的主版本,以及产品未来6到24个月的路线图。”
由于快节奏的软件工程师的工作(他们可以编写代码,每天推出新功能),产品经理的角色已经显著影响敏捷,和大多数产品经理将敏捷的思维模式和相关的方法与他们的工作。
一般来说,产品经理与工程团队密切合作,但是2019年产品领导报告的状态发现现在很多产品经理与其他部门优先排列像设计和用户体验,营销、客户成功:“产品是如何设计;他们是如何销售和分布;和它们是怎样被制造的“粘性”最终用户一起构成了三位一体的现代软件。”
产品经理的一些最常见的方面的工作包括:
•进行用户访谈和用户测试
•运行设计冲刺
•路功能的优先级和产品映射
•翻译业务技术需求,反之亦然
更多地了解什么产品经理每天,看到我们引导到一个远程产品经理必威登陆页的日常工作:工具、流程和技巧。
软件开发意味着敏捷的速度变化有显著影响大多数产品经理的工作。让我们更详细地看看这个概念。Atlassian产品经理Sherif曼苏尔写道,“敏捷产品管理就是了解客户的问题。通过任何必要的手段。”他继续说道,“敏捷宣言提醒我们,我们不要总是“传统”的方式。作为产品经理,我们应该做什么需要告诉客户的故事。尝试不同的东西:实验,探索,然后做最适合你和你的团队中,你可能会在。”
许多现代的工作方法指定一个人作为产品所有者和帮助团队采用的好习惯。然而,并不是每个产品经理都可以称为产品负责人。我们列出了一些主要差异所以你可以看到是什么让产品负责人的角色特别。
产品经理:
产品负责人:
根据敏捷联盟,“许多推断产品负责人的人可以花大量的时间与产品开发团队提供澄清产品待办事项列表中的待办项,并决定哪些产品待办事项列表中的待办项,关于这些特定的产品待办事项列表中的待办项的细节。“这意味着在一个敏捷团队,产品所有者的人有一个清晰的愿景的产品,能解决什么问题,和为谁——所有这些因素允许产品所有者有效的优先级。
有关此主题的更多信息,请参阅敏捷如何区分产品经理和产品所有者或看一段视频简而言之敏捷产品所有权。
这里有一个快速的方法来确定你履行你的义务作为一个真正的产品负责人。问问你自己如果下面的语句描述:
来源:产品计划
有许多资源可以帮助你开发你的敏捷产品管理技能。这里有一些要考虑的:
夏洛特Mallo Crowdbotics股票的一个案例研究她的团队采用了精益敏捷产品管理方法。她的技巧包括:把每一个机会upskill本身,优先考虑一项每个sprint和测量任务来提高他们的能力评估和优先考虑。阅读更多的夏洛特的技巧为什么我们成功的敏捷开发和我们应该做得更好吗。
6
最初,精益运动诞生于1950年代中期的日本在汽车行业,主要是旨在减少损失和可持续生产。在2000年代,精益软件开发是适应由Mary和Tom poppendieck与7有关它最初的精益原则和敏捷的哲学。
跟随趋势,瘦可以扩展到任何行业,精益创业行业的应用在2008年由埃里克·里斯的发展“新产品和服务在极端情况下的不确定性。”被认为是“精益”,创业应该遵循的价值观由埃里克·里斯5精益原则,概述了在他的书中精益创业。
典型的精益公司遵循学习-测量-构建周期,并进行许多测试,经常与客户联系,了解他们的价值,并关注其关键过程,不断改进它。一个永无止境的循环导致启动可持续性,智能发展和成功。
同时减少高成本的第一个客户,甚至高成本的产品错误,缩短技术开发周期,精益创业理念帮助企业推出新产品,客户真正想要的,远比传统的方法更快速、更便宜,降低创业风险。
7
敏捷和精益都旨在实现业务目标和取悦客户和竞争产品的最佳品质。这些和其他许多共同特征两种心态往往会导致人们之间的混合。
然而,他们为不同的目的和任务,这就是为什么它们之间划了一条清晰的界线是很重要的。
精益是更广泛的比敏捷一词,因为它的聪明方法影响所有类型的损失(不仅时间损失)如钱、劳动力、能源等。此外Jeff Sutherland指出,敏捷出生后精益,所以他们是密切相关的。从概念上讲敏捷是一个子集的精益原则和实践反过来系统思维的一个子集。
几乎是关于智能的发展,当你提高你所做的一切通过消除任何不给客户带来价值
使可持续发展过程
从传统制造业(“精益生产”)和扩大到所有现有产业
行动循环:build-measure-learn
展示学习进步——验证的方法
方法:看板、改善等。
工具包:假设,分裂(A / B)测试,客户访谈,漏斗和群体分析、客户成功经理等。
8
传统的或“瀑布”产品管理方法对每个阶段作为单独的和连续的。敏捷方法,另一方面,使用迭代的工作周期或冲刺。根据Study.com,“瀑布和敏捷方法之间的主要区别是在目标;瀑布方法想把一切正确的第一次,和敏捷方法想把事情快速释放。适应性的差异、文档、测试和协作支持不同的目标。”
为什么它这么重要离开瀑布转向敏捷心态呢?精益UX作者杰夫Gothelf所说:“我也看到许多项目管理专业人士来自瀑布的心态。我认为这是一个巨大的挑战;这是一种心态,我们的工作方式已经改变。如果你工作在软件,你处理一定程度的模糊性和不确定性。你不能预测最终结果或这些行动的最终状态,并假装可以是危险的。这是一个为您的项目风险,应该减轻”。
他继续说道:“产品经理试图找出如何将自己以这样一种方式,他们使团队朝着正确方向迅速前进不了大量的前期规划,并试图预测产品到底会如何运作和执行。对我来说,这是最大的挑战与传统项目经理的工作。”听到更多来自杰夫在我们采访他的敏捷转变的挑战。
克服瀑布心态最有效的方法是让他们给你工作的机会不同,向他们展示如何改变了团队执行的方式工作,他们做什么。
作者,精益UX
9
软件开发生命周期或SDLC模型指的是用于开发软件的过程。不同的SDLC的例子包括瀑布、迭代循环,v型和敏捷。无论使用哪种模式,他们都倾向于某些阶段包括规划和需求分析,项目架构设计,开发和编程,测试和部署。
这里有一个例子敏捷SDLC的模型:
10
首先,值得注意的是,不像瀑布和敏捷,DevOps和敏捷并不彼此不同。Atlassian表明“他们工作更好的结合不是对手。”
但DevOps究竟是什么?DevOps这个词是一个混合的单词“发展”和“操作”,根据Atlassian, DevOps力图使敏捷态度改变到一个新的观众:它操作。的一个主要区别是,DevOps等意外事件发生在反应性能峰值,系统中断或破坏安全。根据Atlassian”,这些事件及时响应的需求。没有时间等待项目优先在积压或下一个sprint计划会议。出于这个原因,许多团队都接受DevOps思维,超越Scrum看板。这帮助他们跟踪两种工作,帮助他们理解它们之间的相互作用。”
11
Scrum和看板是两个最有名的软件开发方法。传统上,Scrum和看板董事会物理董事会在一个办公室,但是随着越来越多的分布式工人,是越来越普遍的使用必威手机官方网站登录视觉软件敏捷产品团队。
了解更多:
规定时间框的交互
团队承诺一个具体的工作量
这个迭代
使用速度作为默认度量计划和过程改进
跨职能团队规定
项目分解,所以他们可以在一个sprint完成
燃尽图规定
每个sprint在制品有限公司间接()
评估规定
无法添加物品进行迭代
一个sprint backlog属于一个特定的团队
规定3角色(PO / SM /团队)
每个sprint之间scrum板复位
规定一个优先的产品待办事项列表
时间框的交互可选
承诺可选
使用时间作为默认度量计划和过程改进
跨职能团队可选,专家团队
没有特别的物品尺寸规定
没有规定特定的图
直接在制品有限公司(/ /工作流状态)
评估可选
可以添加新项时可用容量
看板董事会可能由多个团队或个人共享
不开任何角色
看板是持久的
优先级是可选的
根据Scrum大师和Scrum的作者:做两倍的工作Jeff Sutherland一半的时间Scrum是“一个框架内,人们可以解决复杂的自适应问题,而有成效地和创造性地交付产品可能值最高的。”
Scrum的基本原理是,通过分裂一次,产品,和组织,优化过程和保证令人印象深刻的结果。它是如何工作的:一个公司建立小型团队和给他们小任务持续很短的时间(如两周的sprint)。Scrum团队跟踪他们的进展上有以下部分:积压,,在进步,“完成”的任务。
对与分布式团队冲刺跑步感兴趣吗?一定要看看我们sprint规划指南和模板。
在运行一个sprint,团队应该做的产品待办事项列表提纯。这可能需要一个初始产品待办事项列表的形式改进会议时,你的团队没有积压,故事一代车间当你的团队需要理解如何实现一个新特性,或者持续积压细化,以确保你的待办事项列表是健康的。看到这些提示和模板来帮助你提高产品待办事项列表细化在您的组织。
看板,另一方面,是一个调度的可视化管理系统,旨在及时交付,以防止团队重载。类似于Scrum,看板跟踪在进步——做——做的活动,但是它限制的数量“进行中的工作”活动(这个数字是由团队经理,不能超过)。
正如我们已经提到的,产品负责人在Scrum中被称为Scrum master,而在敏捷他们称为敏捷教练。Scrum团队工作的主要区别是在一系列的冲刺,所以有一个明确的开始和结束以及规划会议。看板,另一方面,是一个持续的过程,所以没有sprint backlog。对这两种方法之间的差异,更明白了这个视频。
好奇的探索更多?浏览一些数字的例子Scrum和看板。