敏捷工程方法

     
  • 什么是元回顾?

    5 2K

    元回顾促进了协作并在团队和利益相关者之间建立了对全局的共同理解。元回顾是一种很好的练习,可以促进扩展团队内的协作,对大局达成共识,并立即创建有价值的行动项目。它由一个或多个产品团队的团队成员(或其中的.

  • 三个因素是软件本质?

    53 2K

    作者在文章中提出了三个因素,用以解释软件的特性,并对软件开发中遇到的困难进行了深入的思考。以下是文章的主要内容概述:三个因素(Triad)1、软件处于边缘状态(Liminal State):软件介于物.

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

    58

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

  • 十大敏捷产品管理认证

    96 3K

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

  • 什么是TIMWOOD?

    381

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

  • 什么是探索树工程方法?

    91 2K

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

  • 敏捷方法教程

    126

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

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

    204 2K

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

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

    130 2K

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

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

    108

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

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

    133

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

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

    141

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

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

    113

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

  • 使用“Kaizen”改善工作流程

    131

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

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

    170 3K

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

  • 六种提高个人卷力的方法

    119

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

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

    162

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

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

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

    163 3K

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

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

    246 2K

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

  • 最差的程序员

    445 2K

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

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

    583 3K

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

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

    332

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

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

    418 2K

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

  • 构建大型技术项目的方法

    458 3K

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

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

    449 9K

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

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

    390 2K

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