• 首页
  • 训练
  • 辅导课程
  • 工具箱
    • 工具类
    • 工作远程资源
  • 大事记
    • 网络研讨会
  • 关于
    • 加入我们的团队
  • 联系
    • 317(983-2459)

2020年2月10日 通过 克里斯日报 3条留言

敏捷 101: A Beginner Friendly Guide 敏捷 Project Management

敏捷 101
敏捷软件开发概念的商人

您’ve heard the term “Agile,”但可能想知道到底是什么意思。也许您对它如何使您,您的团队和您的业务受益感到好奇。

您’不孤单。许多人互换使用术语敏捷和Scrum。敏捷管理和开发正变得越来越流行。但是,仍然有许多个人和组织没有’知道不足以受益。

We’re here to help. Our 敏捷 101 guide is beginner friendly and features all the basic knowledge you need to understand 敏捷 management. 您 can use this guide to help improve your organization’的工作流程和生产力。

We’ll touch on the history behind the 敏捷 Manifesto 并涵盖其最基本的原则。我们’还将提供有关如何在您的组织中最佳实施敏捷方法的技巧。

在本文结尾,您应该对以下问题有一个清晰的答案:“什么是敏捷开发?”并了解基本的敏捷实践。

The Origins of 敏捷

一些追溯敏捷方法论可以追溯到 1620年的科学方法 。其他人则认为该框架在1950年代丰田汽车开发了著名的生产系统时就已经形成。尽管如此,其他人还是看1980年代,当时本田和佳能等其他制造商也采用了新的产品开发方法。

我们今天所知道的敏捷诞生于2001年,当时有17个开发人员在犹他州相识。他们开会的目的是分享他们关于如何帮助开发团队更好地适应和成功的想法。他们看到了对快节奏的技术和软件领域进行改进的需求。

Scrum已成为庞大的敏捷工具流程家族和框架中的主要成员,’本文稍后将介绍。现在,让’专注于《敏捷宣言》的主要价值和原则。

敏捷 Values and Principles

曾经在2001年在犹他州Snowbird开会的软件专业人员对过去的软件开发方式不满意,他们正在寻找不同的东西。他们所有人都在尝试使用轻量级流程,工具和框架,他们致力于集中精力于适应性和对变化的快速响应。该小组建立的价值观和原则侧重于在快节奏的环境中实现最佳效率。

The values and principles became known as the 敏捷 Manifesto. 您 can check out the 敏捷 Manifesto 通过 点击这里。如果您愿意,也可以签名。

敏捷的价值观和原则是在 对使用传统项目管理方法多年的反应。传统的项目管理方法更线性,而且不可行’迭代。这种方法提供了有限的灵活性,并使团队难以响应更改。

The 敏捷 Manifesto’四个价值观着重于团队成员之间,组织与产品之间的互动方式。这四个值是:

  • 流程和工具之间的个人和关系。
  • 工作软件超过全面的文档。
  • 合同谈判方面的合作。
  • 对遵循既定计划的转换的响应。

关键原则集中在欢迎变更要求以取悦客户。所有12个关键原则均支持该目标。

团队成员必须提供工作软件以进行持续评估和 反馈 来自利益相关者。业务利益相关者和开发人员必须定期合作。团队应定期反思自己的工作。

敏捷’S专注于不断发展和迭代,这体现为一种叫做Scrum方法的东西。 Scrum是一个项目管理框架,旨在帮助确保透明度和响应能力。

什么 is 敏捷?

敏捷的概念使许多人感到困惑。最好将敏捷视为专注于适应性,灵活性和价值的心态。通过拥抱敏捷宣言中概述的价值观和原则,组织及其员工将重点放在个人和工作成果上,而不是过程。通常,当被问到时,人们会将敏捷一词与Scrum混淆。然而,Scrum是非常庞大的敏捷家庭的一员。

The Scrum Framework and Its Role in 敏捷

在本文的前面,我们提到Scrum是敏捷家族的主要成员。“Scrum”是橄榄球用语,指的是团队在来回传递球时尝试以一个单位为单位进行整个距离运动。在敏捷中,Scrum指的是特定的 项目管理 框架。Scrum工具基于迭代开发和有效的协作。大多数练习敏捷的组织也使用Scrum。 Scrum已经成为敏捷不可或缺的一部分,以至于许多敏捷从业者选择获取 Scrum认证。

使用Scrum框架作为其一部分的团队 软件交付过程 专注于 E经验主义,包括透明度,检查和适应。 [经验主义的定义]开发团队的目标是在每个工作周期结束时产生一个称为Sprint的产品增量。 Scrum包含了时间框的概念,这是可以使用的最大时间量。在Scrum中,Sprint的时间范围可能从两周到四周不等。大多数团队为每个冲刺使用两个星期的时间。在Sprint开始时,Scrum团队聚在一起举行Sprint计划会议,以计划其计划’将在Sprint期间执行。 Scrum团队决定在Sprint期间可以完成的工作,然后弄清楚’计划完成工作。该团队将其认为可以完成的工作以及开发产品增量的任务纳入了Sprint Backlog。

在Sprint期间,开发团队举行每日会议,称为“Daily Scrums.”这些简短的会议使团队成员可以及时更新进度,并引起对任何障碍或其他问题的关注。基于完成的工作和剩余的工作,团队可以调整工作计划,这些计划包含在Sprint Backlog中。在Sprint结束时,团队将进行Sprint审查和Sprint回顾。  利益相关者可以在每个冲刺结束时审查工作。他们可以要求进行其他修改,或者批准工作并推进项目。

Scrum的一个关键工件是产品积压。产品待办列表是与项目相关的任务的待办事项清单’成功。在Scrum中,积压订单总是按优先级排序。团队成员和利益相关者不要’无需争论谁的任务排在第一位。

积压管理是Scrum中至关重要的部分,因此它通常是敏捷方法中最受尊敬的方面。在《福布斯》关于积压的重要性的文章中,Atlassian’首席解决方案工程师讨论了这些好处。引用他的话,“曾经有来自多个主服务器的相互竞争的优先级,现在积压中只有一个优先级。”

有序积压的概念在许多敏捷实践,方法论和工具中普遍存在。其他一些流行的做法包括测试驱动的开发,看板,持续集成,用户案例,用户案例映射和极限编程。如果我们尝试涵盖敏捷家庭的所有成员,虽然可以写成千上万页,但出于本概述的目的,我们’它将包括另一种流行的方法,称为看板。

看板法


看板还是一种用于根据敏捷方法论执行项目的工具。尽管Scrum方法主要基于定时工作时间(冲刺),但看板却没有’使用特定的时间框。

使用看板的团队将工作分为管理部分,然后使用看板来可视化工作进度。看板的目的是更好地组织工作流程以提高效率。看板方法是迭代的。但是,与scrum不同,看板工作流程必须尽早进行监管,以确保整个过程稳定,高效。

无论团队使用看板框架还是Scrum框架,敏捷都需要某些可交付成果,角色和流程。尽管其中大多数都能更好地与Scrum保持一致,但看板团队也可以轻松遵循这些标准。

什么 Makes 敏捷 Work

有一些事情可以为采用敏捷思维方式的组织的成功做出贡献。首先,我们认识到敏捷是一种思维方式,而不是一个过程至关重要。每个组织,个人和情况都是唯一的,通常需要使用不同的方法来解决问题或情况。要成为一名敏捷主义者,终身学习至关重要。技术和商业在不断发展。解决这些问题的不同方法和方法随着产生独特解决方案的反应而演变。

敏捷思维方式转换成功的第二个原因是持续改进和反馈循环的概念。随着其起源可追溯到丰田和本田的早期,持续改进是大多数敏捷框架的租户。通过不断改进,组织将逐步消除障碍和不良做法,从而减少浪费,提高质量并提高效率。无论组织从何处开始敏捷之旅,拥抱并维持持续改进的方法都将使组织能够学习有效的方法,并消除无效的方法。’t work over time.

Using 您r 敏捷 101 Knowledge to Implement the Framework at 您r Organization

您准备好在组织中实施敏捷方法论了吗?您是否想改变思维方式,但对它是否可以为您的团队感到怀疑?

敏捷’它的起源是制造业,并且也成功地应用于软件开发。仍然, 许多其他行业 也从哲学中受益。诸如美国博世(BoA)和瑞典萨博(Saab)等组织’的国防公司,都采取了敏捷的业务方法。

在正确的指导下,您也可以成功地将敏捷框架引入公司。与敏捷咨询和管理公司合作使许多组织受益。这些公司专门帮助组织建立敏捷框架并采用敏捷文化。

立即与我们联系以了解有关 使用敏捷培训的好处 company like ours to help your organization. 您 can also learn more about our 评估。浏览我们的博客以获取有关敏捷所有事物的其他指导。您准备好在组织中实施敏捷方法论了吗?您是否喜欢它可以提供的理念和好处,但对它是否可以为您的团队感到怀疑呢?

提起下: 未分类

2020年1月31日 通过 克里斯日报 发表评论

#SlinkyThink会话重播现在可用

#SlinkyThink会话
#SlinkyThink会话重播可用。获得强大的见识,以激发灵感并取得更大的成就。  

时间去哪了?自2019年3月以来,已有14个 #SlinkyThink会话。的 #SlinkyThink会话重播 是赶上工作和生活相关主题的好方法。

我们涵盖了各种主题。诸如以下主题 敏捷 Testing, 管理3.0, 更换管理层和 回顾展 是涉及的一些主题。我们’通过创建和展示网络研讨会,我们学到了很多东西。希望您也从中受益。

We’re looking forward to getting started in 2020 as well.  您 can check out our schedule of upcoming webinars.

每次演讲时,我们的目标是通过包含相关信息以及我们认为有用的资源来创造价值。如果您有兴趣,我们的方法面临的挑战是’t attend, you’re out of luck.

在上个月,我们已修复该问题。我们正在 #SlinkyThink会话重播 可用。我们正在使用一个平台,使我们能够将视频,演示文稿和下载内容合并到一个统一的位置 #SlinkyThink会话。最重要的是,您将可以在一处访问所有会话。

随着时间的流逝,除了 #SlinkyThink会话,我们将添加课程,下载和其他内容。

检查一下,让我们知道您的想法。希望您喜欢 #SlinkyThink会话重播.
感谢您的光临。
克里斯

提起下: #SlinkyThink会话, 未分类

2020年1月28日 通过 克里斯日报 发表评论

拥抱变化:2020年是拥抱变化的一年吗?

新年's Resolutions have already been thrown away in favor of embracing change.
新年’s分辨率在垃圾桶中。拥抱变化是beLithe 2020年的主题。

Happy Late 新年!

It’1月底,大多数新年决议现在都在垃圾桶中。 2020年是beLithe拥抱变革的一年吗?

在过去的几个月中,我一直在考虑beLithe的下一步。 对于那些认识我的人,您知道我是一个梦想家。 我和德鲁(Drew)一直在研究我们的工作是否符合我们的“为什么”。 我们研究从营销和销售到交付的一切。 我们相信,人们之所以选择与我们合作不是因为我们提供的产品,而是我们为什么提供它。

我的2019复古

最初,我将“兼职”转变为“全职”的“原因”是赋予个人敏捷之旅的能力。 我一直认为,敏捷社区通常不接受敏捷宣言的首要价值,因此需要一种不同的方法。     两年后,我需要确定我的“为什么”是否仍然存在。 它仍然现实吗? 我要继续吗?

在过去的两年中,虽然取得了一些高峰,但也有一些时候我曾考虑过放弃。 尽管对初创公司进行了各种宣传,但创办公司的压力和挑战仍然巨大。 作为新的企业主,我面临的挑战包括:

  • 在做我喜欢的事情和支付账单之间挣扎。
  • 找出没有背景的销售情况时如何进行营销和销售。
  • 尝试找出可以帮助您而又不会破产的公司。
  • 确定何时以及如何发展公司。
  • 不断地反抗VUCA(波动性,不确定性,复杂性,歧义性)的声音在我脑海中折衷。

上面列出的大部分是我觉得自己搞砸了的领域。 幸运的是,我经历了大多数人的阿甘正传。 我们人性的一部分是专注于生活的负面方面。 所有挑战都伴随着某种形式的遗憾和情感或财务影响。 希望我从这些教育机会中学到了东西。

我们仍在这里令我感到骄傲。 回到眼前的问题: 我要继续吗?

拥抱变化是一回事

在过去的几周中,我和Drew有机会推动了一些研讨会,这些研讨会的重点是拥抱变化,评估,仆人领导力和敏捷测试。 不是您通常的敏捷研讨会,对吗? 当然,在企业培训领域中甚至还不是主流。  然而,这些是我为什么开始做“ 相信”的“为什么”的一部分。 敏捷社区中的许多人并不承认需要这些技能。

拥抱变革研讨会一直是令人深思的。 为讲习班提供便利,使参加者着重于定义和应对与会人员的个人变化,这使我的思维处于一种怪异的状态,考虑在职业生涯中我如何应对个人和专业变化。  在这一点上,我喜欢迄今为止的旅程。 我曾与一些伟大的人一起工作,并且学到了很多东西。

仅关注过去的两年,我是否接受了beLithe遇到的变化? 我脑海中刺耳的批评者声音告诉我,也许没有。 当然不如我应有的。 经历很有意义,但是有一些不眠之夜担心接下来会发生什么。 漫长的周末一直是尝试克服挑战的规范。

回到眼前的问题: 我要继续吗?

最后……

现在,我的回答是“是”! 赋予个人敏捷之旅能力的“为什么”仍然是我的热情。 我相信充满激情的人们相信有能力增强个人和组​​织的能力。变革将继续存在,我们需要继续拥抱变革。

我对2020年的探索感到兴奋。’s what we are exploring in the first quarter of 2020 to empower your 敏捷 journey:

  • #SlinkyThink会话:网络研讨会专注于富有价值的影响力主题。
  • 点播内容: 电子学习课程, 备忘单, 博客文章和 网络研讨会重播 根据需要在您的日程安排中可用。
  • 个人研讨会: 工作坊 那不只是存在“certified”,专注于其他人都无法谈论的其他技能。

敬请关注。 2020年将是beLithe拥抱变革的一年。你呢?您的2020年将会是什么?

I am hopeful that our efforts in 2020 will contribute to your empowerment on your 敏捷 journey.

Happy Late 新年.

克里斯

提起下: 未分类, 网络研讨会

三月15,2019 通过 德鲁·肯修斯(Drew Kincius) 1条评论

寻求独角兽:基于需求的招聘的陷阱

03.15.19 | 克里斯日报 |

现在该清理了。

尽管是一家初创公司的一部分,但在去年,我还是申请了一些工作。当我的神经质自我介入时,他们通常处于不安全的时刻,我让自己确信未来看起来一片黯淡。

如果实际上我不得不安排面试时间并首先与某人交谈,那我可能会退缩。由于我可以在家庭办公室中畏缩时申请,除了我以外没人没人知道,我偶尔会这样做。

几周前,我在一家规模相对较小的公司申请工程副总裁职位的两天后,我收到一封拒绝电子邮件,但没有与任何人交谈。

我写这篇文章不是为了招供,也不是为了浪费任何人。但是我’d想向做出这些决定的C-Suite员工扔些东西:

在停下来照镜子之前,您必须经过多少个开发/工程主管/ VP?

也许您遇到的问题不是您没有找到独角兽,而是您正在寻找一只独角兽。换句话说,您就是问题所在。

如果您仍在阅读此书,并且标题中有CXO,那么仍然有希望。

因此,让我们继续。

您真正想要的是什么?一组示例要求:

仍然可以编码的领导者,已经退出了市场,并且拥有领导20名产品开发团队的经验。

让’s分解一下。

“Requirement” #1 – Can Still Code

让我们先来看“仍然可以编码”。为什么有此要求?您是否要避免避开仍然爱着财富500强的公司的高管 科宝 谁想要高薪?

如果您要管理一个由20人组成的产品交付团队,您是否真的希望您的副总裁能够挖掘并解决技术问题?

这就是您想花钱的方式吗?

当所谓的“VP Superhero” saves the day?

当副总裁认为他们比实际谋生的人了解更多时,您的开发人员会如何反应?可能不是以积极的方式。

“Requirement”#2:已经通过出口

接下来是“已经通过出口了”。

为什么如此相关?

你想说什么

您没有顾问来协助您吗?

有多少积极的退出?

您是否在寻找其他特征,例如知道何时该说话以及如何与他人说话?

不知道这个文字“exit strategy”是合理的要求。

“Requirement”#3:带领20人小组

最后,让我们解决“带领了20人的产品团队”的问题。 \我可以很高兴地承认这是质量要求。这是您需要弄清楚如何真正识别的一件事。

领导力来自经验,技能,态度和情商的结合。您是否在寻找组织迫切需要的无形技能?这些技能是领导者未来成功的主要推动力,但是却常常被忽略或忽视。

大多数组织都具有隧道愿景,并且只专注于接下来的几个月。

什么’s next?

因此,如果仍然能够编码,已经退出并带领20人产品团队的人很少,那么为什么这些属性是做出雇用决定的基本标准?

我的怒吼使我最忙了,所以和我一起睡吧。

除了寻找独角兽,我想提出一种不同的方法。

优先考虑候选人的文化背景。

以下是一些可以提供文化见解的问题:

  • 描述您最富有生产力和快乐的工作环境或文化。
  • 您曾经有过的最好的老板展现了哪些特征?
  • 什么样的管理风格可以使您尽最大的努力并使工作变得愉快?
  • 描述您认为好的经理在与报告员工的关系中所扮演的最有效的角色。
  • 您喜欢您目前的工作和工作环境如何?
  • 您对当前的状况和工作环境不满意?
  • 您喜欢哪种工作风格?您喜欢独自工作还是团队合作?如果剩下的每一天,您会分配给您一天的百分比是多少?

成功的员工知道如何在其工作所在的公司范围内有效地工作。有希望的员工,如果他们适合工作和工作,则更有可能成为您的职位和组织的合适人选 工作场所文化.

注意不要陷入雇用像您这样的人的陷阱。新员工是您为组织添加新想法,观点和方向的机会。仅仅根据员工能否成为您的新好朋友来挑选员工的做法很少见。

感谢您的光临。

克里斯

让’s connect. 
Instagram的 | 脸书 | 领英 | 推特 | www.beLithe.com

瓦特: empowering individuals and organizations through 敏捷 methodologies, SAFe frameworks, soft skills development, modern leadership and more.

提起下: 未分类 标签: 看板, 团队, 团队合作, 跳马

三月8,2019 通过 德鲁·肯修斯(Drew Kincius) 发表评论

Scaled 敏捷 Framework (SAFe): Adopting a Multi-Team 敏捷 Solution

Scaled 敏捷 Framework (SAFe): Adopting a Multi-Team 敏捷 Solution

03.08.19 | 克里斯日报 |

Scaled 敏捷 Framework (SAFe) 培训即将开始。

众所周知,Scrum的重点是为一群人(一个团队)创造一个完成工作的环境。

重大挑战和辩论之一 敏捷 社区围绕着试图弄清楚如何让多个团队从事同一产品而工作。

SAFe: empowering multiple 敏捷 团队.

一种流行的解决方案已经出现: Scaled 敏捷 Framework (SAFe).

I have to admit: in my earlier dogmatic 敏捷 days, I was not a fan of SAFe.

这似乎过于规范,因为要求团队本质上计划接下来的两到三个月的工作,然后按照相同的时间表同步交付。

It seemed very much like traditional 项目管理 and not very 敏捷.

逐渐欣赏。

多年来,我’我解冻了一下。我变得不再那么教条,而更专注于理解客户的需求和结果。

最近,我有很多机会在采用SAFe的组织中教Scrum。尽管我心中的纯粹主义者不是狂热者,但我开始理解,对于某些组织而言,采用SAFe可能是他们开始敏捷之旅的最佳且唯一的机会。对于其他组织,出于许多原因,SAFe似乎不一定适合。

去年12月上旬,我把自己的偏见放在架子上,并在圣何塞(San Jose)参加了SPC课程。

令我惊讶的是,我开始对SAFe的某些方面表示赞赏。尽管SAFe致力于跨组织扩展敏捷性,但我’我很喜欢它’在Scrum和看板团队的基础上构建。

什么’s next?

I’我很高兴宣布beLithe现在提供 SAFe中的四个独特认证:

  • 领先的SAFe(3月21日至22日)
  • SAFe Scrum Master(4月4-5日)
  • SAFe产品负责人*
  • 团队SAFE *

我们的希望是,通过提供这些研讨会,我们可以帮助当地社区的敏捷人士为自己成为SAFe旅程的一部分做好准备。

*我们避风港’还没有为这些课程锁定日期,但是如果您’有兴趣参加, 让’s chat.

感谢您的光临。

克里斯

让’s connect. 
Instagram的 | 脸书 | 领英 | 推特 | www.beLithe.com

瓦特: empowering individuals through 敏捷 methodologies, SAFe frameworks, soft skills development, modern leadership and more.

提起下: 未分类 标签: 看板, 团队, 团队合作, 跳马

  • « Previous Page
  • 1
  • …
  • 7
  • 8
  • 9
  • 10
  • 11
  • …
  • 17
  • 下一页»

接下来的活动

一月
01
美国东部时间1月1日:11:17pm-美国东部时间1月1日:11:17pm
学到更多
一月
01
美国东部时间1月1日:11:17pm-美国东部时间1月1日:11:17pm
学到更多
一月
01
美国东部时间1月1日:11:17pm-美国东部时间1月1日:11:17pm
学到更多
一月
01
美国东部时间1月1日:11:17pm-美国东部时间1月1日:11:17pm
学到更多
一月
01
美国东部时间1月1日:11:17pm-美国东部时间1月1日:11:17pm
学到更多

Call Us:

(317)983-2459

#SLINKYTHINK:
直接发送到您的收件箱

We love 敏捷. We're obsessed with delivering value to you.

Sign up for insightful thought leadership on people, culture, and 敏捷. It's what we do.

页脚形式

© COPYRIGHT 2015-2020 BELITHE,LLC ·版权所有· 隐私政策




          <details id="KmMBLSh" class="Kh3JwHF"></details>

          <figcaption id="XInMwXP"></figcaption>

            <ruby class="GpncF8h"></ruby>