敏捷 – 第33页小小书 XXshu

敏捷编程的7大好处

尽管敏捷编程作为一种方法已经存在了16年，但它远非创新软件开发的千篇一律。敏捷是一种迭代的，增量的，以团队为中心的方法，可以提高每个软件项目的执行速度和效率。但是，鉴于应根据每个组织的独特需求量身定制敏捷，它将对您有多好？在所有实施模式中，在为自己的团队做出决策时，您应该意识到敏捷编程的七个主要优点。 1，加强合作团队成员之间破裂的协作生态系统可能会对项目造成破坏性影响，例如生产力下降，工作道德受到侵蚀以及最终产品达不到既定目标。敏捷编程允许团队提前计划并在整个开发周期中保持灵活性，从而消除了这些常见的挫折。开发人员，客户和产品经理一起工作，因此可以立即解决有关需求的问题以及执行该项目所需的任何知识转移。 2.组织效率敏捷的核心不仅仅是战略和运营。它顺应不断发展的项目的原则已经超越了技术本身的界限，并渗透到公司文化中。敏捷促进了更深入的协作，不断的创新，甚至增加了利润。在接受Tech Target采访时，PayPal的技术副总裁Kirsten Wolberg分享了该公司最初如何努力整合敏捷和瀑布方法。在瀑布工作的团队无法跟上。 “考虑到我们想要移动多快，并且考虑到我们需要如何响应，瀑布方法正在崩溃。 Wolberg说：“我们在敏捷团队工作的团队依赖其他在瀑布工作的团队，而且交接只是没有发生。”…

能力矩阵：如何发展组织和人员！

成为经理并非易事，您的组织和团队成员对您抱有很高的期望。一方面，您的组织期望高质量和客户满意度，另一方面，您的团队期望您的帮助来发展和提高他们的技能。优秀的经理知道，这不是两个不同的目标，而是同一目标。现在，公司比以往任何时候都更需要那些经理来吸引候选人，提高绩效，敬业度和保留率，并在最大限度地提高员工对公司的贡献中发挥关键作用。相比之下，管理不善的人会拖累以上所有方面。它们使您的公司损失了大量的营业额成本，错过了员工贡献的机会，并且造成的损失比您想象的要大。知道这一点，如果我们考虑到次优化原则：图片来自M3.0网站。能力矩阵以及我们如何使用它是功能强大的 Management 3.0工具在平衡自组织团队绩效和员工技能发展时。它最初是由Christof Braun开发的。。…

紧急情况下放松

与流程一起完成IT项目 Firdouss Ross摄生命是一系列自然而自然的变化。不要抗拒他们-只会制造悲伤。”-老子 “跳！”当我们的筏子穿过CAT III急流时，河上的指挥官发出了命令。我们强迫，溅入了快活的科罗拉多河，并担任安全职务。河流向导清楚地表明，在我们度过更加艰难的急流期间，人们将陷入困境。他们让我们跳入CAT III急流中，以感觉到将脚指向下游，保持脚撑，收起下巴并建立对安全装备的信任。在较大的CAT V Rapid中，您无助。与激流的战斗或th撞不会改变您的轨迹。这是一块充满暴力的水，需要尊重。更糟糕的是，如果您惊慌失措并试图站起来，您将被数以千计的力量钉住并淹死。 CAT…

视觉思维策略是组织学习的一种更好的方式

我最近阅读了Philip Yenawine的精彩著作《视觉思维策略》（感谢Scrum.org的Dave West的推荐）。它描述了一种替代的学习方法，该方法基于共享的理性认识，并依靠探究来推动学习。大多数传统的教学方法都是基于向人们提供信息（通过工作表，书籍，演示文稿）。但是，在该领域的研究清楚地表明，即使在培训之后，实际上也很少坚持。我们的头脑似乎并不愿意消化反流的专业知识，无论它多么深刻，明智或聪明。我们的头脑似乎并不愿意消化反流的专业知识，无论它多么深刻，明智或聪明。这是一个基本见解。尤其是当您认为学习不仅会发生在高中和大学的教室中，而是现代组织生活中不可或缺的一部分时。采取：学习其他/新的合作方式；新员工入职；分析重大事件并发现将来如何避免此类事件；教授新技能（例如单元测试，与用户打交道，营销技能等）；分享公司战略；学习如何改善团队或部门的工作；…

应用敏捷框架时公司犯的最大错误

多年来，我一直在帮助公司将敏捷应用于他们的业务模型并取得显著成功，而且似乎终于开始流行起来。但是，与任何新事物或尖端技术一样，在应用这种迭代工作方法时也不会犯错。当然，错误的代价可能会很高，所以让我们现在就在这里公开解决它们。我看到的公司在应用最常用的敏捷方法Scrum时犯的最大错误之一是，它们偏离框架的核心实践太远，太快。就像谚语“如果没有损坏，请不要修复”一样，Scrum Framework出于某种原因具有一组特定的角色，仪式和工件，它们可以工作。如果您忽略了这些，您就看不到获胜的公式。几年前，我在芝加哥执教了一些敏捷团队。我们正在将70个团队从传统的项目管理方法过渡到使用敏捷（特别是Scrum框架）。有一天，我与我所指导的一个团队一起工作，使用白板直观地绘制出他们所遇到的具体挑战，以确定每个障碍的根本原因。在进行此练习时，当我查看所有正在展开并漂浮在他周围的信息时，我开始感到自己像《少数派报告》中的汤姆·克鲁斯。基本上，这是与《善意狩猎》或《美丽的心灵》之间的混合，所有的文字都在窗口上。我有一个顿悟。当我们继续进行根本原因分析时，我在董事会上看到的所有挑战都表明，这些挑战之所以成为现实，是因为同样的原因：未遵循Scrum框架的核心实践。在这种情况下，团队没有交付。为什么？由于在sprint期间添加了太多工作，因此缺少任务的清晰性，并且没有进行积压工作。没有清晰的愿景，领导的方向不断变化。…

动态工作环境的项目管理

您是否正在努力保持重要项目的发展动力？您是否发现自己在项目开始时就有动力，但是一周后又失去动力了？我只是说你并不孤单。我感觉很相似。我想我可能已经找到了对我们双方都有帮助的东西。我最近参加了有关敏捷项目管理的研讨会。讲习班是如此有影响力，以至于改变了我的内心。几年前，我在汽车制造行业工作时首先了解敏捷。不幸的是，那时我感觉自己无法将哲学完全运用到我的工作中。在汽车行业的几年中，我使用了许多精益制造工具和策略，这些工具和策略与敏捷类似，但并不完全相同。我使用的精益概念非常适合构建窗口小部件，但是我不确定如何采用相同的方法并将其应用于办公环境。这次研讨会填补了迫切需要的空白。为了巩固我的学习并分享我所获得的一些见解，我想向您提供有关该主题的一系列文章。首先，您可能会问自己“什么是敏捷项目管理？” 敏捷是专为软件开发而开发的项目管理方法。它与传统的项目管理瀑布式方法不同，在传统的瀑布式方法中，利益相关者可能需要一年的时间才能从项目中看到任何有形的价值。在敏捷项目管理中，项目是在称为sprint的一小部分工作中迭代创建的。短跑通常为2至3周。…

去创建实践社区

您是否想灌输学习，持续改进和归属感的文化？去创建一个CoP!。当我进入敏捷世界时，我开始听这个术语“实践社区”，看起来很正式或遥不可及。实际上完全相反。它是什么？实践社区（即现在的CoP）只是一群人，他们是给定角色的积极实践者（例如Scrum Master），并安排了聚会，他们可以讨论几个主题，问题，解决方案等。它可以用于许多目的：共享是关键，可以从他人的经验中学习，学习新主题，重新学习旧主题，与其他人建立联系，它当然也可以起到宣泄作用：）。确实没有任何正式结构（例如社区主席，秘书等）。可能仅有的两个独特角色是：创始人和参与者。除此之外，只是一群人试图通过讨论共享主题来度过美好时光。尽管重要的是要说CoP与兴趣社区（CoI）不同，在社区中，人们聚集在足球或绘画等共同主题上。 CoP由具有相同工艺或工作或角色的个人组成。如何创建一个？去做就对了。要开始讨论，您至少需要两个人。您和其他想要从他人那里学习的人。对于两个人，您可以聚集在一起，在桌上喝杯咖啡，然后开始聊天。…

如何成功进行数字项目管理

来自那里的PM的专业提示关于如何成为一名成功的项目经理，有很多建议，这些经理专注于项目计划的基础知识-管理范围，资源和预算。但是，如果您准备就绪，可以超越基础知识，提高自己的PM技能呢？以下是一些实用技巧，可确保您的数字项目成功进行，经过多年的代理经验，并根据我自己的经验进行了尝试和证明。如果我有六个小时的砍伐树木的时间，我会花四个小时磨斧头—安倍·林肯 1.了解您的约束每个项目都有约束条件-找出项目初期的约束条件，并确保所有利益相关者都同意。了解约束条件使您可以自由地探索必须工作的空间并有助于定义优先级。经典的PM决策三角形平衡了范围，时间和成本，可以通过以下问题来概括：您希望您的项目做的好，快还是便宜？选择任何两个-但您不能同时拥有三个：与利益相关者一起玩耍或与他们分享http://fastgood.cheap/ 2.问题假设您知道他们对假设的看法… …但是真的有些事情我们知道我们知道（已知的已知事物），有些事情我们知道，但不是有意识地知道（未知的…

七种致命废物：运输

本周，我想回顾一下前一段时间写的一个想法，以及最近在一些会议上我谈到的一个想法：七种致命的浪费。有七件事会使您的软件团队减速，而学会征服它们是加快交付速度的关键。这七种废物来自精益制造的原理，该思想起源于20世纪中叶的日本汽车工业。与当今的软件行业相比，这似乎还有很长的路要走，但是这些经验教训同样适用于现代软件开发。通过消除流程中的七种浪费，您很快就会发现交货时间有所缩短。七个中的第一个是运输。这是材料从一个位置到另一位置的移动。不难看出这将如何减慢制造速度-将工厂分布在两个地点显然会很困难-但是在软件传输中，通常很难看到浪费。考虑团队之间的交接。如果您的开发人员必须将工作交给测试团队（或个人），然后又由另一个人负责验收或签字，然后又要发布，则可能会浪费运输。如果您曾经从事过“功能网球”，即某个项目在开发和质量检查之间来回反弹了几次，那么您将遭受严重的运输浪费。减少此类切换的一种方法是树立协作精神。鼓励开发人员和测试人员共同解决问题，并对解决方案建立共识。另一种形式的运输浪费来自于移动代码。部署，分支和合并都是传输的形式。显然有必要-您需要能够部署事物-但降低部署成本至关重要。如果要花费几分钟以上，那么它将对您的生产率产生重大影响。…

流动的喜悦—如何提高生产率

当我们需要快速高效地生产产品时，自然的反应是将一个流程分解为某些任务，然后在多个产品上多次重复同一任务，然后再继续进行下一步。例如，如果您问人们如何快速有效地折叠和装满信封的最佳方法，则大多数人会建议先折叠所有纸张，然后将纸张放入每个信封中，然后密封所有纸张。信封-从直觉上来说，这是完成流程的最佳方法。这是分批处理的示例-我们可以看到制造和服务交付中的分批处理，从早上烘焙一家面包店所需的面包开始，到每周批准一次团队费用，直到等到您处理X份表格再进行处理为止。不幸的是，我们的直觉是最好的分批处理通常是错误的，并导致质量降低，客户等待时间更长以及成本增加。在工厂制造，医疗保健和公共服务管理中，通常都是这样。我与48位代表进行了一项实验，参加了我最近提供的一系列培训课程，在每个小组中，我组成了由3名志愿者组成的生产线，以生产纸飞机。目的是通过批量生产（每批6架）尽快（质量）生产18架飞机。在各个小组中，完成18架飞机的平均时间为12分钟，而客户收到第一架飞机通常要花5分钟以上！这个过程的另一个问题是，当客户收到飞机时，生产中大约有10架“飞机”。为什么这是个问题？如果内部尚未确定飞机的质量问题，则可能需要“重新加工”多达10架飞机，从而在整个“生产线”中造成严重的延误，成本和挫败感。对于客户；他们已经等了大约5分钟才能收到纸飞机，但还是有问题！因此，对于客户而言，此过程并不理想，他们必须等待很长时间，甚至可能需要等待更长的时间才能解决缺陷。对于企业而言，这也不是好消息。如果公司仅在飞机交付时才获得报酬，那么他们将不得不等待很长时间，甚至不得不筹集大量库存（在本例中为10架纸飞机）。库存过多会导致问题；您需要将其存储（大型仓库，在制品抽屉）并保持安全（GDPR！）…