, Что руководители проектов должны знать о облаке

Облачные вычисления полностью изменили способ размещения и доступа к приложениям во всем мире. Есть некоторые ключевые аспекты того, как облачные вычисления изменили ландшафт бизнес-вычислений и как руководители проектов, нам нужно знать, что это значит для наших ролей, будь то использование лучшего в своем классе программного обеспечения для управления проектами или запуск приложения для клиент.

Вот краткое: во-первых, переместив инфраструктуру вычислительной сети на удаленное место, полностью изменились способы, которыми команды проекта, ваши клиенты и клиенты обращаются к инфраструктуре и приложениям.

Во-вторых, размер местных проектных команд значительно сократился, а набор навыков тех, кто должен оставаться на месте, изменился.

В-третьих, поскольку приложения, находящиеся в облаке, поддерживаются вендором, процессы, связанные с разработкой, управлением и настройкой приложений, изменились, а проекты также включают в себя задачи по этим вопросам.

Очистить как грязь? Я так думала! Я позвонил ведущему Cloud Expert и генеральному директору Cloudwards. net, Mauricio Prinzlau, чтобы объяснить больше о том, что руководители проектов должны знать о облаке и о том, как он меняет ваше рабочее пространство. Давайте передадим ему …

Предварительная облачная прикладная среда

До появления облака среда, с которой столкнулся средний менеджер проекта, выглядела примерно так: серверы размещаются внутри компании либо в помещениях, либо на внешних предпосылки. Настольные компьютеры и ноутбуки на стороне клиента распределены по офисам компании и управляются большим внутренним ИТ-персоналом.

Большинство разработок и сопровождение ИТ-систем осуществляется разработчиками, укомплектованными большим внутренним пулом разработчиков. Есть некоторые подрядчики, но большинство сотрудников являются штатными сотрудниками. Звучит знакомо? Если вы работаете в качестве менеджера проекта более пяти или шести лет, то это произойдет.

Основные обязанности менеджера проектов в эпоху предполетного времени

До того, как облачные вычисления укрепились, основные обязанности для среднего менеджера проектов в программном проекте выглядели следующим образом: Работа с технического архитектора и дизайнеров для проектирования и архитектуры. Оценивать, планировать, контролировать, управлять, отслеживать и координировать анализ, проектирование, кодирование и тестирование между соответствующими командами. Координация с бизнес-пользователями для тестирования приёма пользователей и внешних команд для тестирования системы по мере необходимости. Удерживайте общую ответственность за доставку, взаимодействуя с внутренними командами, где необходимо

Что сегодня выглядит сегодня

Теперь давайте посмотрим, как выглядит роль менеджера проекта, когда бизнес использует внешний поставщик для разработки и размещения приложения на своем облачном сайте.

В составе дизайна и архитектуры нет внутренних членов команды. Вы только дистанционно взаимодействуете с дизайнерами и архитекторами со стороны поставщика, при этом они приходят на место для встреч по мере необходимости

Накладные расходы по координации возрастают по мере того, как вам по-прежнему приходится выполнять надзорные функции, начиная от оценки до тестирования, но с персоналом внешнего поставщика. Требуется еще много встреч.

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

Это выглядит еще более разным, когда бизнес использует только приложение, размещенное внешним поставщиком на облачном сайте.

Нет необходимости в каких-либо ИТ-кадрах на стороне клиента, и легче решить проблемы, потому что общение и собственность все в одном месте.

Есть также возможности для хорошей поддержки, которые приходят из масштаба. Например, если мы рассмотрим Salesforce CRM, тот же экземпляр программного обеспечения, на той же архитектуре, обслуживает миллионы клиентов через Интернет. Любые проблемы или операционные недостатки будут быстро устранены Salesforce, поскольку это часть их бизнес-модели.

Процесс отладки проблемы также упрощается, так как это происходит на удаленном сайте.

Это упрощает роль менеджера проекта.

Как облако меняет ваше рабочее пространство

Существует несколько способов, с помощью которых облако меняет ваше рабочее пространство.

Наиболее впечатляющее изменение, которое приносит облако, заключается в том, что большая часть вашей существующей инфраструктуры на месте теряет значение. В эпоху до облаков все ваши приложения были размещены на локальных серверах и центрах обработки данных. После того, как ваши проектные команды перейдут в облако, программное обеспечение начинает обслуживаться с удаленного сайта поставщиком. Это означает, что потребности в офисных помещениях и пространстве центров обработки данных для проектов значительно сокращаются.

С точки зрения персонала, появление облачных изменений приводит к смешению персонала и численности сотрудников ИТ-персонала, необходимых для поддержки любого приложения, которое выполняет ваш проект. До того, как облачные вычисления стали серьезным вариантом, вам понадобилось бы значительное количество разработчиков приложений, технических специалистов и тестировщиков QA для выполнения улучшений, исправлений ошибок и разработки, необходимых в рамках вашего проекта. После того, как вы переместились в облачные приложения, ваши требования к этим группам членов команды снижаются.

В-третьих, в эпоху, предшествующую облачным облакам, для обеспечения работы ваших приложений вам понадобился бы внутренний ИТ-персонал значительного размера. Будучи менеджером проекта, вы бы включили этих людей поддержки в качестве одной из ключевых ролей в команде проекта, потому что важно планирование передачи.

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

С другой стороны, вам понадобится больше технических архитекторов и бизнес-аналитиков в вашей проектной команде (и в бизнесе в целом), чем раньше. Эти эксперты смогут координировать работу с персоналом поставщика для эффективного охвата требований.

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

Вам может потребоваться приобрести несколько новых навыков управления проектами, чтобы управлять облачными обязательствами. Вот некоторые из самых важных:

1. Расширенные навыки финансирования и калькуляции затрат: Менеджеры проектов должны будут иметь дело с средами, которые будут представлять собой сочетание приложений, размещенных на локальных серверах и размещенных на облачных сайтах.

Когда новое приложение должно быть разработано, руководителям проектов будет предложено выполнить калькуляцию затрат и анализ ROI для обоих вариантов. Это требует знания калькуляции для облачных сред и опыта при создании бюджета проекта.

2. Более глубокое знание архитектуры предприятия: Это опять-таки связано с тем, что архитектурный ландшафт для приложений становится более сложным после перехода в облако. Требуется более глубокое знание архитектуры предприятия, чтобы обеспечить разработку новых приложений с использованием правильных бизнес-требований и технических требований таким образом, чтобы они работали без проблем с существующими приложениями, размещенными в облаке и на месте.

3. Vendor and Contract Negotiation: В то время как руководители проектов всегда должны обладать навыками переговоров по контракту, переход на облако требует от менеджеров чаще использовать навыки ведения переговоров и контрактов.

Существует один аспект дополнительных накладных расходов, потому что разработка даже небольшого приложения потребует работы с продавцом, чтобы вываривать вещи.

Будучи менеджером проекта в облачном проекте, это отличная возможность для изучения и фантастический способ расширить ваши навыки!