敏捷工程方法

     

敏捷在大型企业中的受欢迎程度正在下降

42

敏捷在大型企业中的受欢迎程度正在下降 - 开发人员倦怠是一个关键因素。一份新报告称,采用敏捷开发实践的公司在开发人员倦怠、人工智能等新世界中“难以适应”随着科技行业经历一波变革,包括开发人员倦怠、工作.

十大敏捷产品管理认证

60 3K

十大敏捷产品管理认证:1. ScrumMaster认证(CSM): 发布者: Scrum 联盟 为什么选择这个: CSM 是那些深入研究 Scrum 和敏捷实践的人的理想起点。它为 Scrum 原则奠.

什么是TIMWOOD?

308

TIMWOOD也称为“7 种浪费”,是精益流程的缩写,代表组织旨在识别和消除以提高效率的七种常见浪费类型。缩写中的每个字母对应于一种特定形式的废物: T - 运输- 过剩库存或生产不立即需要的库存。大.

什么是探索树工程方法?

73 2K

介绍了一种名为"Discovery Tree探索树"的工作追踪和聚焦技术。它是一种敏捷的工作追踪方式,通过可视化的方式有效地跟踪工作进度和任务状态。这种方法可以帮助团队更好地理解工作,提高效率,并保持.

敏捷方法教程

104

敏捷教程也称为敏捷方法论,它涵盖了学习敏捷所必需的基本和高级敏捷概念。它适合初学者和专业人士。敏捷是一种简单的软件开发方法,只需 1 到 4 周的时间。它对软件排列进行快速且最小的更改。敏捷方法的好处.

软件开发中的迭代与增量模型

134 2K

在软件开发中,有两种主要方法:迭代和增量。迭代模型涉及重复的开发周期,允许随着项目的发展不断改进。它灵活且能够适应变化。另一方面,增量模型侧重于以更小的功能部分交付软件,并在每个增量的基础上构建。这两.

哪种 SDLC 模型最好?为什么?

110 2K

软件开发生命周期 (SDLC) 是一个框架,概述了软件开发所涉及的各个阶段,从最初的概念到最终的部署。有多种 SDLC 模型,每种模型都有自己的优点和缺点。选择最合适的SDLC模型是一个关键决策,它对.

一句话总结敏捷实践中不同方法

85

敏捷实践是指一组优先考虑灵活性、协作和客户满意度的软件开发和项目管理原则和方法。不同方法论的敏捷实践:1、敏捷: Sprints:限时迭代(通常 2-4 周),在此期间创建潜在的可交付产品增量。 每日.

企业架构中实现业务架构五大步骤

110

企业架构不再总是只与 IT 文档有关。企业架构越来越多地尝试参与组织的数字化转型。业务架构是企业架构的四个基本领域之一,但由于预算限制,它经常被忽视甚至完全被忽视。企业架构计划很少像应有的那样从业务架.

利用 TOGAF 敏捷和 DevOps 标准增强敏捷性和协作

114

TOGAF(开放组架构框架)标准为企业架构提供了一个强大的框架,可以有效地支持这些方法。通过利用 TOGAF 标准,组织可以简化其运营、促进协作并在企业架构计划中实现更高的敏捷性。在本文中,我们将探讨.

使用“深度工作”提高工作效率

95

如果你进入无干扰的工作状态,你甚至会更有成就感。当你有一个大项目要做时,你应该全神贯注,但说起来容易做起来难。不管是缺乏个人兴趣让你无法投入,还是来自其他人或事的干扰,你都很难进入状态。根据一种生产力.

使用“Kaizen”改善工作流程

104

在日语中,“ kaizen”本质上翻译为“改进”,这是该方法本身的核心目标,它鼓励组织中各个级别的个人共同努力,不断改进公司的一切。当从老板到实习生的每个人都参与计划时,这个想法就会变得更加高效,一切.

有关麦肯锡量化开发人员生产力的错误之处

136 3K

今年八月,咨询巨头麦肯锡在一篇题为“是的,你可以衡量软件开发人员的生产力”的文章中宣布了自己的解决方案,但引起了不同的反应。开发人员的生产力是一个很难定义的概念。为此,麦肯锡选择了两个流行的工程度量框.

六种提高个人卷力的方法

100

六种提高生产力的方法将帮助您完成更多工作,六种方法:1、提高工作效率的 "行动法“这个方法是我最喜欢的方法之一,它能让我在忙于多个项目时保持工作状态。它要求你将任务分为三类: 行动步骤、 参考资料 备.

使用番茄工作法更有效地学习

145

如果你有一项大任务要完成,你应该将其分解成多个部分,并在完成任务之间安排休息时间来奖励自己。日程安排是关键部分:工作 25 分钟,休息 5 分钟。当闹钟响起时,也许可以吃点零食、续杯咖啡,或者浏览社交.

麦肯锡:程序员的生产力可以量化

307 1 5K
长期以来,测量、跟踪和基准测试开发人员生产力一直被认为是黑匣子。事情并不一定是这样的。现在,大多数公司(在某种程度上)正在成为软件公司,无论哪个行业,领导者都需要知道他们正在尽可能成功地部署最有价值的.

演示驱动开发

143 3K

演示驱动开发(Demo-driven development):将工作分解为用户故事,计划每周演示,并将会议重点放在目标而不是任务上,以推动有效的产品开发。项目计划应重点关注里程碑和用户故事而不是任务.

一开始就能预先设计出接近正确的软件吗?

218 2K

Leslie Lamport认为:如果你从一开始就没有正确设计,那么你编写的每一段代码都是一个补丁。Leslie Lamport 是一位计算机科学家和数学家,因其对分布式并发系统的理论和实践的基本贡献.

最差的程序员

428 2K

衡量开发人员工作效率的最大好处是,你可以很快找出那些糟糕的程序员。我想给大家讲讲我认识的最差的程序员,以及我为什么要把他留在团队里。几年前,我在 Twitter/X 上写过一篇关于我认识的最好的程序员.

软件工程:领导力与价值感

562 3K

领导力是最大的推动力,但也可能是最大的障碍。要使变革取得成功,我们需要最大限度地激励员工,最大限度地减少对员工的威胁。乔纳森·斯马特(Jonathan Smart)和西蒙·罗勒(Simon Rohre.

为什么工程经理更应该有系统思维?

306

什么是系统思维以及为什么它在软件开发中至关重要?什么是系统思维?系统思维是一个广泛的知识领域,通过理解所有部分如何相互联系和影响来解决问题。这个理论并不新鲜,不同行业已经应用了数十年。一个很好的例子是.

尽可能长时间地坚持令人乏味的架构?

396 2K

构建真正为客户带来改变的产品所带来的满足感,比追赶最新技术潮流所带来的短暂兴奋更有价值。依靠稳定且易于理解的技术来优先考虑交付价值。有选择地、有意识地进行创新。这种创新属于什么创造力?创造力是一个动态.

构建大型技术项目的方法

434 3K

无论是从头开始建立一个新的项目,实现一个大的功能,还是开始一个大的重构,要保持动力和完成大型技术项目都是很困难的。对我来说,一个非常有效的方法是不断看到真实的结果,并以此为基础来安排我的工作。当我把大.

产品经理如何了解客户的“待完成工作”

422 9K

创新本质上是一种失败又失败的努力吗?如果您了解客户做出他们所做选择的原因,则不会。从我们有记忆以来,创新一直是领导者的首要任务,也是他们的首要挫折。在最近的一次麦肯锡民意调查中,84%的全球高管报告说.

产品经理形象生动介绍什么是敏捷?

367 2K

本文试图以一种简单的方式写下敏捷方法之间的区别:把它写成两个朋友之间使用送餐应用为案例的对话。拉克什Rakesh,一个聪明的、精通技术的开发者,和他的朋友汤姆Tom,一个没有技术背景的人,正在进行一场.

以产品为主导的转型

421

敏捷和设计思维已经针对同一个问题提出了两种不同的解决方案。 设计思维首先寻求学习。 另一方面,敏捷寻求先构建。 敏捷团队成员将设计思维视为 BUFD(Big-Up-Front-Design)。他们提倡.

使用事件建模实现软件协作和业务设计

517

讲故事使人类能够将知识传给下一代,并依赖于我们存储记忆的方式。我们可以通过举例说明,一个系统从开始到结束应该做什么,在时间轴上,而且没有分支。要做到这一点,我们需要用特定的时间线画一条线,代表状态在不.