敏捷 – 第37页小小书 XXshu

软件开发生命周期

您是否曾经停下脚步，想知道为什么我们需要如此频繁地更新软件？例如，考虑一下普通的智能手机。您会在这款手机中找到一些常见的应用程序，例如Facebook，Twitter，Instagram，也许还有其他一些可能会在日常生活中帮助用户的应用程序，但接下来让我们专注于前三个。它们全部（几乎）每周更新一次。添加其他应用程序，再加上操作系统安全补丁，更新和错误修复，您的手机几乎每天都在更新某些内容。更新资料用户可能不知道这一点，但是这些应用程序总是在更改，无论他们是否可以看到更改。这就是我们谈论软件开发生命周期时所指的内容：开发一件软件所需的多个步骤。这些步骤通常是一个永无止境的周期的一部分，这解释了为什么会有如此多的更新。 SDLC的一些常见阶段包括计划，分析，设计，构建，测试，部署和维护。乍一看，似乎只经历了一系列步骤，但是最后一步，即维护，通常意味着必须重新开始才能使程序更好。请注意，我经常但不总是说，我们稍后再讲。拥有“生命周期”的全部目的是能够发现软件中的错误，故障或错误，以免它们造成麻烦，甚至更糟的是，导致最终用户产生负面反馈（这是“真的那么糟糕，因为最终的负面反馈仍然是一种反馈形式，您可以使用它来改善，但仍然可以）。为了您的利益而使用SDLC通常可以节省时间，金钱，最重要的是可以提高产品的整体质量。调试 SDLC中最受欢迎的两种方法是“敏捷”和“瀑布”。它们之间的主要区别在于敏捷是周期性的，而瀑布不是周期性的。尽管似乎敏捷总是在击败瀑布，但在某些情况下，瀑布占了上风。…

单人乐队

为每个团队成员分配一个单独的个人任务。分别向他们简要介绍情况，并独立控制进度。同时，以团队的形式谈论这些人，分析团队的KPI，并思考改善“团队精神”的方法。重要提示：请确保从完全不同的项目中选择任务，这些项目是“并行运行”的。后果：公司在团队合作上投入大量资金的主要原因是达到协同效应。与单独工作的同一个人相比，当几个人共同努力实现一个共同的目标时，会产生更好的结果。通过将每个团队成员置于各自独立的世界中，您消除了实现协同作用的条件。这种反模式会削弱组织的交付能力。信号： “我一直在实现自己的Sprint目标。” “我们无法解决这个问题，正在进行的任务太多。” “请确保在Sprint计划之后，没有剩余的未分配任务。”

开发和交付，更好更快

开普敦望出去，开普敦西开普省，南非。无论当前情况如何，您都可能希望完成某些事情，也可能希望它们做得更好，更快。处于数字时代，这已成为大多数职位几乎普遍的要求。更糟糕的是，当一个人在为自己工作时，就会意识到必须进行有价值的行动，并且必须立即进行！一切似乎都超过9000的紧急级别面对老板的压力越来越大或您的租期迫在眉睫，您如何才能使自己表现得更快？那更好呢？为此，一个引号使我…… 衡量性能后，性能会提高。对性能进行测量并报告后，改进速度就会加快。 —卡尔·皮尔森以上建议可归结为两件事：获得性能上的改进，并加快改进的速度：衡量绩效报告效果衡量绩效请注意，该博客针对使用某些版本的敏捷方法作为工作方法的个人。在此处了解有关敏捷的更多信息…

进行个人写作冲刺的7步训练计划

写作冲刺提供了界限，使您更加清晰。没有界限，您就会变得模棱两可-正如任何一位好父母或宠物主人会告诉您的那样，您需要不要越过界限，以避免发红的脾气或Fido睡在床上。当您是作家时，歧义会导致拖延和/或完美主义。因此，随着新年的临近，这是我们的7个步骤的培训计划，用于运行个人写作冲刺，您可以在2019年使用它来提高写作水平。写作冲刺背后的想法是使您的项目在短时间内迅速前进。短跑与写作挥霍或狂暴并没有太大的区别，但是它更加集中且压力较小。它遵循一个方向，并具有一些简单，经过尝试和测试的规则，这意味着您从正确的方向开始。因此，停止挥霍并开始冲刺。这是您实现个人写作目标的个人培训计划。对要实现的目标以及“完成”的外观有清晰的了解。书写挥霍和写作冲刺之间的最大区别在于，冲刺的终点非常清晰。这意味着您的冲刺目标需要尽可能地具体（即不要“写小说”），并且在短时间内可以实际实现（即不要“写小说”）。例如：完成我的简介的初稿。每天写40分钟。编辑第10-30页，然后重新编写介绍。 >>相关读物：如何利用写作大脑的享乐热点：来自神经科学的经验教训…

敏捷不是虚假的神—敏捷异端第14集

我们都会编辑自己的书。 “我会编辑其中的每一个。”〜约翰·列侬当您读一本书时，您会得到想法，您可以了解他人的情况，甚至可能会获得一些见识。您永远不会得到的就是让完美的团队始终（完美）拥有完美的完美秘诀。没有人会认为他们获得了完美，那么为什么这么多敏捷团队会疯狂地崇拜这些书呢？这些书很棒。它们是应有的…… 在其他地方起作用的思想集合。不要崇拜书籍或作者。发挥想法，试验并提高敏捷性。通过做事来学习…。全部阅读！其他所有敏捷异端视频都在这里。吉姆·本森（Jim Benson）是个人看板的创建者和合著者。他的其他书籍包括《为什么要限制在制品》，《为什么计划失败》和《超越敏捷》。他是Shingo精益思维卓越奖和Brickell…

我试图当了两个月的专职系统工程师

我写代码的第一个机会是当我在高中的时候就完全不熟悉计算机相关知识。我想到的第一件事是：“计算机仅适用于足够聪明的人，而编写代码并非易事”。快进高中毕业时，我需要做出人生决定-我应该攻读哪个学位。当智能手机迅速普及时，我开始发现计算机在解决我们的日常生活方面具有很大的潜力生活问题。即使我仍然确切地记得编码有多困难，但我还是做出了终身决定，以获得计算机科学学位。 3年后，当我被要求编写真正新的东西时，我仍然很难过。您无法通过谷歌获取参考的东西。昨天，我注意到我一生都在做错事。 “当前的教育体系从未教过我们如何创造。相反，他们教我们如何复制。” — Ajey Gore（GO-JEK集团首席技术官）收到新任务时，我倾向于找到有关如何完成任务的教程。尽快完成任务，然后继续进行下一个任务。通过以这种方式完成任务，我们将很快陷入例行工作的心态。我们一次又一次地重复做同样的事情。甚至我可能会反复犯同样的错误，而实际上不知道为什么会这样。…

为年轻产品负责人阅读的5本书

咪咪的插图在我写了文章“为年轻的ScrumMaster读五本书”之后，人们立即问我“年轻的产品负责人安东呢？”。因此，我认为也是时候回答这个问题了。请系好安全带，然后走吧！ 0. Scrum指南＃0不会让看过我上一篇文章的人感到惊讶。但是，为什么还要为产品所有者提供《 Scrum指南》呢？因为所有玩家都应该知道我们玩游戏的规则。试想一下，不同的足球运动员遵循不同的规则比赛-您会陷入混乱。因此，让我再次介绍一下。 Scrum指南是官方的Scrum知识体系。它是由Scrum的共同创作者Ken Schwaber和Jeff Sutherland撰写的。这是Scrum团队中每个人的必备先决条件。 1.用户故事映射：发现整个故事，构建合适的产品…

使用敏捷内容开发来制作观众所喜爱的测验

敏捷内容开发是讲故事的反复过程。与传统的瀑布策略不同，敏捷内容开发依赖于反馈环，该反馈环监视实时的观众行为和交互。通过迭代发布内容，并根据受众反馈和分析来调整内容，发布者可以在正确的时间向正确的受众传递正确的内容。这是敏捷发布循环的流程图。敏捷出版提供内容市场适应性内容市场契合是产品市场契合的启动理念的延伸，在这一点上，产品可以有效地解决问题，以便客户愿意为要解决的问题付费。传奇投资者马克·安德森（Marc Andreessen）断言，市场是组织成败的最重要因素：“在一个伟大的市场中-一个拥有大量潜在客户的市场-该市场将产品撤出了创业公司。” 换句话说，消费者需求决定了应该生产的产品。内容是出版商的产品，安德森的逻辑仍然适用：市场将内容从出版物中撤出。当今领先的数字出版商利用精益原则来指导内容开发。在NewsUp，我们部署了一种称为“敏捷内容开发”的策略，以确定我们的受众以及客户的受众所需要的内容。没有“灵丹妙药”可以保证您的内容团队在观众准备使用该内容的确切时间为您的理想受众发布完美的故事，但是敏捷的内容开发可以使您与之接近。敏捷内容开发创建了事务性内容策略读者想要完成某件事：学习新事物，获得娱乐或在购买决策中寻求指导。始终以出色的内容解决受众问题的出版商将赢得积极活跃的读者群的忠诚度。因此，请保持事务性的内容创建方法：仅向人们提供所需的东西。敏捷内容开发非常有用，因为它可以从您的实际受众中获得反馈，并帮助您专注于对他们最有价值的内容。…

ta da的艺术。

“ Ta Da！，Whadda ya’想？好…” 大揭秘终于到了！在我的创意仓库中度过了几个星期之后，我准备揭开我的劳动成果。我对利益相关者有什么期望？当然，只有令人jaw目结舌的喜悦，赞美和赞美。我希望确认这项工作将使所有经历它的人都为之震撼。我使用了大量的新内容，将像素微调了一位，花了几个小时才使动画中的“轻松”得以体现。结果呢？数字完美。谁能找到这个错误？我可能充满信心，但里面存在一些严重的不确定性。他们会喜欢吗？我怎么知道？答案……我不知道。…

价值更快

如今，有一种普遍的“智慧”，即软件开发应能更快地发展。从敏捷到持续交付和DevOps，一切都与速度的需求有关。但是许多人都难以理解“更快”的好处。从直觉上讲，人们认为走得越快，他们的能力就越强。但是是否一定更好？任何系统的吞吐量都受到其最弱子系统的吞吐量的限制。如果企业的目的是向客户交付价值，而发展的目的是修改或创建软件，则企业通过软件交付价值的能力取决于其软件开发过程的吞吐量。要增加吞吐量，您需要增加系统容量或系统流量。您的企业是否受限于其通过软件交付价值的能力？一个简单的经验法则是在软件开发生命周期之前查看需求队列中的变化。它是静态的，还是队列大小在增加？您是否需要从队列中清除项目？队列中的停留时间是否增加？如果对这些问题中的任何一个的回答为“是”，则您的软件开发生命周期将成为向客户交付价值的瓶颈。我还从未见过一个组织，在这个组织中，用户和客户都在努力思考要实施IT的新想法。同样，大多数人都从“直觉”的角度理解这一点，但是在软件开发中改变吞吐量很难。增加容量的成本很高，并且收益递减。增加流率是困难的，并且软件开发过程中固有的开销意味着交付小的更改的成本在天文上是很高的。…