Scrum – 第9页小小书 XXshu

优化项目管理的三种方法-入门版

恭喜，您已经达到了第一个目标。 🎉因为考虑项目管理将使您立即成为更好的创始人，营销商，设计师或开发人员。非战略人员的最大问题是立即投入工作并开始工作。他们看到勺子，开始挖。但是，退后一步并从远处着手解决问题会更有效。范围是什么？我们如何从一开始就通过更好的方法避免可能的障碍？这就是为什么我们建议您花些时间，用笔和纸，并尝试提出一些更大图片的草图。这可能会产生一些新问题或无法预料的细节。但是您选择的计划工具将帮助您以后构造这些想法。计划和市场可能会在一夜之间发生变化，因此您需要在工作中保持最小的灵活性。当然，这并不意味着您应该放弃结构，指导和计划。相反，尝试提出一个记笔记的例行程序，并定期进行评估。 Collect️收集想到的所有内容，并要求同事也这样做。开发带有粘滞便笺的木板，然后查看将您导向的位置。这可以永远持续下去。但是您会注意到，通过实施快速决策流程和灵活管理开始以敏捷的方式进行思考。当每个人都在同一页面上时，您不需要了解每个原型的所有知识。…

在三天内提高我们开发效率的两个技巧

在过去的几年中，我看过一些Scrum团队，总觉得有些不对劲。从表面上看，它们看起来很不错：他们按照Scrum指南中的描述填补了角色，举行了活动，但最后，它们看起来比传统的开发团队更加透明，可预测和更具生产力。在日常的讨论中，我并不觉得团队正在突破障碍。这更像是相互之间的状态报告，而没有实现目标。我已经在sprint审查演示中首先看到了已实现的功能，但为时已晚，无法进行更改，这并不是我所设想的结果。我尽了最大努力来更精确地定义愿景，但没有获得更多成功。请不要误会我。团队在执行我要求他们做的事情方面做得很好，但是我们的进度仍然比我们需要的慢得多。他们是了不起的：所有有才能的人，努力工作并热爱我们正在创造的产品。但是，我们需要找到一种方法来填补这一空白，以使团队变得更有效率。我无法从这个单冲刺中看出未来。但是，我发现，两个简单的窍门惊人地改变了团队的思维方式，立即影响了生产力。他们提供了更多的价值，却没有感到自己必须做更多的工作。他们接管了我的不耐烦，以查看结果并获得用户的反馈。我们同意在剩下的15天里保持这一状态，然后团队可能会再写一篇关于他们对新流程的感受的文章如果您对此有任何意见或反馈，我们希望在下面的评论中听到。如果您喜欢此博客，请别忘了鼓掌并在您喜欢的社交媒体上分享。如果您想与Iain联系，请访问他的网站以获取联系信息。

敏捷开发：会议

Scrum为IT组织提供了敏捷的开发框架，使其能够在快节奏的环境中蓬勃发展，而Scrum会议是该框架不可或缺的组件，可帮助Scrum团队更有效地进行功能开发和交付。这些会议经过精心设计，旨在提高开发人员的工作效率，并防止即席会议妨碍开发和运营工作。在这些会议周围设置参数，以减少过多的讨论所造成的浪费，这些讨论会导致需要额外的会议。例如，Scrum会议是有时间限制的，不允许从会议的核心内容进行讨论。这种纪律严明的氛围使Scrum团队可以花更多的时间来开发和解决问题，而不是整天坐在会议上。定期举行五类Scrum会议：冲刺计划每日站立冲刺回顾冲刺回顾展产品待办事项细化冲刺计划如果sprint是敏捷的工作过程，则Sprint Planning是该过程的开始。此敏捷仪式由开发团队，Scrum Master和产品负责人举行。举行此会议的目的是建立优先工作清单，并使整个团队在整个sprint中取得成功。在会议期间，产品负责人向所有人解释用户案例和所有用例。…

如何使用OKR在组织中实现结果（“目标和关键结果”框架）

初创公司和数字代理的经验任何组织都可能发生微观管理，默默无闻，孤岛效应和缺乏信任。组织规模小，正在成长，稳定还是经验丰富都没有关系。这些低效率总是有可能的。根据创始人的反馈，项目沟通不畅是导致失败的最常见因素。在过去的几年中，目标设定和实现的系统变得越来越明显。因此，OKR越来越受欢迎。它有助于同步每个团队成员如何理解其业务目的并实现他们在这些过程中的作用。许多管理人员的痛点是管理和协调。一个清晰的系统定义了如何分配任务并确定其优先级，从而节省了许多时间和神经细胞。组织管理方法OKR（目标和关键结果）是英特尔首次引入的方法。从1999年Google开始使用它以来，LinkedIn，GE，Salesforce，Netflix，GoPro，Facebook，Amazon，Walmart，Target，Guardian，Dun and Bradstreet和ING Bank等许多不同领域和规模的公司也都实施了它。目标设定 OKR的主要想法是设定公司的结构性目标。像金字塔结构的层级性质一样，OKR始于一个雄心勃勃的宏伟目标。…

使用Rory的StoryCubes®进行有效的回顾

拿走所有九个立方体，摇一摇，然后滚动并开始故事去年11月，我在“意大利敏捷日”上谈到了如何与Story Cubes进行有效回顾。可以在此处找到幻灯片。根据创始人： Rory的StoryCubes®是一款袖珍型创意故事生成器，可鼓励创造力，发展社交信心，增强语言开发技能并在年轻人与老年人之间建立联系并创造独特的时刻。换句话说，这些多维数据集是为儿童讲故事的游戏而诞生的，但它们不仅仅是游戏。您可以在此处学习如何使用多维数据集。感谢Emanuele，我发现了Story Cubes，并立即爱上了他们。即使我不知道如何使用，我还是买了整个系列。当我第一次遇到多维数据集时，令我印象深刻的一件事是简单性，使我可以清晰地表达自己的想法和观点。我开始和妻子一起玩，在网上阅读有关多维数据集的信息，然后发现了许多使用多维数据集的方法。我特别关注了一个帖子：Sprint回顾展的Rory Cubes。多亏了这篇文章，一个灯泡笼罩着我，我开始考虑整合和调整格式，以减轻与我合作的团队的回顾性。在使用了Story…

我们不能多任务-尝试会使我们变慢！

我最近写过一篇关于维护团队的文章，该团队通过避免多任务处理将绩效提高了50-70％，从而减轻了压力并提高了质量。在进行实验时，我还不知道为什么这样做，但是我对了解为什么开发人员通过减少工作量来生产更多的东西很感兴趣！我开始阅读有关人脑及其工作原理的文章。当大脑专注于一项任务时，它将使用前额叶皮层，前额叶皮层是大脑的执行中心，而前额叶皮层一次只能专注于一件事。 https://www.medicaldaily.com/mulitasking-and-human-brain-prefrontal-cortex-determines-concentration-level-during-358410 因此，当我们认为自己要执行多任务处理时，就意味着要进行任务切换，而我们大多数人都不擅长任务切换！那里对此进行了大量研究： https://www.apa.org/research/action/multitask.aspx https://link.springer.com/content/pdf/10.3758%2FPBR.17.4.479.pdf 大多数研究都集中在简单任务上，在我们的案例中，开发人员正在使用复杂软件，并且任务切换的影响要比在简单任务之间切换的影响大。结果，我们开始使用一个小的测试（无论以任何方式都不科学），在谈论多任务处理时会使用该测试-测试很简单，您可以测量用来编写2个句子的时间：然后我们请人们把纸放好，再在干净的纸上写下两个句子，但是这次在写字母和数字之间切换：大多数人在切换第二个测试的时间上花费了40％至50％的时间，他们发现，越深入文本，他们犯的错误数量就越多。如果您阅读了该研究，您会发现世界上只有2½％的人可以执行多任务处理而不会受到惩罚，而我们97.5％的人变得更慢并且犯了更多的错误。如果您想更快，则应该先做一件事并完成它，然后再开始其他事情！正如我在另一个博客https://medium.com/@rhvalsoee/a-story-from-real-life-about-feature-prioritization-70051a947398所写的那样，这就是使用WSJF的一个原因。…

停止估算。开工。

我们不再为了“知道我们的速度”而进行估算-因为经过100多次冲刺，我们已经知道了-我们的速度没有任何意义。事情将在完成时完成，并且如果我们需要承诺交付某些东西，我们应该简单地将我们认为将花费我们的时间加倍，然后再增加一点，以防万一。好吧，我太夸张了。一点点。但是这里有一个重要的观点：如果您花了很多精力来估计未来，而未来却在不断变化，那么也许您需要以不同的方式做事。首先，我指出高水平的估算非常重要。我不知道有什么其他方法可以创建有意义的路线图，而不是与开发团队坐在一起估算重要功能。我的争执是低水平的估计—迫使要点指向积压的项目，缺陷和其他故障单或问题。我的主张是，团队需要使这些估计有用的工作，根本不值得。维持有用的估计积压的唯一方法是设法：不断估算每个新项目，以及避免中间出现任何意外。尽管第一个很难做到，但是第二个却完全不可能。原因如下：开发人员可以在两周的时间内实施许多票证，这意味着您将在这段时间内完成数十个甚至数百个待办事项。您会发现自己到处乱跑，试图以正确的顺序估计和安排所有这些对象，特别是在拥有大型开发团队的情况下。…

敏捷的心是什么样的？

在斯蒂芬·丹宁（Stephen Denning）明确表达的关于敏捷宣言中缺少的内容的结论中，得出的结论是，宣言中没有包括敏捷的最重要的单个要素，即具有敏捷的思维方式。这篇文章重点介绍了许多非常相关的问题，首先是关注流程和工具，而不是敏捷背后的价值观。它还探讨了为什么传统的管理思维方式固有地不灵活，以及在危机时期如此多的公司如何恢复其旧习惯。但是，本文没有详细介绍敏捷头脑的模样，这也是我在本文中要解决的问题。因此，让我们直接进入。敏捷的心是什么样的？ 1.敏捷的思想是灵活的思想。敏捷的思想欢迎并拥抱变化，无论是否处于危机中，工作场所的任何变化都不会让他感到沮丧。当出现新奇的异常事物时，您很容易适应并感到兴奋。无论您必须执行以前已经完成数百次的旧任务，还是从未执行过的全新任务，您都欢迎它并找到一种使之愉悦的方法。您将无聊和烦恼视为自动化或创新的机会，将恐惧或压倒感视为成长的挑战。危机被视为创新的理想环境。敏捷的头脑停下来，在跳入并执行任务之前询问任务的目标是什么。敏捷的头脑首先专注于实现当前目标的最佳方法，而很少陷入习惯性反应。敏捷的头脑不是习惯的产物，首先要批判性地分析先前有意义的步骤是否仍然是实现目标的最佳方法，因为知道这次迭代比以前做的更多。敏捷的头脑不断寻找更轻松，更好地完成相同工作的方法。这意味着您在工具集中需要大量工具，并不断学习更多工具，技术和方法，这就是Scrum框架和其他方法有用的地方。…

我在远程团队，使用过的应用程序和一些SCRUM技巧方面的经验

西蒙·艾布拉姆斯（Simon Abrams）在Unsplash上拍摄的照片我已经在一个远程团队工作了2年以上，所以基本上我只想写一些我们发现有效的东西和不适用于我们的东西。另外，我还将快速评论我们用于此目的的应用。第一课：我要评论：“分享您的屏幕……”是您的朋友。这就像配对或在板上工作。这是您与队友身体相处的房间中最接近的东西。这导致了第一个应用程序Zoom。 https://zoom.us/没有Skype，也没有环聊，甚至没有Slack通话。缩放就像一个魅力。我什至还记得当他们使用环聊进行交流时，在一家初创公司的同伴中对此进行评论。如今，他们每天都在使用Zoom。缩放仅适用于屏幕共享功能。我们使用它来结识，配对，交谈，主要是与需要口头交流或共享屏幕的所有事物进行交流。第二课：Slack https://slack.com这是必须的，在使用上会有所降低，可能会成为生产力的杀手er。对Slack进行ping操作类似于让某人站立并在办公室里说出您的名字。可以说“嘿，我稍后再回答”，就像有人在您的办公桌旁一样，您也可以说“嘿，等我在X分钟之内与您同在”。我唯一看到过类似Slack的类似应用是Microsoft…

更好的站立之路

站起来。有些噩梦，许多挫折。不必为了站起来而练习Scrum，而是在Scrum Guide中描述它：每日Scrum是针对开发团队的15分钟定时活动，开发团队计划在接下来的24小时内工作…… … 以下是可能使用的示例： •我昨天做了什么帮助开发团队实现了Sprint目标？ •今天我将如何帮助开发团队实现Sprint目标？ •我是否看到任何阻碍我或开发团队实现Sprint目标的障碍？从以上信息中得出的结论是，大多数站起来都会错误地导致团队成员回答以下问题： 1）你昨天做什么？ 2）你今天在做什么？ 3）您有任何障碍吗？但是上面的摘录说“这是一个例子 ”。它没有规定这三个问题作为模板。就像任何似乎教条主义的方法一样，这种方法都违背了敏捷的基本原则，在该原则中，我们不断质疑我们的假设和做法，以便通过调整来进行改进。…