Scrum如何发展

从管理的角度来看，将Scrum扩展到纯粹的"规模"维度（增加团队数量）或"分布"维度（不同地理位置的数量）是相当容易的。只要建立新的团队，无论是在一个部门或分布，称之为Scrum团队，你就可以走了scrumalliance.org网站: Scrum@规模

这是"饱和"维度，敏捷原则渗透到组织中的程度是最难达到的。要让Scrum团队充满敏捷性原则，需要1）幸运，你有一个非常有才华的专业团队；或者2）长吁短叹，提高你的低年级学生的技能，中国电信物联网，并嵌入适当的工作流程，这些首先在极限编程这个术语下被总结出来。即：测试驱动开发、结对编程、紧密的客户协作、快速的反馈循环、持续集成，云服务器ecs，以及许多敏捷软件开发的最佳实践。

对于新的Scrum团队来说，通常很难弄清楚他们的立场，他们的团队身份对工作原则和实践的建议，以及如何实际上会好起来。它需要一个100%合格的Scrum大师来平衡团队中对敏捷软件开发的缺乏理解，但是如果Scrum大师对他的角色也是新的呢？如果Scrum大师不知道从哪里开始呢？如果Scrum大师确实是一个高成就者，物联网传感器，但不知道该怎么办呢？这本书并没有对实现更高项目绩效的方法的每一个现实都有所不同：项目需要有机地发展。（有机意味着我们谈论的是生命系统，这些系统并不是线性增长的，家居智能化系统价格，但它们在飞跃中进化出新的子系统；有机增长的系统不仅仅是健康食品的问题（Bio商标表达了它的问候），但是它们都包含了当环境发生变化时出现新解决方案的能力。）

因此Scrum大师可能不确定该做什么，他们的工作实际上是通过Scrum回顾来使Scrum团队越来越好。回顾的价值在于开放开发团队的潜力，为新的问题（障碍）提供解决方案。

在一个组织中，他们可能不会按照他们的本意进行回顾，低价云服务器，而是采用简单的方法来保持仪式的进行（例如海星回顾；一般来说，这非常适合大多数回顾，但它并不像其他技术那样精确。它最终取决于Scrum大师是否将一个有意义的障碍透明化并付诸实施）。但是Scrum大师可能不知道障碍是什么。由于社会解决方案和社会工程对于大多数有IT背景的Scrum大师来说都是无人问津的领域，我怀疑短信的数量不能确定社会障碍是非常相关的。E、 一个即将到来的初级开发人员对某个主题非常了解，但却不能教授它。或者另一个年轻人在领导和管理方面有很大的潜力，但他在发挥潜力方面没有得到上司的支持。

一个针对异地团队和没有经验的scrum大师的敏捷实施框架

我决定如何支持scrum团队缺乏敏捷知识。我认为可以为Scrum大师提供Scrum工件的外骨骼。此外，还可以提供如何监督这些活动的基本指南。这可以帮助一个兼职的scrum大师不至于忘记某个特定团队的绩效改进，同时也给了一个不确定该做什么的scrum大师必要的稳定性，以保证他自己的生产力。这些工件可以被量化，在某些情况下，可以给出定性比较的模板。

我知道这个话题在整个商业世界都有共同的兴趣，可以在敏捷场景中的术语"敏捷流畅性"下找到()当然，在任何价值链模型中，我们都会发现几十种不同的观点。

所以我不是在这里重新发明轮子。但对于那些想花点时间思考这个话题的人来说，这可能是一个富有成效的清单：

-

谢谢你花时间阅读我的博客。如果您觉得这样一个支持性框架的想法对启动Scrum团队很有意思，请不要犹豫，提出问题或通过电子邮件等直接与我联系，保罗