danpu1174-CSDN博客

翻译敏捷开发:用户故事_我认为“敏捷”的方向，第5部分：摘要

敏捷开发:用户故事是时候包装这个系列了。我在第1部分中开始询问您是否真的需要敏捷方法，并指出了我看到的4个大问题。第二部分是为什么我们需要经理进行敏捷转型。第三部分是关于人们如何想要食谱的。第四部分是关于“敏捷”如何毫无意义，“敏捷”是一个形容词，需要应用于某些事物。我在较早的文章中建议了各种替代方法，并提供了许多其他阅读材料的参考。这篇文章是关于您如何创建敏捷文化的，无论您...

2020-05-08 23:05:52 241

翻译 ie8及更早版本透明度设置_创造更多的管理透明度

ie8及更早版本透明度设置在敏捷和精益社区中，我们经常谈论透明度。此图像是我们在《从混沌到分布式敏捷团队》中使用的透明性原则。当各个团队在连续性的中间部分之间建立透明性时，我看到了最大的产品和计划成功。这就是整个产品的透明度。我看到，如果经理了解得越少，团队工作就越好，那么许多组织就会取得更好的成功。而且，当经理与团队之间的透明度太低时，工作将变得更加困难或失败...

2020-05-08 22:55:52 198

翻译 unity击败计数_关于“击败”团队目标的思考

unity击败计数肖恩（Shaun）对“ 测量周期时间，而不是速度”的评论表明，一个团队最好同时测量周期时间和速度。为什么？有两个原因： “击败”最后一个冲刺目标协助采购订单预测何时完成。让我们研究这些想法。阐明故事点为什么还要烦恼故事点？（如果您没有阅读原始想法，如Essential XP中的“卡片，对话，确认”，请这样做。）我们在卡片上写一个故事，...

2020-05-08 22:05:52 274

翻译数据驱动开发_数据驱动的产品开发

数据驱动开发数据驱动产品开发的需求产品开发具有许多细微差别和依赖性。发现或设想的每个产品开发周期或SDLC都不充分。每种提出的解决方案都属于目前存在的众多陷阱之一，并被证明对产品寿命的一个或另一个阶段均无效。 SDLC从瀑布法开始，该方法期望在设计开始之前列出所有要求，在任何编码开始之前完成设计，在测试开始之前完成编码等等。这显然是不够的，因为在进行模糊测试并且产品开发变得越来越...

2020-05-08 21:55:52 1259

翻译 sap成本收集器与标准成本_收集数据的成本和价值

sap成本收集器与标准成本收集数据不是免费的。每条数据都有成本。还有价值。我们如何平衡数据的成本和价值？与所有多汁的问题一样，这取决于。而且，通常来说，数据收集越容易，数据中的价值就越少。收集无用廉价数据的示例以下是一些数据收集便宜且几乎无用的示例：任何时间点上的任何事物，都不是趋势。一些示例：代码行，任何类型的缺陷计数。任何时间点度量都可能很有趣。 ...

2020-05-08 21:45:52 994

翻译本质复杂性偶然复杂性_复杂性偶然与本质

本质复杂性偶然复杂性如今，很难找到不遵循敏捷的团队或组织，但是构建软件并不容易，项目缺少进度，预算超支，而且存在缺陷。为什么构建软件如此困难？如果您向任何工程师提出此问题，那么90％以上的人会说要求，但这是全部事实吗？让我们尝试分解软件结构。每个功能都有2个重要的组件，可决定功能是否成功。基本并发症（ec）意外并发症（ac）我们将做一些功能编程复...

2020-05-08 21:35:52 704

翻译音响功放原力_建立团队复原力摘要（第4部分）

音响功放原力如果您像我遇到的许多团队一样，您一定会有所帮助。您可以释放。您的产品最有效。并且，然后发生某事。而且，您的团队很难恢复。那就是系统的脆弱性。您可以作为团队来建立韧性。在本文中，我将总结您的团队如何建立弹性。从团队合作开始如果您的团队如第1部分所述那样提高流程效率，那么您的团队将相互协作并互相学习。而且，当团队使用流程效率时，他们会看到以下好处： ...

2020-05-08 20:55:52 166

翻译敏捷迭代是什么意思_我认为“敏捷”的方向是第4部分：“敏捷”是什么意思？...

敏捷迭代是什么意思我开始这个系列，询问“敏捷”的发展方向。（我不喜欢在Agile 2019大会上看到的东西。）第1部分是关于我看到的4个大问题。第2部分是为什么我们需要经理。第三部分是关于人们如何想要食谱的。这部分是关于“敏捷”或“敏捷”的含义。我了解人们希望他们认为“敏捷”的价值能够带给他们。让我们回到“敏捷软件开发宣言”，我称之为“敏捷宣言”。（戴夫·托马斯对此会有疑...

2020-05-08 20:45:52 2123

翻译如何减少积压的产品数量

产品积压的更改通常是正常的，但有些积压的尺寸会变得太大而变得冗长和详细。因此，它们难以更新，确定优先顺序和完善。以下提示可帮助您简化此类积压工作，以便您更轻松地进行管理。拆分产品积压面对冗长而详细的产品积压，请调查它是否描述了一种具有凝聚力的产品。随着时间的流逝，产品可以服务于日益多样化的市场并提供大量不同的功能，其中某些功能可能并非所有用户都可以使用。如果您的产品属于...

2020-05-08 20:35:52 585

翻译 postman团队人数限制_您的团队需要最低在制品限制吗？

postman团队人数限制我采访了一位敏捷教练，他的团队在工作中与董事会类似。他们不使用迭代，而是按需计划。左侧的“车间的故事”列是其积压工作细化列。最近，团队决定他们需要“最小”在制品数量。特别是在Workshop栏上。为什么？他们的产品负责人没有在团队中花费足够的时间。 PO需要团队信号。 PO不使用各种最低要求中的信息。 PO太忙了，PO只能从路线图中获取已经...

2020-05-08 20:25:52 2755

翻译敏捷型程序员_敏捷实施程序员指南

敏捷型程序员敏捷方法论是当今最受欢迎的软件开发模型。它促进了开发和测试中的连续迭代。敏捷就是要快速发展，经常发布并努力满足用户的实际需求。当涉及到需求无法预测的业务时，敏捷应该是首选方法。敏捷开发的核心价值是：个人以及流程和工具之间的互动工作软件胜于完整的文档客户合作而非合同谈判响应计划变更敏捷计划的关键在于，随着产品的不断发展，它为产品的更改提供了灵...

2020-05-08 20:15:52 294

翻译软件产品组织团队角色_产品角色，第2部分：产品价值团队

软件产品组织团队角色在理想的敏捷世界中，团队将直接与客户合作。当您拥有一个可以服务三种类型的客户（例如，新客户，专家，管理员）的小型产品，并且该客户位于比喻大厅内时，您可能不需要任何产品人员。您可以与客户建立简短的反馈循环。（有关更多信息，请参见第1部分。）产品越大，客户越多样化，一个人作为一个产品所有者或产品经理无法承担所有战略和战术角色。我看到人们淹没了所有工作。或者，...

2020-05-08 19:25:52 170

翻译 matlab 循环 : :_平衡创新，承诺和反馈循环：第2部分：适度的创新产品

matlab 循环 : : 如果您一次可以计划几个星期甚至一个月以上，该怎么办？您不需要极短的反馈周期（一天到一天的时间），因为您没有进行高度的创新。您无需每隔几天就更改团队的工作。您可以一次估算并投入一个月的时间。另一方面，您需要比两三个月的时间更频繁地更改工作。这么多的估计似乎是浪费。而且，承诺部分？你笑了。您可能想提交，但需要进行更改。这种情况就是本系列的一部分...

2020-05-08 19:15:52 142

翻译 matlab 循环 : :_平衡创新，承诺和反馈循环：第3部分：低创新产品

matlab 循环 : : 如果您不需要尝试降低风险怎么办？就“全部”完成而言，您可能会面临技术风险。特别是在给定的发布日期。在这种情况下，您对产品创新的需求很低。您的计划反馈循环可能会更长。我已经看到在某些情况下会发生这种情况：从一个平台到另一个平台的端口。我们知道我们要做的。技术风险不在于了解，而在于事物在新平台上如何工作或将如何工作。我们需要项目/程序中的简短...

2020-05-08 19:05:52 138

翻译 python切片创建_产品角色，第5部分：创建切片的组件团队

python切片创建在我撰写这些产品角色职位时，许多人都询问了如何使用组成团队。您可能有一个安全团队。也许是表演团队。不管我的愿望如何，您都有组成团队。您需要一种更敏捷的方法来管理团队之间的相互依赖性。您希望能够更频繁地交付小功能。可视化您想去的地方我喜欢从想要看到的结果开始。首先，还记得组成团队的逐层图像吗？这说明了我们如何需要组成团队来交付较小的功能。让...

2020-05-08 18:55:52 143

翻译 qa-cmm_熟练的QA经理的13大技能-2019

qa-cmm 我认为，通常认为就工作压力而言，担任质量检查经理的工作被低估了。以最佳方式利用从一门学科到另一门学科具有不同专业知识的众多员工。在不影响项目期限的情况下，使所有人都与敏捷开发模型，健康，竞争性环境同步发展成为一项挑战。质量检查经理的技能是一把伞，应该兼具技术和非技术特征。组织很难在一个人中找到两者的组合，而作为个人来积累这两者的组合，技术和非技术特征本身就是一个挑战。 ...

2020-05-08 18:45:52 404

翻译 matlab 循环 : :_平衡创新，承诺和反馈循环：第1部分：高创新产品

matlab 循环 : : 我的许多客户都在尝试在敏捷方法中使用简短的反馈循环。这种渴望与他们管理层对更长的承诺的渴望发生了冲突。这个连续体可以帮助他们思考对承诺和创新的需求。高度需要产品创新和变革对产品创新和变更的需求越多，反馈回路就越短。要求团队做出更大的承诺对管理层没有用，例如“此功能集需要多长时间？” 至少由于以下原因：估算行为需要花费时间来完成工作和获得反馈。...

2020-05-08 18:35:52 142

翻译 mbo和okr_当OKR成为MBO和问责制时，第1部分

mbo和okr 我有个人和职业目标。有时，我将其陈述为目标：完成本书，学习相关内容。这些是个人目标。我的个人目标看起来像MBO，即“ 目标管理” 。这些个人目标有助于我的公司，但不是公司目标。我的一些目标是公司目标：发布该书，建立该工作坊以实现更大的目标。这些目标看起来像OKR，目标和关键成果。我可以定期衡量我在实现这些目标方面的进度，并在实现这些目标时看到自己的结果。 ...

2020-05-08 18:25:52 205

翻译敏捷可视化_可视化工作以减少敏捷会议

敏捷可视化许多敏捷团队都使用某种形式的基于迭代的敏捷方法。通常以Scrum的形式。回顾您花在敏捷会议上的时间（在帖子底部附近），我列举了所有可能的会议。我建议团队审查其在制品限制，并考虑限制整个团队的在制品。当团队减少其WIP时，团队可能能够减少会议数量。我提到了如果为演示创建列，如何将演示工作集成到迭代中。我脑海中的景象很棒。不幸的是，我的读者对您的影响不大。 ...

2020-05-08 18:15:52 181

翻译 jpa修改部分属性的方法_产品方法的可能更改，第4部分

jpa修改部分属性的方法如果我们想提高流程效率，我们该如何组织？我们会通过管理人员的服务而不是控制来奖励他们，第3部分，停止按职能进行组织，而转向看起来像基于产品的组织？对于这个问题，我的转变思路是将组织视为遗留代码。我们了解如何重构遗留代码。这需要一段时间，然后，数周或数月后，我们的代码将变得更加健壮，并使我们能够更快地移动。重构代码时，我们从尽可能小开始。尽可能小...

2020-05-08 18:05:52 480

翻译分而治之_分而治之需要管理控制

分而治之最近有几个客户需要这些问题的帮助：估算不准确。由于估算不准确，因此管理层无法预测何时可以发布任何内容。经理无法管理大写字母（一种从昂贵的软件升级为大写字母的方法）。团队似乎无法提供完整的功能。各地正在进行的工作都很大。生产支持使计划的功能工作不堪重负。这些团队遭受了分而治之的问题。当管理者按职能划分团队时，团队很少有机会学习和协作。 ...

2020-05-08 17:55:52 189

翻译一个数据包的旅程_敏捷转型是一个旅程（第6部分）

一个数据包的旅程使敏捷转型变得困难的部分原因是所需的文化变革。这就是使敏捷转型成为旅程的原因。一位客户对我说：“我想要敏捷。敏捷是好东西：更快交付较小的东西，我们可以从中获得收益。我现在就想要。我能得到多快？这个经理并不傻。他使用的术语对我们某些人来说可能很有趣，即“敏捷”，但他有一个正确的想法。而且，如果他只是在谈论项目框架，也许他可以很快完成。敏捷方法改变了...

2020-05-08 17:45:52 138

翻译 sap积压物资管理_产品负责人或积压管理员？

sap积压物资管理在官方指南中，所有产品负责人都是平等的。一种尺寸适合所有人。在我生活的世界中，有些产品负责人比其他产品负责人更平等，而且一个尺寸并不适合所有人。这里的关键变量是产品所有者拥有的授权量。在我的上一篇文章中，我说过权威是每个产品所有者需要的四件事之一，其他是合法性，技能和时间。但是，有一类产品所有者在很大程度上缺乏权限，因此我打电话给Backlog管理员。 ...

2020-05-08 17:35:52 255

翻译敏捷橄榄球运动_合作与角色，向橄榄球联盟学习

敏捷橄榄球运动我不断听到队友说 “测试不是我的工作，我是<插入角色>”或“设计产品不是我的工作，我是<插入角色>” 如果不加以检查，我会对消息所导致的行为感到非常厌倦。一个团队不仅仅是其各个部分的总和，一个团队具有协作的力量。年轻的时候我曾经玩橄榄球（联盟）。橄榄球联合会是一项高度专业化的运动，实际上，球场上的15名球员被分为两个主要的筒仓...

2020-05-08 17:25:52 257

翻译敏捷价值衡量_敏捷方法的成本与价值衡量

敏捷价值衡量我的一些客户在转向敏捷方法时一直在其项目治理方面苦苦挣扎。过去，他们根据要求要求提供估计和成本，然后跟踪这些估计和成本的差异。治理人员不记录假设。他们只记录估计值和实际值。他们希望通过遵守日期和成本的估算来“衡量”项目的成功，而不是根据项目何时创造哪种价值来“衡量”项目的成功。项目和程序中的人员花费大量时间来创建这些估计。然后，假设发生变化，需求发生变化，市...

2020-05-08 17:15:52 501

翻译体温单开发_产品开发可以从我们的体温调节系统中学到什么？

体温单开发系统遍布我们内部和内部。如果要导航它们所带来的问题，那么了解我们生活和工作的系统至关重要。让我们考虑一下我们的身体作为一个系统。它经历了数百万年的发展直至目前的状态，这是一个相当复杂且先进的工具。它的工作确实令人着迷，即使我们已经研究了数千年，但仍有一些部分我们仍未完全了解。与所有系统一样，我们的身体包含反馈回路。我们非常熟悉的一个就是我们的体温调节系统。为了...

2020-05-08 17:05:52 181

翻译持续集成和持续交付文档_文档是另一个可交付成果和其他7条规则

持续集成和持续交付文档我们（程序员）有文档在耳边。建筑文档，设计文档，用户指南，功能规范，程序规范等等。大多数文档比没用的文档更糟糕，因为它给人一种幻想，即所有内容都被记录下来，任何人都可以（几乎）随时学到任何东西。一些文档已经过时了。最糟糕的是由与编码人员生活在同一宇宙中的建筑师编写的。官方体系结构和设计文档中描述的系统与实际代码几乎没有任何关联，但是由于（五位）架构师从未查...

2020-05-08 16:55:52 211

翻译 npdp 产品经理定义_定义产品方法的经理角色，第3部分

npdp 产品经理定义本系列文章介绍了如何迁移到基于产品的组织。第一部分是关于当我们按职能组织时，认可和奖励如何阻止成功的敏捷转变。第2部分讲述了转向基于产品的组织的一种可能性。在确定谁搬到哪里之前，我们需要考虑经理的角色。转向基于产品的组织意味着我们改变了我们查看和奖励经理的方式。量度经理如果有的话，我们行业有严重评估经理的历史。通常，我们通过约定给定项目的日期来衡量...

2020-05-08 16:45:52 398

翻译敏捷开发中迭代是谁创建_使用基于迭代的敏捷创建里程碑

敏捷开发中迭代是谁创建我一直在指导几个有问题的团队：他们喜欢迭代工作。而且，它们具有不在里程碑边界上的里程碑。他们该怎么办？（我建议使用流程，您应该已经听到了他们的回应。嗯，也许不是。）这就是人们想要这些里程碑的原因：团队无法交付（无论出于何种原因）作为连续交付。 PO（或其他人）想在特定日期发布该MVP或整个功能集。该版本解决了某人的问题，这就是为什么它是一个...

2020-05-08 16:35:52 567

翻译扫雷秘诀_敏捷转型秘诀系列发表于

扫雷秘诀我刚刚为我的实用经理新闻快讯完成了有关敏捷转型秘密的系列文章：第1部分：管理变更第2部分：强调协作第三部分：实践原则我写这个系列文章是因为我发现许多人对敏捷转换感到困惑。他们认为敏捷方法会奏效，因为他们可以预测并做出更好的承诺。他们没有意识到鼓励变革是更好的方法。隐藏的连接团队将业务概念作为私人交易的象征，并创建了一个秘密网络，该网络在北极圈...

2020-05-08 16:25:52 119

翻译敏捷转型实践书单_敏捷转型：实践变革（第2部分）

敏捷转型实践书单敏捷文化是关于变化的能力。（您需要知道为什么要改变，但是一旦知道了，敏捷文化就会促进改变。）我们（作为敏捷的团队和组织）提供一些东西来获得一些反馈和学习。我们使用该反馈并了解我们为挑战我们的假设所做的工作，并尝试下一批（少量）工作。这就是双循环学习的本质。（团队提供功能，支持提供修复/解决方法，管理人员提供决策。）许多组织（和人员）对变化不太适应。一些...

2020-05-08 16:15:52 180

翻译 python矩阵组合_用产品组合矩阵平衡您的产品组合

python矩阵组合产品组合矩阵是一个方便的工具，可以帮助您做出正确的产品组合决策。这篇文章说明了如何有效地将其用于管理数字产品组合。重装上阵产品投资组合矩阵（也称为增长份额和BCG矩阵）希望帮助您实现年轻产品与成熟产品的正确融合，以使投资组合创造的整体价值最大化。矩阵将产品分类为问号，星星，摇钱树和宠物（也称为狗）。下图显示了具有四个象限和产品类型的网格。摇钱树用美元符...

2020-05-08 16:05:52 645

翻译敏捷测试和瀑布测试_从瀑布式测试到敏捷测试，我学到了什么？

敏捷测试和瀑布测试我仍然记得那天，我们的交付经理宣布从下一阶段开始，该项目将变得敏捷。在参加了一些培训并进行了一些在线研究之后，我意识到，作为一名传统的测试人员，从Waterfall迁移到敏捷的测试团队是提升我的职业生涯的最佳学习体验之一。在敏捷测试中，存在某些挑战，我的角色和职责增加了很多，工作场所要求以前所未有的速度发展。除了帮助我学习自动化工具以及提高我的领域和业务知识外，它还帮...

2020-05-08 15:55:52 1174

翻译阿里敏捷转型_经理在敏捷转型中的角色

阿里敏捷转型敏捷转型是艰难的。这是因为无论您从哪里开始，敏捷转换都会造成文化冲突。通常，团队从敏捷方法开始。团队发现了适用于该团队的敏捷方法和实践。然后，随着团队经验的积累，他们会改进方法和实践。这是我们在敏捷转换中看到的外部部分。但是，每个成功的敏捷团队背后都有一个内部隐藏的部分。团队改变了他们的团队文化。成功的敏捷团队会建立一种重视透明度，协作和频繁交付并提供...

2020-05-08 15:45:52 207

翻译大数据数据量估算_估算，计划，团队和资金，一些数据

大数据数据量估算当我为团队提供敏捷培训时，我会进行名为“扩展XP游戏”的练习。它基于旧的“ XP游戏”，但多年来，我对其进行了增强和添加。我们玩得很开心，人们在笑，多年以后他们仍然在谈论它。该游戏说明了许多敏捷概念：迭代，业务价值，速度，边做边学，通过示例进行说明，质量是免费的，风险，概率的作用等等。当我进行练习时，我将受训者分成几个小组，通常是三到四个人组成一个小组。我告诉他...

2020-05-08 15:35:52 638

翻译 css字体从左到右循环移动_我们是向左移动还是连续循环？

css字体从左到右循环移动我刚刚从我的测试英雄之一珍妮特·格里高里（Janet Gregory）那里读到了我喜欢的主题的令人耳目一新的观点。在继续之前，请花点时间阅读她的观点。我用它正如我们在都柏林所说的，多年来，我一直在使用“左移”甚至“右移”术语。我不确定是从谁那里听到的，我似乎隐约记得与Gojko Adzic的对话，还是Dan North？我变得越来越健忘，无...

2020-05-08 15:25:52 1234

翻译代码审查软件_进入工作软件：代码审查–收益

代码审查软件上一次我们讨论了为了使我们能够使用工作软件（敏捷交付的主要指标）而采用的不同机制和实践。我们讨论了“工作软件”如何不仅意味着软件功能正常，而且还可以持久使用。这些实践中最有效的方法之一是代码审查，我们将一如既往地从“为什么”开始。代码审查的好处通常，在编写代码时，我们处于“功能模式”，使代码正常工作。我们是问题解决者，我们尝试将我们脑海中的设计（或与团队一起审查过的...

2020-05-08 15:15:52 115

翻译 mvp活动跳转_MVP是营销活动，而不是技术活动

mvp活动跳转 …最小可行的产品可能是目前数字产业中最时尚和最被滥用的术语。该术语似乎被一方或另一方用来批评另一方。我最近听到另一位敏捷教练说：“如果您再添加一些功能，您将获得MVP” –我想大喊“错，错，错！” 但是我咬住了舌头（谁说我做不到外交？） MVP似乎经常是“系统必须做到”的现代说法，MVP已成为莫斯科规则中的M。问题的一部分是该术语对不同的人意味着不同的...

2020-05-08 15:05:52 208

翻译敏捷 epic 定义_定义“扩展”敏捷，第5部分：敏捷管理

敏捷 epic 定义我在组织中看到的挑战之一是经理如何使用敏捷方法。最大的问题之一是整个组织的组织都是为了提高资源效率（想想职能专家的孤岛）。敏捷方法利用流动效率。思考流动效率会改变一切。组织中的许多人认为，将工作分配给专家可以更快地完成工作。制造业就是如此。（想一想）。制造过程利用资源效率达到合理的效果。但是，制造业并不能说明创新或学习。（制造过程的设计是创新的，需...

2020-05-08 14:55:52 1443

翻译阿里敏捷转型_敏捷转型：了解您的系统和文化（第3部分）

阿里敏捷转型如果阅读了我的伸缩敏捷系列，您会发现要成为一个敏捷组织，需要将您的组织视为具有文化的系统。您可以从团队开始，转到计划和组织的产品部分。如果您还没有解决奖励的文化问题，那么您将不会继续进行敏捷转换。您知道为什么要让组织使用敏捷方法。你正在练习改变。您如何看待您的系统和文化？将您的组织视为系统当我谈论将您的组织视为一个系统时，我的意思是各个部分如何协同工作...

2020-05-08 14:45:52 154

空空如也

空空如也