• 长期以来,测量、跟踪和基准测试开发人员生产力一直被认为是黑匣子。事情并不一定是这样的。 现在,大多数公司(在某种程度上)正在成为软件公司,无论哪个行业,领导者都需要知道他们正在尽可能成功地部署最有价值的人才。
  • TIMWOOD也称为“7 种浪费”,是精益流程的缩写,代表组织旨在识别和消除以提高效率的七种常见浪费类型。缩写中的每个字母对应于一种特定形式的废物: T - 运输- 过剩库存或生产不立即需要的库存。大量库存会占用资金、占用空间并导致产品过时。 I - 库存
  • Leslie Lamport认为:如果你从一开始就没有正确设计,那么你编写的每一段代码都是一个补丁。 Leslie Lamport 是一位计算机科学家和数学家,因其对分布式并发系统的理论和实践的基本贡献而于 2013 年获得 ACM 图灵奖。他还创 icon
  • 在软件开发中,有两种主要方法:迭代和增量。迭代模型涉及重复的开发周期,允许随着项目的发展不断改进。它灵活且能够适应变化。另一方面,增量模型侧重于以更小的功能部分交付软件,并在每个增量的基础上构建。这两种方法都旨在增强开发过程,但它们在处理重复和项目组件交付的方式上有所不同。 icon
  • 今年八月,咨询巨头麦肯锡在一篇题为“是的,你可以衡量软件开发人员的生产力”的文章中宣布了自己的解决方案,但引起了不同的反应。 icon
  • 如果你有一项大任务要完成,你应该将其分解成多个部分,并在完成任务之间安排休息时间来奖励自己。 日程安排是关键部分:工作 25 分钟,休息 5 分钟。 当闹钟响起时,也许可以吃点零 icon
  • 演示驱动开发(Demo-driven development):将工作分解为用户故事,计划每周演示,并将会议重点放在目标而不是任务上,以推动有效的产品开发。 项目计划应重点关注里程碑和用户故事而不是任务: 用户故事代表了可论证的功能 icon
  • TOGAF(开放组架构框架)标准为企业架构提供了一个强大的框架,可以有效地支持这些方法。通过利用 TOGAF 标准,组织可以简化其运营、促进协作并在企业架构计划中实现更高的敏捷性。 在本文中,我们将探讨 TOGAF 标准如何帮助组织采用敏捷和 DevOps icon
  • 在日语中,“ kaizen”本质上翻译为“改进”,这是该方法本身的核心目标,它鼓励组织中各个级别的个人共同努力,不断改进公司的一切。当从老板到实习生的每个人都参与计划时,这个想法就会变得更加高效,一切都会变得更好。这是通过标准化和统一流程的实施来完成的。 icon
  • 企业架构不再总是只与 IT 文档有关。企业架构越来越多地尝试参与组织的数字化转型。 业务架构是企业架构的四个基本领域之一,但由于预算限制,它经常被忽视甚至完全被忽视。企业架构计划很少像应有的那样从业务架构开始。为了取得成功,组织及其 CIO 需要集中更多资 icon
  • 软件开发生命周期 (SDLC) 是一个框架,概述了软件开发所涉及的各个阶段,从最初的概念到最终的部署。有多种 SDLC 模型,每种模型都有自己的优点和缺点。选择最合适的SDLC模型是一个关键决策,它对软件开发项目的成功有重大影响。 SDLC 代表软件开发生 icon
  • 敏捷教程也称为敏捷方法论,它涵盖了学习敏捷所必需的基本和高级敏捷概念。它适合初学者和专业人士。敏捷是一种简单的软件开发方法,只需 1 到 4 周的时间。它对软件排列进行快速且最小的更改。敏捷方法的好处包括通过快速、持续的开发和及时交 icon
  • 六种提高生产力的方法将帮助您完成更多工作,六种方法: 1、提高工作效率的 "行动法“这个方法是我最喜欢的方法之一,它能让我在忙于多个项目时保持工作状态。它要求你将任务分为三类: 行动步骤、 icon
  • 如果你进入无干扰的工作状态,你甚至会更有成就感。 当你有一个大项目要做时,你应该全神贯注,但说起来容易做起来难。不管是缺乏个人兴趣让你无法投入,还是来自其他人或事的干扰,你都很难进入状态。 根据一种生产力 icon
  • 敏捷实践是指一组优先考虑灵活性、协作和客户满意度的软件开发和项目管理原则和方法。 不同方法论的敏捷实践:1、敏捷: Sprints:限时迭代(通常 2-4 周),在此期间创建潜在的可交付产品增量。 icon
  • 十大敏捷产品管理认证:1. ScrumMaster认证(CSM): 发布者: Scrum 联盟 为什么选择这个: CSM 是那些深入 icon
  • 介绍了一种名为"Discovery Tree探索树"的工作追踪和聚焦技术。它是一种敏捷的工作追踪方式,通过可视化的方式有效地跟踪工作进度和任务状态。这种方法可以帮助团队更好地理解工作,提高效率,并保持专注。 探索树是一种敏捷的工作追踪和关注技术,通过信息可视化提供了令人难以置信的透明 icon