敏捷 – 第15页小小书 XXshu

5个使您的软件实现轻而易举的技巧

许多公司在计划软件实施时没有考虑到一件事：生产率悖论。企业可能会出于多种原因采用新技术，例如使某些任务自动化，提高效率，提高工作质量，实现更好的协作等等。进行这样的投资后，员工们期望新工具能够实现其承诺的收益。他们期望生产率提高，但通常不会。至少不是马上。相反，生产率下降。原因？在入职过程中，员工无法使用该解决方案的最大功能。将新工具集成到日常工作流程中时，通常会有一个陡峭的学习曲线。幸运的是，您可以采取一些简单的步骤来防止这种情况的发生。在软件实施过程中如何应对生产力悖论软件实施后生产力下降不仅威胁到您的投资回报率，还会导致员工沮丧和士气低落。服务台通知单的数量必然会增加，这将浪费您IT部门的宝贵时间和资源。但是，您可以在实施新软件的同时部署多个黑客，以保护公司的生产力。这里有5个技巧，可在实施之前，实施期间和实施之后改善软件入门。 1.定义软件的特定目标。概述您希望新软件可以帮助您实现的目标应该早于实施。阐明解决方案的目的，预算和工作流程后，就该将它们传达给公司的利益相关者和用户（即员工）。…

实际上，有时敏捷并不那么出色

我知道这么说是不明智的，但是有时候我认为敏捷还不是全部。我完全有可能做得不好，但是对于许多采用敏捷方法甚至花钱培训大型团队的公司来说，情况就是如此。问题是，如果没有正确理解，敏捷智慧更是负担而不是帮助。最重要的是，有一种趋势，即在不质疑这些刚性驱动力是否有价值或与某个特定团队相关的情况下，实施刚性实践。作为记录，敏捷宣言背后的12条原则突出了重要的工作方式。敏捷团队的关键是协作，开放性和灵活性。重点是质量和客户需求。授权团队至关重要。我完全同意！ 👪 Kaleidico在Unsplash上发表的“两个人在白板上画画” 所以有什么问题？大多数组织通过设置严格的敏捷仪式而感到不知所措，在这种仪式上，追随者都知道提出任何缺陷是一种牺牲。 “我们应该改变敏捷宣言吗？” 来自福布斯的观点在敏捷教学方面建立了整个行业和专业-创建积压，冲刺计划，每日站立，冲刺复古，用户案例和接受标准。我感到沮丧的是，存在某种盲目的追随者，这是该方法普及的推动力。人们常常会毫无疑问地全神贯注地前进。…

使用KPI衡量有效性的风险

我从事使用Waterfall和Agile方法的软件开发人员已有几年了。根据与Scrum合作的经验，我必须承认“敏捷”的方法论，策略和人员远非完美。但是，本条目不是关于Scrum的痛苦，而是关于KPI，PBI和速度度量。接下来，我将回顾一些常见的KPI，讨论这些KPI对评估开发团队的价值，并在实践中展示一些危险的紧急行为。取自[8] 敏捷指标毫不奇怪，我们大多数人与指标之间存在着爱与恨的关系。但是，事实是，度量标准是用于跟踪和共享团队进度的工具。它们可以确定瓶颈，并可以减少项目失败的可能性。关键绩效指标（KPI）是衡量绩效的指标，而在SCRUM中，速度是关键规划工具。速度是Scrum团队在冲刺期间完成的平均工作量[1]，它允许在新版本可以交付时进行计划，并确保随着时间的推移性能保持一致。但是，速度并不是衡量Scrum团队的唯一指标，管理人员还可以使用其他指标来评估开发团队的能力，成功，质量和工作量。一些最常见的包括[2]：已完成的故事与已提交的故事技术债务管理品质保证团队热情追溯流程改进…

Sprint燃尽图的见解

Sprint Burn Down Chart是一个图形工具，用于表示相对于当前迭代的预期完成率所完成的工作量。它提高了燃尽图当前性能的透明度。它还使我们能够估计Sprint目标是否可以在固定时间内交付。如果在这段时间内未完成工作，则团队成员必须确定如何提高剩余工作的速度。 “速度”不过是团队在Sprint中完成的工作总量的度量。我们通过将所有已完成的用户案例的得分相加来计算速度。严格禁止部分统计已完成的工作。冲刺燃尽图报告是根据Analysis Services多维数据集中的数据构建的，团队实际引用了WIT数据存储。燃尽图显示了任务进度的斜视图以及Sprint进度的非常重要的通用度量。使用此图表有多种原因。以下列出其中一些：- 它的简单性-冲刺燃尽图受欢迎的主要原因之一是它的简单性。它没有什么复杂的，甚至一个孩子都可以理解。这种简单性有助于团队以非常容易，快速和有效的方式将项目的进度传达给所有利益相关者。…

以交付为重点将如何帮助您构建高质量的应用程序

高绩效的团队会更频繁地部署，并且交货时间要快得多。他们以更少的故障进行更改，并从故障中恢复。图像：DevOps的木偶状态报告公司的执行团队最近问我为什么我们的团队能够如此迅速地开发出对我们产品的改进。此博客从技术角度概述了一些关键准则，我们的团队遵循这些准则来安全快速地迭代产品。我尽我最大的努力使这篇文章保持高水平，同时仍然提供技术细节。我们谈论的技术不是我们发明的东西。我的技术同志加入了团队，我将其视为减少为用户提供价值的摩擦的角色。我们还旨在保持负责的应用程序的高质量。我们通过删除，简化和自动化将更新交付到生产代码库的过程来完成了大部分工作。请记住，有些项目可能具有固有的复杂性。我们的团队使用的某些技术可能不适合您的项目。根据我的经验，使用旧版软件可能很难或根本无法简化某些流程。我们的团队优先考虑对生产代码库进行频繁的改进，而不是其他所有方面。好吧，几乎-我们采取了心理健康之类的措施，让人们在生病的时候可以放假一天，并在分娩前保持良好状态。生产中的代码是目标。我们确保所有想法，设计和功能要求都有一条清晰的路径，说明我们如何将其投入生产。我们用来加强此功能的一种技术只是在展示柜中显示工作代码。…

使您的敏捷“等待”可见且值得

等待某事或某人是生活中最烦人的事情之一。我相信你们所有人在现实生活中都曾遇到过这种情况。紧张地等到您的考试结果出来怎么办？等待未婚夫或未婚夫来见你怎么样？那么等到获得晋升或晋升呢？艰苦而令人沮丧的不是吗？它只是一分钟一分钟地吞噬着您，一天又一天地使您烦恼，而这可能只是一个未知的危险。好吧，等待是很平常的事情。可能是个人生活，甚至是执行软件开发项目时。即使在变更驱动的敏捷项目中也没有什么不同。用敏捷术语来说，等待是任何形状或形式的障碍的结果。那么有什么障碍呢？字典中对障碍的定义是“阻碍或妨碍做某事”。用敏捷的话说，障碍是“任何使团队变慢的东西”。用PMP术语来说，障碍是“任何类型的问题”。障碍只会让敏捷团队等待！！那么，什么能让敏捷团队等待呢？敏捷团队可能最终会等待…

与远程参与者学习画布

嗨伙计！我与远程参与者一起为学习画布提供了便利，我将与您分享这种经验。希望能激发您的灵感。我们需要就我们最重要的战略问题之一进行讨论，但是我们的团队在家庭办公室工作，一个队友的生活距离我们大多数人相距550公里（341英里）。除此之外，一个利益相关者有完整的时间表。时间在流逝，但是不！我们不能接受！如今，距离已不再是借口。我们已连接！我相信我们需要时间进行创新。没有创新就没有时间。如果我们没有足够的时间，我的竞争对手就会这样做。因此，由于我们喜欢在家办公，因此我们远程完成了部分工作🙂 学习3.0 —“共享是新的教学” 虽然我没有安排第一个活动（在本例中为“学习画布”）来解决我们的战略问题，但太多的人问我为什么不请一家公司或专家来帮助我们。毫无疑问，有太多公司和专业人士可以提供大量的经验，观点，想法和工具来帮助我们，但是所有这些都基于对我们而言不同的背景，并将促进从1到N的学习过程。提出问题，专家会告诉我们每个问题的答案。避免学习1.0和2.0来促进创新。…

使用Zeleo自动化您的个人工作流程

在过去的几篇文章中，我们介绍了如何利用Zeleo平台驯服GitHub通知，如何通过关系引用您的团队成员和同事以及如何使用Slack扩展系统。在这篇文章中，我们将向您展示如何使用Zeleo的内部任务管理来确保您的团队成员知道该做什么并且什么都不会错过！您可能会注意到，当您首次登录Zeleo时，会看到一个任务列表。对于事件驱动的集成平台很奇怪，不是吗？好吧，疯狂背后有一个原因。 Zeleo在自动化方面将您和您的团队包括在内！您如何将人与软件服务或系统交互？当然，通过为该人分配任务来执行任务！登录任务时看到的第一件事！您可以设置Zeleo根据安装在团队中的任何系统上的事件将任务分配给人员，尽管在本示例中我们将再次使用GitHub来说明如何利用它，特别是在分配问题时分配任务。让我们从定义任务模板开始。打开侧面板以创建新的任务模板。如果打开侧面板，则会看到一个用于管理“ 任务模板”的部分。首先点击+图标创建一个新模板。打开时，说明将是显示给用户的第一件事。…

事半功倍—精益工作流程

关于精益和敏捷的讨论和大惊小怪，您是否想知道这里的实际意义是什么？有人可能会说它正在获得更有效的工作流程，取得更好的结果或改善团队的绩效。如果我们同意，那是要减少工作量却要提高质量呢？少做理念总是听起来不错，让我们进一步探讨。按照精益原则进行工作，目的是使程序和目标尽可能地接近业务点。意味着排除所有对流程或最终产品或服务没有价值的行动。所有这些都被认为是浪费。因此，目标是减少浪费。最简单的方法是剥离所有不必要的步骤（例如编写状态和绩效报告或出于任何简单的原因召开会议），并强调真正使团队更接近最终结果的方法。精益流程的另一种出色方法精益是将所有阶段组合到一个通用的工作流程中，从而向整个团队告知流程的进行方式，使他们能够洞察自己的角色及其对其他团队成员的影响。这带来了赋权和对任务，工作，产品所有权的明确意识，这不仅仅是完成事情的积极方面。对我们所做的工作感到满意是获得快乐员工必不可少的方面，而快乐的人往往会更有生产力。一旦整个团队参与了一个工作流程，社区和合作感就会更加普遍。而且，由于简化了流程，使其符合一组标准并最终达到一个共同的目标，因此流程步骤可以更好地适应需求，并且更容易调整。借助Scrum，Kanban或Scrumban流程方法，最容易借助任务板实现常见的工作流程，因为它们极大地促进了单流程流程。这些过程使人们可以在当前信息范围内停留在同一页面上，可以立即查看特定任务的状态，并能够以均匀分布的方式共享工作。…

基于电子邮件的项目管理必须消亡！

我们都感到：早上打开200封以上电子邮件的收件箱时，那种沉没的感觉。在甚至开始一天的工作之前，您需要在收件箱中进行筛选，以试图找出足以阅读和响应的重要内容。可能会发生两件事之一：您将整个上午都花在阅读和回复大多数电子邮件上，其中许多对于您来说根本不是必需的。另外，您也可以轻轻松松地在收件箱中寻找似乎紧急的线程，最有可能浏览与您和当天的任务直接相关的重要信息。两者都导致工作效率低下和浪费时间。生活很忙，您的时间很宝贵，尤其是在期限紧迫的大型项目上工作时。对于从事具有众多活动部件，频繁更新和涉及众多利益相关者的项目的团队而言，基于电子邮件的项目管理尤其不切实际，并且经常导致灾难性的沟通遗漏，目标不明确以及信息过多，从而使重要任务被忽视。一定有更好的方法！幸运的是，您可以使用多种工具来简化流程并优化组织。这里有一些关于如何从电子邮件项目管理中排毒并提高效率的建议。安排视频聊天或亲自见面随着Skype和Google环聊的盛行，没有理由甚至连远程团队也无法保持联系。每天从站起来开始日常活动，每天开会，每个人都迅速宣布昨天的成就，当天的目标以及潜在的障碍。这个简单的任务仅需15分钟，将帮助每个人保持进度并保持最新状态。然后，如果问题全天出现，请安排一次快速的面对面电话会议或会议，以解决所有需要解决的问题。当您可能在五分钟内一起解决问题时，为什么要花几个小时来回发送被动的，激进的或不清楚的电子邮件？正如LinkedIn首席执行官Jeff Weiner所写：“正确使用电子邮件可以成为有价值的生产力工具。…