敏捷 – 第3页小小书 XXshu

Shuhari第3部分-到达敏捷之心Kokoro的10个鼓舞人心的人

简单无穷的阴影图片来自本杰明·戴维斯@ Unsplash 这里有十位来自科赫罗的名言，这些名言都是他们参加Shuhari之旅并达到其领域精髓的。他们达到了牢牢掌握基础知识的地步，具有无限数量的阴影（正如“敏捷之心”的创建者Alistair Cockburn所说的那样）。史蒂夫·乔布斯（Steve Jobs）- 专注和简单是我的口头禅。简单可能比复杂更难：您必须努力工作以使您的想法变得简洁。但这最终是值得的，因为一旦到达那里，就可以搬山。纳尔逊·曼德拉（Nelson Mandela）- 在完成之前，似乎总是不可能的。迈克尔·乔丹（Michael Jordan）- 障碍不必阻止您。如果碰到墙，不要转身放弃。…

提炼积压提炼

待办事项优化（以前称为修饰-但显然在某些国家这个词的含义有所不同）是Scrum实践中结构最少的。积压细化可能会变得混乱！是什么使积压细化感到不舒服？我们该怎么做才能使这些会话更流畅？待办事项优化会议有两个主要目的：明确要求优先工作简单吧？哪里出错了？让我们看一下“积压细化”在哪里误入歧途，以及您可以对此做些什么。明确要求。在过去，业务合作伙伴将其要求写下来，将其编译为一个大文档，然后将其传递给开发团队。没有太多的协作，因此，我们遇到了延迟和Frankensystems。协作定义需求需要花费一些时间，而且还没有一个整洁的过程，至少目前还没有！如果您想“由产品负责人决定”，那么我想知道您是否在一个真实的组织中工作。对于任何给定功能，大多数组织都有多个利益相关者，更不用说可以确定其技术可行性的人员了。以下是一些典型的待办事项优化陷阱：陷阱1：团队在圈子里说话…

意识到您在敏捷中“差强人意”：重新审视敏捷原则

最初发表于知识小屋！今天的解决方案开发涉及大量的反复试验。这导致团队进行多次迭代，以找出使事情正常运行的最佳方法。但是，您如何确定自己是否在做“正确的事情”？您如何确定自己是否走了正确的道路？更重要的是，您何时确定是合适的时机？快速失败，更快学习敏捷的关键原则之一是“快速失败并快速学习”。简单来说，这意味着团队应该尝试一下，向相关的利益相关者演示，获取反馈并尽早采用学习方法。更好地将其标识为敏捷中的“计划-执行-检查-适应”周期。团队可能最终会以迭代方式一遍又一遍地为特定功能或任务完成此循环。通常，这将使解决方案更强大，而且很少会失败。但是，什么时候将功能称为“完成”？即使这样，这些故事是否“真的完成了”？ ‘Done’的定义敏捷中的一个重要概念是所谓的“完成定义（DoD）”。简单来说，它包括我们确定故事或故事完成的情况。…

为什么营销会变得敏捷（以及如何做到）

rawpixel.com在Unsplash上发表的文章“一个人在笔记本上起草了一份营销活动计划” 数字技术的爆炸性改变了营销方式。如今，买家分布在多个渠道和设备上，这是一个挑战，难以到达各地。数据的爆炸式增长也为营销人员提供了有关其客户的大量新信息。此外，您的听众始终只是与竞争对手之间的一击之遥。这足以使您的头部旋转。在这种快节奏的数字营销环境中，仅年度营销计划是不够的。营销团队需要一种更具响应性的方法。敏捷营销是解决方案。敏捷营销起源于敏捷软件开发，因此它强调执行活动的迭代，灵活方法。根据敏捷营销宣言，支持此方法的关键价值是：经过验证的关于观点和惯例的学习通过孤岛和层次结构以客户为中心的协作长期运动中的自适应运动和迭代运动通过静态预测进行客户发现的过程灵活而非严格的计划响应计划变更在一些大赌注下进行了许多小实验…

为什么，什么，何时，如何？成功交付的关键

尽管无处不在的团队和持续不断的迭代开发是无处不在的新准则，但是使用进度表，限定范围的项目清单和/或有限的预算意味着实现您已设定目标的某种结构化方法。传统上，这种活动被称为项目。被称为项目或其他项目，我相信要取得成功的最终结果，仍然需要考虑一些关键因素。成功交付项目要遵循四个关键主题：为什么，什么，何时，如何和回顾性？让我再打开一些。 1-为什么我相信做事的最大动机就是知道为什么。仅仅知道应该做什么以及何时和向谁做是不够的。而且客户将如何从结果中受益。明确说明该项目的目标是什么。您也可以使用与团队相关的目标。 “人们不买你做的事，他们买你为什么做-西蒙·西内克” 在我的一个项目中，我们为客户开发了移动应用程序，而我们团队的内部目标是获得二手技术的知识和经验。我们的开发人员花了一些时间来寻找和学习掌握新技术的不同方法。这导致最初估计是不可能的结果。值得注意的是，我们在该项目中没有任何严格的培训计划。人们希望自己掌握这项技术，以便将来也能从中受益。 2…

非常规的智慧，我们如何在非技术团队中使用Scrum

为什么要敏捷？ Omnicor的人员发展团队规模很小，种类繁多，我们在紧迫的期限和高风险的情况下管理着不同产品线的多个项目。一年前，我们几乎都有自己的风格和剧本来完成工作。随着无休止的个人会议的进行（浪费大量时间和筒仓的养成习惯），我们不仅丢了很多球，而且感到压力重重，并熬夜工作。直到我偶然发现了敏捷方法论。我的一位客户使用了Scrum这个词，我对此很感兴趣，这不是在橄榄球领域通常使用的词，当然也不是在公司环境中使用的。她解释了敏捷的概念和各种仪式，我对此深深着迷，其余就是历史。我们在没有真正的敏捷理论知识的情况下创建了自己的DIY Scrum，我们非正式地采用了该方法作为实验，我们确定需要改变，并且结构和敏捷宣言已成为我们努力实现这一改变的理想过程。 “即使您做得不好，敏捷也会对您的业务流程产生重大影响” – Martin Rowe 承诺导致行动。行动使您的梦想更加接近。” —玛西娅·维德（Marcia Wieder）作为一个非技术团队，并非所有原则都适用逐字记录，但价值观和关注点为我们的团队提供了成为高绩效团队的共同路线图。…

分布式产品开发=没有沟通问题

尽管所有五个团队成员都位于不同的地点和时区，但是我和我的开发团队如何彼此沟通并继续构建我们的应用程序。

立即改善状态更新会议的7种方法

状态更新会议的声誉令人怀疑。他们可能会花费太多时间，比其他人更需要一些团队成员，并且会通过静态的单向演示文稿来烦扰参与者，这些演示文稿可能已被电子邮件或共享文档取代。根据Clarizen进行的一项调查，“就业的美国人平均每周花费4.6个小时准备状态会议，并花费4.5个小时参加一般状态会议。”状态会议会浪费人们的时间和精力，因此，会浪费公司的财务资源。另一方面，联席会议为兑现人们的时间并推动工作前进提供了更多希望。协调会议在目标和设计上与状态更新会议根本不同。在这里，我们分享了Meeteor从每周举行一次状态会议到拥有更多动态和更少频率的统一会议的历程。我们希望我们的学习可以帮助您将员工会议转变为团队成员期待而不是恐惧的事情。寻找合适的全团队会议作为一家提高会议流程和效率的公司，我们希望设计最有效的会议，并且花了我们几次迭代才能到达那里。寻找举行团队会议的最有效方法。与所有会议一样，我们在Meeteor中创建会议议程以构建对话框架。我们开始使用Trello进行前期工作。 Trello是一个项目管理软件，可以跨开发的时间或阶段显示信息，而不仅仅是列表，并且已经由我们的产品开发（dev）团队使用。为了为我们的团队会议做准备，每个部门的每个工作流负责人都会发布其团队正在努力或已经完成的工作。我们要求所有人在会议之前查看更新。会议本身将是一次全面审查，并将深入探讨需要实时对话的特定问题。我们发现，尽管Trello在开发团队中表现良好，但最终并没有成为使我们每周的团队会议更具生产力的合适平台。原因如下：…

在混乱中创建项目焦点

也许是四个孩子在尿布和汽车安全座椅上做到了。或者，可能是五年内发生了四次银行合并或收购。或者，也许是技术改变我们世界的速度。我很久以前就接受混乱作为永久条件，并决定接受它。您还记得在学校和学期论文时的回忆吗？你们当中有多少人等到深夜才真正停下来工作呢？在缴税前一晚在邮局检查线路。关键的截止日期引起了人们的关注。太多的截止日期会使人不知所措，那是我开始看到截止日期越来越短的时候。当人们感到不知所措时，他们常常会拖延。当肾上腺素达到一个非常关键的期限时，拖延症就停止了。但是，持续处于重度肾上腺素状态并不健康。尽管持续混乱，项目经理能否通过建立项目重点来定期帮助团队？这里有五个建议。记住你为什么人们也拖延了时间，因为他们不清楚应集中在哪里。因此，项目经理要做的第一件事就是将注意力从3,000个行动项目和5,000个问题上转移出来，而将注意力集中在10,000个脚步上。这个项目到底是关于什么的？…

使用GitHub项目

Fons团队决定使用GitHub Projects来组织其工作并确定其优先级-我只想与您分享我们的一些经验。为了给您提供一些背景知识，Fons是一个应用程序，它使独立的音乐老师，家庭教师，教练和其他人员可以轻松地开展业务。他们可以安排课程并直接向客户收费。它摆脱了所有耗时的管理员。我们的团队很小，但是随着Fons的扩大，我们开始增加更多的人。目前，我们在后端运行着五个以上的服务，并且大约有十二个存储库构成了我们的应用程序。我们开始使用Trello进行看板/敏捷过程，然后尝试了Waffle。然后，当它出现时，我们登陆了Github Projects。经验是（大部分）好，（有些）坏和（很多）经验教训混杂在一起的。善良＃1真理的唯一来源 GitHub Issues是卡片的核心-这就是我们如此喜欢它的主要原因之一。我们可以将所有错误和功能集中到一个位置，一旦检查，就可以将卡标记为已关闭。简单。＃2单个项目有多个回购/问题…