Scrum – 第4页小小书 XXshu

读一本年轻的ScrumMaster的5本书

咪咪的插图我一直不断地从那些决定成为ScrumMaster或刚刚成为ScrumMaster的人那里反复提出这个问题：“您建议从什么书开始？”现在是时候将它们写在纸上并在顶部添加一些评论了。 0. Scrum指南是。＃0。 Scrum指南是官方的Scrum知识体系。它是由Scrum的共同创作者Ken Schwaber和Jeff Sutherland撰写的。这是成为ScrumMaster的必备先决条件。我无法想象一个不熟悉它的ScrumMaster，而且谁也没有将它深深地植入她的内心。导游。每当您不确定Scrum的这一方面时，只需去那里阅读。我仍然继续从这个宝贵的资源中为自己开放新的和更深入的学习。必须阅读并重新阅读并重新阅读。 1.战Sc中的Scrum和XP 这本书是Henrik…

我们的Sprint框架

冲刺的长度不同，会议类型和节奏各不相同。他们可以持续1到4周或更长时间，并且可以在其中进行多种类型的会议。我们的核心价值观之一是不断改进，我们的团队经过一段时间的努力有意识地尝试为我们锁定最佳的sprint框架。我们的产品团队经过多年的实践Scrum，已经帮助我们迭代到当前的sprint框架。在很长一段时间里，它已经成功地为我们提供了多种产品类型的服务。它服务于大型企业产品，甚至旨在扩展的小型启动产品。它适用于3人一组的团队和10人以上的成长团队。我们的框架在很大程度上是一致的，被我们所有产品团队理解，甚至可以指导我们公司的节奏。以下是其工作方式的细分：持续时间每个冲刺持续两个星期。这提供了有效的时间来逐步将产品向前移动，但并没有太多，以至于阻止了及时迭代到范围。如果我们正在研究的产品特别小，我们可能会使用一周的冲刺。时间线我们的冲刺时间是从星期三到星期三。我们发现，在一周中开始和结束冲刺可以避免在星期一拖累。我们所有的产品冲刺都保持相同的周期，以确保所有团队成员的一致性。…

人格敏捷原则

最近，我一直在思考如何提高个人敏捷性。不，我不是在说翻筋斗或疯狂的瑜伽姿势。我说的是专注于交付价值并适应我每天所做的事情的能力。当《敏捷宣言》在2001年写回时，有来自极限编程，Scrum，DSDM，自适应软件开发，Crystal，功能驱动开发，实用编程等代表。他们专注于可以改善我们软件开发方式的价值观和原则。但是，我们可以在个人生活中应用相同的做法吗？自2010年开始撰写个人看板以来，我一直想回答这个问题。对我来说，看板没有得到应有的爱，它是帮助管理个人活动和成果的工具。人们谈论敏捷性时，通常会想到Scrum。我意识到Scrum在软件开发之外得到了利用。甚至有人通过Scrum让我评论“敏捷”营销。这让我开始思考……为什么人们认为Scrum将解决所有问题？当涉及组织敏捷性，特别是个人敏捷性时，我认为并非如此。 Scrum for One？为了这篇文章的缘故，我想重点关注人员而不是大型组织。作为敏捷培训师和顾问，我学到了很多策略，这些策略可以帮助我管理客户和帐户。…

把它收集起来！

第一项《运动标准》触及了项目和专业关系受到挑战或受到损害的主要原因：无能力或不愿意从事专业人士之间的持续个人互动。 —不论背景，文化，教育程度，部门，组织，专业，既有角色，当前距离，职称，等级，关系，过程或工具如何。首先，此运动标准“触及”这些敏捷原则： “在整个项目过程中，业务人员和开发人员必须每天协同工作。向开发团队内部传达信息的最有效方法是面对面的交谈。我们的首要任务是通过尽早并持续交付有价值的软件来满足客户。通过合同谈判实现客户协作。” —敏捷宣言 “ 商人 ”和“ 开发人员 ”的模糊定义有些过时。这些“商人”或“开发人员”到底是谁？为什么要特别提到“ 传达信息 ”适用于与开发团队之间的沟通？并且“…

敏捷开发：快速概述

敏捷软件生命周期的基础知识：与传统的软件开发框架相比，敏捷软件的生命周期模型有很大的不同，因为它专注于迭代和增量过程，对更改产品的适应性以及通过快速交付有效的产品功能和客户参与来提高客户满意度。产品发布是一系列称为sprint的迭代周期。它们包括功能开发的整个生命周期：对技术产品进行分析，设计，编码和测试，并且在大多数情况下会生产可交付使用的可部署产品。团队与公司之间的协作和关系是在开发环境中成功植入敏捷的关键。需要指出的是，该模型广泛使用了活动，例如每天15分钟的站立会议，冲刺审查会议和每次冲刺结束时的回顾会议，以识别和自我纠正所进行的开发由团队。由于其固有的性质，经常在需要时征求反馈意见，以进行协作，并通过共享思想和自我管理来加快开发过程。在敏捷过程中扮演的角色是产品所有者，Scrum主管和开发团队。产品所有者代表利益相关者或管理团队拥有该项目，并确保该项目成功开发，同时要牢记产品在市场上的公司愿景。 Scrum负责人确保始终遵循敏捷过程，并照顾开发过程中出现的任何困难或技术问题。团队成员积极参与冲刺，并确保创建有意义且有用的开发功能。敏捷软件开发生命周期模型的主要特征：团队及其互动。在这种发展模式中，自组织和动机比十多年前非常流行的传统的权力和资历等级制具有更重要的作用。这就是敏捷开发在初创企业中非常受欢迎的原因之一，在该初创企业中，鼓励团队作为一个整体来积极参与活动的开发和计划，以支持一个共同的愿景。如今，非常流行且受到Google和Facebook欢迎的具有扁平编程层次的公司也发现，Agile非常适合他们，因为敏捷使团队成员能够自行做出某些决定，从而加快了开发速度。产品发布。团队通常由三到九名开发人员组成，他们将工作分解成较小的动作，这些动作可以在固定的持续时间内完成，即sprint。…

为期2天的伦敦SCRUM课程，只需4分钟（和14分）

关于SCRUM的误解很多。有些人喜欢它。有人讨厌它。我个人一直在努力区分其理论基础和许多实现。经过近一年的产品管理实践经验，我很幸运地参加了Roman Pichler在伦敦举行的CSPO（认证的SCRUM产品负责人）课程。在为期2天的研讨会中，我学习了一些课程，这些课程将永远塑造我的产品开发道路。我将与您分享。 1. SCRUM并非适用于所有公司 SCRUM承担信任。这意味着将决策过程下放给团队。因此，它并不适用于所有公司。 SCRUM假定接受失败。它指出主要学习来自失败。这种冒险的态度并不适合每个公司。…

敏捷开发和SCRUM：我们的流程简介

敏捷这个词在技术行业之外具有许多含义，但是在软件开发中，它仅引用一件事，即敏捷宣言。它由17名具有独立思想的软件从业者于2001年2月撰写，描述了一套价值观（4）和原则（12），这些价值观通常促进项目管理流程的发展，鼓励经常进行检查和改编；专注于跨职能团队合作，自我组织和问责制的领导哲学；旨在快速交付高质量软件的一组工程最佳实践；以及使开发与客户需求和公司目标保持一致的业务方法。作为总括性术语，敏捷开发还用于描述一组遵循上述概念的软件开发方法。最受欢迎的敏捷方法包括极限编程（XP），Scrum，Crystal，动态系统开发方法（DSDM），精益开发和功能驱动开发（FDD）。尽管他们每个人在实现敏捷开发承诺方面都各具特色，但它们都共享敏捷宣言的核心价值和原则。它们都强调软件和项目的连续计划，迭代，测试以及其他形式的持续演进（即使在开发的后期）。它们都是轻量级的，特别是与传统的瀑布式流程相比，并且具有固有的适应性。最重要的是，他们都专注于团队合作，协作和共同制定决策。在已知的敏捷方法中，在Megsoft，我们采用Scrum。

衡量当前进展的重要性

大多数行业都熟悉事后回顾，又是回顾性会议（又称超级非正式会议）的想法。这些对于您的团队的持续成长至关重要，但是我想指出的是，进一步采取措施并衡量当前进展的重要性，而不仅仅是在一切结束之后。我们已经在标准代码中实现了Scrum，因此我们拥有适当的框架来使此操作非常容易实现。首先，我们根据复杂性对所有任务进行评分，以便大致了解团队在指定时期内可以承担的任务。我们称其为速度，并使用此数字在燃尽图上衡量进度。调整后的冲刺冲刺期间调整查看这两个真实的燃尽图。经过 2周的冲刺，创建了最上面的一个。到构建此图表时，我们无法再进行任何调整来提高生产率-为时已晚，我们没有按时完成任务或按时完成约定的任务。相反，底部的燃尽图在每个工作日的每个工作日结束时进行更新。这使我们可以看到在第1-4天取得了令人难以置信的进步，然后很快注意到在第4-7天生产率正在下降。有了这些知识，尽管中途放慢了速度，我们仍然能够寻求帮助并完成工作。一旦掌握了这个条件，我计划进一步进行评估，并一天多次评估进度，这将使我们能够确定工作日内团队比其他团队生产力更高或更低的特定时间。世界各地的项目经理-乐在其中！但这并不仅限于此，“即时”衡量的好处远远超出了项目经理的范围。我不想太过分，但是高水平的生产力通常与幸福有关，反之亦然。…

我要把家人变成一个团队

我家总是发生很多事情。我是已婚父亲，有五个年龄在2到13岁之间的女孩。女生们在三所不同的学校上学，两所做帆船，两本做体操。我们正在翻新一百四十四年的物业，该物业需要在其11个房间的每个房间中进行自上而下的工作。我在软件行业工作一个小时的路程，在家乘火车上下班。例如，一个典型的星期六的物流可能看起来像这样：早上6点大家都醒着早上7点早餐 9 am-10am带№4到体操上午11点至下午1点参加3号和4号派对 №512 pm-2pm小睡 2 pm-3pm以№3进行体操下午5点晚餐下午6点阅读3和4号 3、4、5号的晚上7点入睡…

杰克能掌握一切吗？

T形，十字功能，各行各业。只需几个流行词即可开始。题… 您是否愿意在一个领域并且仅在那个领域成为绝对专家？还是，您宁愿对某人有深刻的了解，而又有更多的了解？对此没有正确或错误的答案，只有意见，每个人都有。千篇一律，无精打采的人经常被否定地说。这可能意味着某人没有足够的技能去擅长于一件事，这导致他们将自己分散到多个学科中。我认为拥有多方面的知识和经验，尤其是对某些事物的更深入的了解会更加有益。也可以说，这需要更多的动力和动力来扩展您在一系列领域的知识。当然，有时候在自己的车道停留会很有益，而拥有隧道视野本身就是一项技能。我经常鼓励人们首先专注于自己的优势，并利用自己的劣势。您的强项通常是您踏入大门的动力，但是对正在从事的领域保持开放可以鼓励信任。但是，仅专注于我们擅长的事情会导致我们失去视野，我们可能会停止倾听其他人的经验。我们有隧道听力和视力的风险。仅仅因为某人在某个特定领域的表现不如您，并不意味着他们没有从其他地方吸取灵感的经验和经验。克莱夫·伍德沃德（Clive Woodward）爵士在橄榄球界声名远播，他从事过许多体育运动，但赢得世界杯冠军将是他被人们铭记的原因。…