Каковы обязанности менеджера проекта в проекте DevOps?

Как руководитель проекта может повысить ответственность между уполномоченным персоналом DevOps и уполномоченными разработчиками в среде Agile?

Я работаю в среде, где и разработчики, и персонал DevOps имеют большую автономию. Им необходимо работать вместе, чтобы обеспечить стабильный и соответствующий требованиям конвейер сборки и развертывания. Кажется, менеджер проекта может помочь наладить правильное взаимодействие между ними. Но я сталкиваюсь с ситуацией, когда у менеджера проекта возникают проблемы с тем, чтобы две группы работали вместе.

Не совсем уверен, что понял ваше первое предложение.
Можем ли мы сначала проверить ваше определение «Проекта»? Вы имеете в виду «Проект по созданию среды и процесса DevOps»? Или вы имеете в виду «Проект для управления текущим процессом DevOps и выпуском кода»? Первое — проект, второе — операции.
У меня возникает соблазн закрыть это как неясное, но думаю, что где-то здесь есть хороший вопрос. Я хочу дать OP (или сообществу) 1-2 рабочих дня, чтобы улучшить его.
@JoelBancroft-Connors Честно говоря, моя цель не в том, чтобы создать неологизм. Проект DEVOPS, как я понимаю, это проект, у которого есть начало и конец, это временная попытка создать продукт или уникальный результат, который использует концепцию DEVOPS для создания программного обеспечения.
@MarkC.Wallace Надеюсь, я рассказал вам больше подробностей.
В культуре DevOps или agile-фреймворках нет определенной роли под названием «Менеджер проекта».
Отредактировано для большей ясности предполагаемых намерений ОП. Пожалуйста, @AtmaneElBouachri, пожалуйста, дайте нам знать, если это близко к тому, к чему вы клоните.
@MarkPhillips Спасибо. Да, более или менее. Я принимаю Я согласен.
@RubberDuck Я был бы признателен, если бы вы попытались объяснить мне DEVOPS простыми словами. Извините за мой жалкий английский, я не носитель английского

Ответы (1)

TL;DR

DevOps и управление проектами — это очень разные практики и области знаний, которые могут заимствоваться друг у друга. Любой другой ответ, скорее всего, является мнением о реализации процесса.

DevOps — не синоним гибкого управления проектами

DevOps — это прежде всего культура сотрудничества между различными ролями, такими как анализ требований, тестирование, разработка, развертывание, эксплуатация и обслуживание. В меньшей степени это также набор инструментов и практик для обеспечения быстрой обратной связи для совместной работы и предоставления конвейеров доставки и развертывания.

Управление проектами как практика или профессия — это искусство планирования и контроля над проектами. В той мере, в какой DevOps обеспечивает основу для доставки продукта и в той мере, в какой он создает циклы обратной связи и элементы управления процессами, руководитель проекта может использовать структуру и элементы управления при планировании, организации или измерении проекта. Однако DevOps как культура или как цепочка инструментов не имеет определенной роли для менеджера проекта, что делает заданный вопрос запутанным и расплывчатым.

Вы можете реализовать проект без гибких фреймворков или практик. Точно так же данная структура, такая как Scrum или Kanban, не полагается на культуру, инструменты или практики DevOps для обеспечения контроля процесса. Тем не менее, заимствование разумных инструментов и методов от DevOps для создания обратной связи или элементов управления процессами в рамках гибкой структуры часто бывает разумным.

Несмотря на то, что в культуре DevOps или гибких фреймворках нет определенной роли под названием «Менеджер проекта», это не означает, что руководитель проекта не может их использовать. Однако, если вы выходите за рамки формальных определений, ваш пробег может отличаться.

Я согласен с тем, что DEVOPS и управление проектами — это две разные вещи. Кроме того, DevOps может работать как с Agile, так и с Waterfall. Действительно, это гарантирует, что каждый спринт или каждый этап водопада будет пройден максимально быстро, как только код для этого этапа будет готов. Но здесь мы говорим о программной инженерии [DEV/Development]. Вот почему я не могу отделить реализацию DEVOPS от проекта. Итак, мы можем поставить вопрос, можно ли использовать DevOps вне разработки программного обеспечения? Но пока я хочу ограничить эту методологию рамками управления проектами.