祝大家有美好的一天！
到今年年底，几乎所有产品都剩下了，但我们仍将在课程中提供几种新产品。 这些新课程之一是由
Marina Arefieva创建的
Agile Delivery Manager 。 按照传统，我们为您准备了公开课程和有趣的材料。 今天，我们将了解Delivert Manager是什么以及与它一起吃什么的愿景。
走吧
Rich Lewis是我曾经合作过的最好的。 当我第一次见到他时，他是一个业务分析家，也是一个小团队的Scrum Master。 他干了工作，但显然有能力做更多。 我为他提供了当时我正在从事的程序中的Delivery Manager职位。
我们很少谈论交付管理器的角色。 当然，这并不是敏捷“家族”的一部分，在敏捷“家族”中，Scrum术语占主导地位。 产品负责人； Scrum大师； 其他所有人都被标记为“开发人员”。 仅此而已。
但是，该职位的标题-Delivery Manager存在。 例如，英国的政府数字服务（GDS）和美国的公司越来越多。
为什么需要送货经理马蒂·卡根（Marty Cagan）注意到
美国从项目经理（简称PM）到交付经理的趋势 。 Marty喜欢这种趋势和新角色的原因有以下三个：
- 项目经理的“品牌”是如此受损，以至于可能需要重新命名。”
- “目标存在一个问题-完成产品。 任务不在研究中，不在学习过程中； 目的只是为了释放。”
- Delivery Manager负责对产品问题进行排序和确定优先级，从而释放产品负责人。
Scrum用户当然同意，项目经理的角色太脏了，以至于需要重塑品牌。 这就是为什么Scrum杰出人物之一Mike Cohn认为，出现了Scrum master的角色。 但是，我认为Scrum管理员的角色已经失去光泽。
因此，我不聘请Scrum Master 。
但是，我之所以称其为Rich Delivery Manager，并不是因为我不喜欢术语“项目经理”。 我认为项目经理与敏捷/一般/敏捷角色之间没有太多冲突。 此外，我认为重新命名项目经理没有多大意义。 我只想向人们展示Delivery Manager的含义。
Delivery Manager会做什么？如果您使用Google“送货管理器”，则不应过多依赖结果。 （在撰写本文时，2015年。）首批材料之一将来自英国政府数字服务（GDS）。 它有很多有趣的东西。 例如，马克·斯坦利（Mark Stanley）
在GDS中描述
了交付经理的生活 。 他写道：
Delivery Manager保护团队时间以确保持续表现。 团队时间是宝贵的时间。GDS还提供了对Delivery Manager角色的描述。 该角色的主要职责如下：
- 发布项目和产品，使用适当的敏捷方法，不断学习和改进流程。
- 与产品经理一起制定路线图并将其转换为用户案例。
- 管理集体的，动态的计划流程-面对团队有限的能力，主要重点是需要完成的工作。
- 多学科团队的矩阵管理。
- 确保所有阶段（alpha / beta /生产）的产品质量。
- 积极参与Delivery Manager社区，共享和查找有关技能和知识的应用程序，实施最佳实践。
一切都与GDS角色保持一致，在我看来，它比Scrum管理员的角色有用得多。
项目经理和交付经理当我邀请Rich担任Delivery Manager的角色时，我绝对有需求。 底线是：
- 我有三个开发团队在一个大房间里工作-只有大约35个人。
- 我需要整个团队一个流程和一个看板董事会。
- 我每周只有四天在场，其中之一很遥远。
实际上，Rich负责看板委员会和所有相关流程。 他与产品的所有者建立了牢固的战术联系，确保卡已创建并与电子票证系统同步。 他收集了指标，绘制了累积流程图，组织了回顾。 另外，他每天都在工作，以便在我不在时团队不会失去动力。
我与Rich的关系可以与首席执行官（简称-CEO）和首席运营官（首席运营官，简称-COO）的关系进行比较。 作为首席执行官，我是团队的代表。 在远程工作期间，我与远程高级利益相关者讨论了该策略，以确保获得补偿并确定优先事项。 像首席运营官一样，Rich的工作是在团队内部进行的。 他帮助她继续前进。 我检查了正确的方向。 我们在一起使产品所有者感到高兴。
结束
与往常一样，我们正在等待您的问题和评论，您可以在此处离开或在
公开课程中将其直接写给
Marina 。