随着DevOps提高组织的敏捷性,项目经理的角色如何改变?
在讨论DevOps带来的根本变化时,我们倾向于注意几个角色:编写代码的人,提供和支持基础设施的人以及测试和执行质量检查的人。
但是,随着DevOps文化的传播,其对组织其他领域的影响也在扩大。以项目管理为例:DevOps从根本上改变了IT团队处理项目的方法。从一个单一的几个月(或在某些情况下多年)开始,计划在软件开发生活中追求更高速度的计划。这也意味着项目经理的变化。
但是请不要误解:在DevOps时代,项目经理仍然非常有价值。
Janeiro Digital的技术架构师Josh Collins表示:“对速度,速度和切割的DevOps技术和流程的需求不能替换为了解您将如何处理它们。”并显然要注意依赖关系。“
但是,PM确实需要为DevOps时代开发,就像开发人员,运营和维护从业人员,安全专家和其他人一样,需要放弃一些旧习惯,以支持更适合数字时代的习惯。
数据学的合伙人兼首席技术人员罗伯特·里尔斯(Robert Riers)说:“总理不仅要关注甘杜和召集人。
我们询问了Collins,Reeves和其他IT领导者对项目经理如何开发DevOps的看法。他们的建议:
敏捷不仅是一种软件开发方法;这是一种与DevOps ERA协调的连续集成/连续交付(CI/CD)方法的方法。
里夫斯说:“要协调DevOps的敏捷性和速度,您需要了解敏捷开发的性质。- 几年,也许是在发布后。您将[错误]您无法修复,因为没有任何变更形式的机会纠正路线,没有机会纠正路线。
就像微服务体系结构将单个企业应用程序分解为更精细的服务一样,该项目也可以分为较小的相互依赖的作业。
Cybric Co -Founder兼首席技术人员的合伙人兼首席技术员Mike Kail说:“传统上,项目管理更为单身,并由瀑布方法驱动。”可以实现更高的速度。“
里夫斯说,这种心态已融入PM的敏捷方法中。它不仅更适合DevOps文化,而且只会带来更好的结果。
“使用敏捷,每次发布时都可以纠正它。将大版本分解为“有趣的”部分,因此很容易显示结果并获得反馈。即使您非常偏离路线,也可以纠正。
项目管理的微服务包括另一种推论:由于隔离服务有许多潜在的好处,以“做一件事情并做好工作”,因此了解这些较小的部分如何彼此合作很重要。需要发挥越来越多的作用。
“随着交付速度的提高,[突出显示]依赖关系的重要性也在增加。现在,在上游团队中部署某些事情或利益相关者从利益相关者那里获得完全需求的时间之间的时间更少。柯林斯说:“使用Scrum方法将作品分解为正确的原子单元。在其中,它们的依赖性是非常重要的。失败和后来停止的工作。”
重述DevOps的项目管理实践需要改变PM传统的重要作用之一:制定和管理项目计划。
柯林斯说:“安排交付周期的时间表意味着您将不再负担每周更新项目计划的成本。”柯林斯说:“项目经理需要每天了解情况,并在火车离开之前解决问题车站。”
“在Devops时代,IT项目经理必须执行不同的计划,” Atlassian的倡导者Ian Buchaan说。“一种常见的误解是仅适应时间维度 - 例如,只有在Sprint结束时计划了一个里程碑每两周一次。这忽略了速度和质量对DevOps的重要性。”
Buchhanan为PM提供了以下建议,以支持这一重要组合:
除其他外,DevOps还涉及曾经隔离的字符之间更紧密的协调和协作。这包括(或应包括)在工具链上的标准化。PM在这里也不例外。
“项目管理需要从实践和工具的角度密切集成。IT项目经理需要使用工具来帮助团队管理所有工作,而不仅仅是项目工作。”
布坎南说:“从实践和工具的角度来看,项目管理需要紧密整合。项目经理需要使用工具来帮助团队管理所有工作,而不仅仅是项目工作。多年来,软件开发人员一直在使用Scrum来做到这一点。在DevOpsit的世界中,通过简单的工作跟踪系统(包括IT项目的工作和事件)进行。这是简单明了的,因为优先考虑快速变化。”
里夫斯指出,DevOps环境中的PM应该能够回答“完成了吗?”这个问题。-或其近亲,“什么时候完成?”- 零人际关系互动。如果您需要询问某人,这是一个问题,因为这意味着项目管理功能不会集成相同的工具和跟踪机制来完成与团队其他成员的工作。
Rids说:“项目管理中最大的挑战是检查是否按时执行一项任务。敏捷的冲刺,速度和其他指标准确地告诉您。按计划执行;项目管理是在诸如JIRA之类的工具中检查这些指标。版本也是相同的。检查机票的检查是不够的。他们提供有关发布进度的仪器面板。”
根据凯尔(Kail)的说法,在DevOps文化中的成功对于“完成”产品的价值不那么有价值 - 项目计划可能仍会结束,但是在CI/CD世界中,工作将永远不会真正完成。更重要的是,正如Reeves所指出的那样。,以敏捷的方式管理项目,使您可以定期纠正和修复缺陷,而无需更改大量的变更管理或整个新项目。
凯尔建议:“ [项目经理]需要采用“完成完美”并接受[最低可行产品[方法]。紧密的耦合协作。”凯尔指出,定期的混乱会议或电台将是一个很好的机制。
在可预见的将来,传统IT项目经理的作用似乎不太可能消失。但是,随着DevOps组织的成熟,PM的职责和技能很可能与其他职位和角色相结合,就像DevOps的工作将继续改变。
相关信息
Bakkanan说:“尽管PM的技能和经验都可以为任何团队带来价值,但此名称可能会过时用于软件。DevOps专注于此过程中的连续工作过程。”技术。越来越多的项目管理职能被重组为Scrum主管和产品负责人等角色。”