数字设计和开发机构Infinum解释了敏捷项目管理的步骤
该敏捷宣言于2001年发表，仍然在客户满意度是职位第一的时代有效地开发软件的12个原理，其12个原则仍会引起连锁反应。一个关键方面是灵活性，它允许在开发中进行更改和适应。
“There’s one sentence that I’ll often use to describe what agile is, and it goes like this: Do everything you can to reduce the gap in time from doing something to getting feedback,” said Jon Kern, an agile transformation consultant and one of the 17 engineers who met in Snowbird, Utah, 20 years ago to write the敏捷宣言。
克恩说，反馈循环至关重要，实时越接近，越好。
到达那里需要建立团队之间的信任和良好的沟通。根据项目经理Ivan Kosovec的说法无限，位于克罗地亚，斯洛文尼亚和纽约的设计和开发服务局。
科索维克说，近年来项目方法发生了迅速变化。传统瀑布项目已让位于敏捷价值的指导下。这要求他组成一个团队，制定计划并通过敏捷的转型领导他们的代理商。
他说：“尽管我们先前曾在敏捷设置中工作，但我们知道我们必须深入研究并分析我们可以收获的好处：不仅在项目层面，而且在组织层面上，”
Kosovec是一个CSP-SMInfinum的敏捷教练和敏捷转型的先驱之一，它可以帮助大型品牌，银行，保险公司，媒体出版商，移动运营商和其他公司设计和开发移动应用程序，从创意概念，计划，图形设计，编程，测试到发布。
随着Infinum经历其敏捷的转型，科索维克（Kosovec）看到了一种持续学习和知识共享的模式，该模式是在内部和与客户的信任和协作基础上建立的。
Kosovec说：“我们喜欢将客户视为团队的一部分，我们正在一起建造数字产品。”
一些客户以前没有软件开发的经验，但是他们带来了有价值的创业思想。
Kosovec说：“我们的客户依靠我们在设计和开发软件方面的专业知识，但我们也为他们提供有关项目方法的咨询和教练服务。”
“这取决于我们多年来经历和采用的有关我们经历和采用的良好实践和价值观的知识。”
这建立了信任并提高了质量输出水平。
Infinum始于透明度，所有权，协作和迭代发展等基本敏捷价值，以解释其对客户的方法。根据Kosovec的说法，这些对于构建任何数字产品至关重要。
“尽管我们有公司流程，但更重要与我们的客户合作合作，“ 他说。“我们讨论客户的愿景和愿景，然后找到最佳的合作方式。”
科索维克说，要专注于：
“敏捷与人有关，”科索维克说。“我们告诉客户我们正在一起旅行。”
这有助于从以产品为中心的方法转换为以客户为中心的协作方法切换。
科索维克（Kosovec）看到公司试图通过介绍来改变自己的工作方式Scrum对于一个团队来说，只是为了看看情况如何。
他说：“ Scrum并不是一种神奇地解决所有问题的工具。”“相反：这将使每个人都容易识别和可见问题。当您有积压的问题而没有人解决问题时，您将必定会因失败而进行。”
他说，在公司与Scrum斗争之后，大多数人宣称：“我们尝试过的东西，但对我们不起作用。”
“ Scrum将您置于驾驶员座位上，但没有教您如何开车。最终您一定会崩溃，尤其是如果您马上撞上高速公路。”
为了在公司级别开始敏捷的转型，第一步是从高管手风琴到科索维克的支持。如果该愿景不包括敏捷值，则只有两个可能的结果：
科索维克说：“敏捷意味着要以某种心态工作。”“您不能指望一个团队在非敏捷系统的一部分中采用敏捷的工作方式，并无处不在。”
为了进行变革，每个人都必须加入。
“这是一种系统的方法，会影响整个公司，而不仅仅是项目或产品团队。”
当Infinum开始他们的敏捷之旅时，第一个目标是获得管理层的支持。他们定义了将使Infinum及其客户受益的目标。
他们定义了四个核心目标来启动其敏捷转型：
科索维克说：“我们的执行管理人员正在加入，我们得到了绿灯。”
下一个目标是让项目管理团队的每个人加入。这可能具有挑战性。
“中层管理人员通常会迷失他们的新角色和责任，因为他们通常没有足够的时间，知识和勇气来适应这种新的工作方式。”
这就是为什么教育，指导和教练至关重要的原因，因为一个错误的转弯会导致整个敏捷的旅程走下坡路。
Infinum为团队的所有成员开始了每两周一次的每两周社区研讨会。他们讨论了敏捷价值，Scrum框架，Scrum Master和产品所有者作为角色和其他相关主题。
“每个人都开始以这种新的工作方式感到舒适，”科索维克说。“他们在问问题 - 我们经常没有立即得到答案。”
有时要花费数周的时间来解决一定的挑战。为了应对日常挑战，拥有最敏捷的发展经验的团队成员被任命为教练，以帮助其他同事。
他说：“经过几个月的教育和所有团队成员的惊人参与，我们准备开始试行这种新的工作方式。”“我们讨论了与客户合作的新方式，并开始将改进定义在一起。”
他们从一些项目和少数客户开始，很快将所有项目团队转移到了敏捷的心态上。
Kosovec说：“这一过程仍在发展，并将在可预见的未来继续发展。”“当今代理机构工作的快节奏的全球环境需要定期适应性，而敏捷软件开发似乎是目前的发展方式。”
科索维克说，敏捷的转变本身并不是目的。这只是维持灵活性和紧密协作的更好方法，这对于创建实时反馈循环至关重要，从而导致更好的产品或服务。
肯·卡普兰（Ken Kaplan）是Nutanix预测的总编辑。在Twitter上找到他@kenekaplan。
©2021 Nutanix，Inc。保留所有权利。有关其他法律信息，请去这里。
