来自 数据 2022-06-09 09:30 的文章

云盾_ddos攻击防御_超稳定

云盾_ddos攻击防御_超稳定

敏捷1+敏捷2=(《我们如何做敏捷》,(3)帕兰蒂尔福洛诺夫,1元香港高防cdn,2019年20月·5分钟阅读

编者按:这是我们博客系列"我们如何做敏捷"中四篇文章的第三篇。第1部分、第2部分、第3部分(本文)、第4部分。在第三部分中,Carlene描述了她的团队如何协调Palantir和我们客户各自的敏捷解释。

在最近一次大型商业组织的试点中,我的实施团队帮助客户管理Palantir Foundry中的数据集,结果证明,这些数据集对试点用例和公司其他几个业务部门都很有用。随着越来越多的客户开发人员和分析师开始就用例和数据资产进行合作,我们显然需要重新思考各个利益相关者之间的治理和协作流程:虽然试点用例由Palantir工程师和客户分析师组成的单一团队执行,如今,该平台为大量具有不同用例、执行时间表、数据需求和技能集的团队提供服务。在这篇博文中,我解释了我们如何将敏捷的两种解释结合在一起,以创建一个高效的协作模型,因为我们正在向企业参与过渡。

"Palantir Agile"

Palantir实施团队遵循一个敏捷协作模型,即使我们内部不这么称呼它;这只是我们的工作方式,我们的DNA。我们不遵循特定的"教科书式"敏捷实施(如Scrum或DSDM),但我们的方法论有许多共同的特点,例如:

团队每周或每两周讨论优先级和可交付成果。我们通常以1小时计划会议开始一周,以回顾和演示我们所取得的成果结束一周。我们使用JIRA或Asana等工具跟踪任务和进度。我们每周至少与用户一起测试进度,但理想的情况是每天。团队围绕客户需求进行自我组织,而不是遵循自上而下的任务或实施计划。我们的员工是我们最宝贵的资源。与Scrum不同,我们采用混合角色。例如,在试点期间,我们的一位部署战略家既在开发软件,又在客户团队中与业务伙伴共同担任产品负责人。我们努力在客户所在地共同部署,以便从用户那里获得更直接的反馈。当团队在地理位置上分散时,我们使用异步通信工具,如Slack和Quip,并虚拟地举行我们的日常站立。

随着试点变成长期合作伙伴关系,以及越来越多的客户团队对与Foundry合作感兴趣,客户组建了一个项目团队,以协调我们的实施团队和各个客户团队之间的项目。客户在他们的组织中有许多现有的团队采用了Scrum,他们很想知道"实施敏捷"是否适合我们的联合团队。我们希望了解这一要求背后的原因,并找出我们目前的方法与客户希望通过这一实践获得的结果之间的差距。

观察和反思

一方面,我们已经从试点中了解到,腾讯CDN能防御ddos么,我们的客户对我们的执行速度和质量感到满意,并希望确保方法的任何更改都不会有害。另一方面,环境已经发生了明显的变化(更多的人、更多的用例、不同的地理位置和技能集等等),因此,按照最初的敏捷宣言的精神,观察和调整我们的方法(如果必要的话)似乎是谨慎的。我们的目标不是找到实现Scrum的最佳方法,而是找到最有助于我们未来联合团队的方法。反思现状,高防cdn联系qq,我们发现了一些问题:

我们的内部产品积压不够精细,没有与客户团队共享,限制了客户开发人员对功能工作进度、即将发生的更改的理解,等等。项目团队没有很好地监督与特定功能和产品相关的进度和阻碍因素,因为这些问题通常是在与相关业务利益相关者直接举行的会议上解决的。在不同的用例、功能、,以及我们团队正在开发的数据产品,这意味着我们的实施合作伙伴对我们的工作成果没有可预测的时间表。

调整

我们与客户讨论了我们的调查结果,并同意对我们的实施方法进行一些简单的调整,以解决这些缺点:

在所有产品和开发人员之间保持一个共享的待办事项,以提供帮助沟通和可视性,包括非工程利益相关者拥有的业务任务。在所有产品中建立统一的冲刺周期,以提高交付的可预测性。邀请所有客户和Palantir利益相关者参加冲刺规划和审查会议,以提高产品进度的透明度。安排季度团队回顾以评估进度针对业务影响和团队价值生成。此外,举行"元回顾",讨论我们如何作为一个团队一起工作。

值得注意的是,我们决定坚持混合角色,云ddos防御,而不是建立教科书上的Scrum角色。尽管这种模式使个人责任更难定义和理解,但我们通常对混合角色有着积极的体验,并重视它们所带来的资源配置灵活性。对于客户来说,这种方法意味着他们不必为他们的各个团队雇佣和配备大量定制的Scrum人员。

结论