第二个里程碑

持续部署

第一个月结束后，我意识到项目缺乏一致的流程。除了一个Scrum框架框架框架，上云，它是按照部门的现有标准维护的，因此没有要求在项目或周围组织中增加灵活性，返现，只有每两周部署一次最新的绿色构建。这种每两周一次的部署总是在民众中造成很大压力。现在使用CI已经更好了，因为不再部署UI bug或不推荐的功能。不过，每两周压力就会增加一次，而且特性的发布往往会推迟到下一个Sprint的末尾。实际上，在团队中，通过推迟发布，最好先去保存，然后去道歉。这已经是一个敏捷的适应了，但是仅仅是为了降低项目流程整体放缓的成本。CD描述了在编码和测试完成后立即部署软件最新功能的能力。受系统工程任务信任的开发人员一致认为，当然不可能同时触发对所有生产系统的全面部署，而是完全根据客户需求交付给他们。有了他，我开始说服开发团队和PO使用"部署通知单"，每当一个故事结束时，返利联盟，就会贴出"部署通知单"。采购订单是犹豫，但与系统工程师站在我这边，她能够相信这样的变化带来的好处。我没能把工作风格从零变成英雄，所以我同意了这个折衷方案，并在精神上训练开发团队自己贴罚单。后来我在团队授权和代码所有权这两个旗帜下做到了这一点。

票务工作做得很好，PO现在可以将部署票证拖到sprint，系统工程师会相应地挑选和部署它们。两周一次的压力和迟到的工作已经成为过去。

对人的敏捷性

五月份我就这样进入了团队，大数据质量，并赢得了留下来的权利。现在我接到了各方的任务。这是因为项目是以一种特殊的管理方式进行管理的，并以计划驱动的方式提前规划架构。这是成功的，因为这个项目有一对高端开发人员，他们首先通过创建这个软件赢得了荣誉。

临时管理描述了始终满足最迫切或最紧迫需求的实践。因此，这是一个节省的方法，以避免在项目中遇到大的失败。它还有一个好处，就是不重要的任务永远不会被认为是有意义的，因为它们根本不会出现在视野中。换言之：这种进化的方法，不管我们看什么，不看什么都是死的，它比计划驱动的管理有优势，因为它将开销减少到最低限度。随着时间的推移，它也无法使项目变得高效，因为更大的代码库和基础设施需要更大的维护，因此会产生更多的任务来照顾整个项目。

敏捷驱动的管理基于信任，因此，保护开发团队不受外部影响（包括PO，只要开发团队不需要澄清）是Scrum大师最重要的任务之一。在Sprint期间，程序员可以通过不间断的合作来建立信任关系，tnrt新零售企业应用中心，而PO则学会相信Sprint目标每次都能实现，因此只同意在新Sprint开始前进行新的工作忙于掌握项目相关的编码和系统知识。在这样做的过程中，我等待着团队成员提高自己承担这些责任的能力——不需要管理，而是通过使用敏捷性来自己照顾自己。

我很快就养成了回答"我会照顾它"的习惯。但是我从不强调展示我所做的事情，因为正是仆人-领导者的角色最终使Scrum主人成为最强大的人。带着这种心态，我开始赞扬开发团队和任何成功的合作或良好的实践，以促进强大的团队认同的成长。