scrum-金马国际
scrum是一个用于管理知识工作的敏捷框架。
目标驱动看板使团队能够在前进道路上选择并专注于具有挑战性的目标。
在本文中，你将会学到实用的想法、有趣的故事以及提高团队心理安全的有效方法。
笨拙的编程不是造成技术债的主要原因，因此我们不能指望仅依靠更熟练的编程就能解决技术债。
本文主要介绍西门子 healthineers 数字健康的软件交付过程。
本文解释了由 ian spence 和 jeff sutherland 博士提出的 essence scrum 实践是如何帮助团队在任何环境下都能更好地使用 scrum。
不管怎样，我也是没有银弹的。
曾在许多软件工程师眼中闪耀光彩的敏捷方法已经黯然失色。甚至，人们一遇到某些障碍就可能对敏捷冷嘲热讽。
人生充满了障碍，前进的路上一定会遇到一些障碍。在本篇文章中，carly richmond 思考了他们采用第一块障碍板的成功和挑战。她将讨论他们如何将这块板整合到自己的实践中，并分享他们在这个过程中学到的经验以及如何应用到你们自己的实现中。
如果置之不理，敏捷反模式会影响到组织、士气和质量。要解决问题，第一步就是要承认痛点的存在。
出于员工的水平和沟通问题，也许国内有些人并不是那么相信敏捷，但是不得不承认，通过使用敏捷方法，国外的信息技术行业已经发生了翻天覆地的变化。
在互联网技术迅速发展的今日，信息科技对各行各业都产生了深远的影响，仿佛一切传统的业务都在发生着变革。企业信息化已经成为未来趋势，各领域都在尝试推进自身的信息化深度建设，且当代企业信息化建设是靠使用各种管理软件来实现的。在软件的选择上，一般小
估算是为了更好的计划，不能把估算当做一种承诺；速度是可变化的，可以用来修正计划的误差。
摘要：任何工具或者流程如果让人们在自己的工作环境中感到举步维艰，那它就不能被称为敏捷，只能称之为“伪敏捷”。
“敏捷”已然成为一门“大生意”。为首，我们看到了成千上万所谓的“敏捷“教练和培训师，以及很多相互竞争的框架和方法，比如“敏捷”领导力培训、“敏捷”项目管理，等等。
任务栏里的“测试中”一列通常会导致团队有更多在“进行中”的工作，而实际完成的工作会更少。
多年来，软件开发方法学不断发展，并且许多新方法已经出现在软件开发人员和项目经理的实际经验之外。以前的瀑布式开发方法的缺点太多。今天，我们聊的开发敏捷方法主要是为了解决这些缺点。
我认为产品负责人是 scrum 在软件界遇到的最糟糕的事情。
从事敏捷教练的这些年，多多少少参加过很多关于教练技能培养的培训课程，以下几点是我总结出，教练应该关注的几个软技能。
如果我们的目标是创建可以模拟领域专家行为的软件应用程序，那么挑战就是捕获并实现业务规则。相比原始的代码部分，业务规则更接近良好的知识管理。领域驱动设计的这些技术可以提供一个结构，用来在系统中有效验证和实现业务规则。
“ 两个项目的直接对比，充分说明即使是假敏捷都比瀑布优秀。”
我想建立这样一个团队，每个人都能成为领导者，每个人都能成为所有者。原文请参考 an engineering team where everyone is a leader
我们很多时候，非常擅长的一件事儿就是抽象，还有的时候，会做非常高度的抽象，这就会产生各种各样的概念。但这个东西有时候会有点儿坑。
2014 年我和两位好友左洪斌、米全喜一起翻译了《scrum 精髓》这本书。翻译完这本书之后，在整个敏捷社区里面还是引起了蛮大的影响。到目前为止已经印刷了超过 2 万册。很多人并不了解 scrum 的精髓到底是什么。因此想来跟大家聊一聊 scrum 精髓这一个很重要的话题。
畅流系统让组织重新思考、理解复杂性，拥抱团队合作和基于自治团队的领导力结构。
本篇整体介绍一下“ddd 分段式协作设计”的步骤和内容。
ddd 的设计过程，到底应该分为多少个阶段？每个阶段做什么事情？
在方法论规模化落地的过程中，一个很重要的问题，就是绝大多数能力一般的人，都更习惯于依据“明确的指令”进行工作，而不是依赖自己“有限的经验”和“莫能两可的方法论”。
在面对不确定性时，说到预测和规划，软件行业一直以来的记录都不太靠谱。
团队需要做好预测，否则就可能会被指责 " 敏捷却迟到 "。
精益帮助团队成长的经验分享。