在过去的10个月里，我经历了成为Scrum大师意味着什么，或者至少意味着什么，因为我只是众多人中的一员，而是和其他人一起参与到一个创造性的过程中。这种个人动机非常符合敏捷思想，敏捷软件开发宣言突出地反映了这一点。宣言由规则而不是规则组成。这是一个非常重要的区别，因为规则要求在适当的情况下应用严格的答案，而规则要求人的比例适用。

敏捷软件开发因此促进了敏捷性，作为IT项目达到目的的手段。敏捷性是任何生物系统对新环境影响的适应潜力。维基说："敏捷性是指以一种有效的方式改变身体方向的能力"，因此给出了一个生物学的例子来说明如何理解敏捷性。敏捷性可以抽象为一个简单的通用公式：看你想去哪里（透明度），评估不同选择的优势（检查），朝你想要的方向走一步（适应），重复。这个三位一体的核心概念可以在日本武术合气道中找到，在合气道中应用了三个阶段的学习概念：Shu、Ha和Ri。理解这个三位一体的哲学对于实现敏捷的原则（人类如何决定）和实践（人类如何行动）有很大的帮助。

但是敏捷进入软件开发的方式最初是由一些西方人支持的，他们创立了第一个敏捷软件开发运动极限编程（XP）。很多人不知道的是XP可以作为一个框架，就像Scrum和Kanban一样。软件开发中的敏捷实践是建议人们如何作为一个团队来创造伟大的东西的方法。基本上，他们在创造什么并不重要：人性被假定（理论Y发出问候）是受到人类可能的挑战的启发。激励成长。

这确实适用于任何类型的知识工作；只要创作过程是利用人类的能力为给定的问题找到合适的解决方案。

简介

我从三月份开始，取代了一位同事，他也是我的商业顾问。他转到了另一个项目，这个项目现在已经成为我们部门的重中之重，虽然他以前的项目失去了一些人力资源，我们公司不再把他当作重中之重了，但被视为一个提升技能的好机会——我。

我之前在IT运营方面工作了一年的3/4，在组织流程、会议和调节不同的重要期望方面做得很好。我发现在这份工作中与来自印度、中国、加拿大、美国、爱尔兰和以色列的同事保持联系非常有趣。合作中每个参与者的商业利益仍然与人们在支持我们产品的整个过程中所扮演的特定角色有关，但每一种文化都赋予了互动的色彩，并揭示了特定的人才。我们的同事来自印度，那里最勤奋，最渴望把工作做得出色（我经常试图更多地考虑他们的意见，世界人工智能，因为很明显，这些人已经研究过，每天都在努力工作。），来自over the pond的同事反映了西方对专业处理业务流程的理解，在我看来，以色列似乎有非常聪明的人，他们能迅速适应解决问题的新方法，以应对任何特定的挑战。当然，爱尔兰人在说话和合作的方式上最有同情心，而且在沟通方式上也更有能力。很抱歉，我没有和来自中国的同事们一起做太多的工作来说明他们的情况。

这是我以前的经历。我不知道还有什么在等着我，但我从我的课程中学到了很多关于适度和知识管理的知识，还有我作为IT顾问读过的精益和敏捷的文献。我不知道大多数人所理解的"敏捷"与敏捷本身没有什么关系。因此，我不知不觉地跳进了一个咨询会，这个咨询会把所有人关于"敏捷"的想法都考虑进去了，这是一个非常不具体的工作描述。每当我问我的工作是什么时，我得到的答案都是一样的："成为Scrum大师。"我也是如此。

第一个里程碑

黄瓜

我们在三月份没有自动测试，我得到了Scrum大师的工作，我的技术补充推动了项目朝着持续集成（CI）的方向发展。所以我已经学习了Ruby和UI测试。对于UI测试，我们接触到了我们认为最先进的敏捷软件项目测试。Cucumber测试，它包括一种自然语言格式来捕获业务需求。Cucumber作为一个测试框架是非常强大的，如果它被用作垂直信息流的交流工具（从需求到实际完成工作）。当仅仅使用自然语言作为扩展规范描述时，它仍然是一个很好的UI测试工具。我还做了一个关于Cucumber的管理演示，解释了自动化测试取得的进展，以及它如何慢慢地使手动测试过时。哈。手工测试很强大，因为很多QA专家担心自己的工作。因此，通过使用Gherkin将businessskies转换为开发人员的地下室，UI测试的威力还没有完全发挥出来。如果管理者能够理解，企业软件服务，云服务器吧，通过简单地描述未来的用户界面及其功能，他们可以很容易地建立故事来扩展他们的产品，大数据行业前景，Cucumber就会赢得赞誉。我个人认为，有QA背景的同事非常适合学习自动化测试，甚至是Scrum掌握（因为他们习惯于接手）开发过程中的关键角色），他们只需要适应这些新的挑战。