Как менеджеры проектов могут преодолеть эти непредсказуемые проблемы интеграции программного обеспечения?

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

Я втайне надеялся, что клиенты скажут, что им больше не нужна эта интеграция. Если бы я только знал тогда то, что знаю сейчас!

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

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

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

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

Проект был очень интересным, и мы были рады, что все это сработает вместе. Мы решили использовать Umbracoбесплатная полнофункциональная система управления контентом с открытым исходным кодом, использующая платформу разработки .Net. Merchello (электронная торговля). В то время мой клиент использовал Microsoft Dynamics 365 для управления взаимоотношениями с клиентами (CRM). Я знал, что у Umbraco не будет проблем с интеграцией, но для этого нам понадобится специализированная команда..

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

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

В результате мы получили наш старшие разработчики перешли к задачам Dynamics API и оставил важнейшие задачи в дорожной карте проекта младшим коллегам. Это привело к серьезным трудностям в соблюдении сроков спринта. В итоге мы добавление новых ребят в нашу командуувеличение расходов по проекту для достижения целей проекта.

Наряду с задачами интеграции возникли и другие проблемы. У клиента было много документов внутри Dynamics, а это означало, что необходимо было учитывать и другие аспекты, такие как безопасность всех конфиденциальных документов. Я думаю, что это простой пример того, как интеграции могут быть непредсказуемыми.

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

Ключом к эффективному управлению проектами является бюджетирование. Формальное проектное бюджетирование отличается от традиционного функционального бюджетированиянапример, проверенные данные о результатах деятельности или метод оценки и обзора проекта (PERT), по четырем основным параметрам: повторяемость, основа, риск и тип бюджета..  

Я согласен с Мари Скотто, но мы можем иметь все метрики в голове, и все равно никогда не быть уверенными в суммарных затратах на этапе интеграции 100%.

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

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

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

 Когда я нашел Connect Bridge из Connecting Software и начал работать с этой интеграционной платформой, моя единственная мысль была: Почему я не использовал это раньше? Connect Bridge мог бы быть полезен для моей команды и меня, так как нам бы не пришлось беспокоиться о API или обратной и прямой совместимости.. Какая разница!

Connect Bridge - это платформа интеграции программного обеспечения - она позволяет вам создавать свои собственные интеграционные программы на любом языке с гораздо меньшим количеством строк кода.

Connect Bridge устраняет необходимость использования программного API за счет использования стандартного синтаксиса SQL Вместо этого. Он использует свои коннекторы для перевода SQL-запросов в вызовы API. Коннекторы в настоящее время доступны для более чем 400 приложений, а новые коннекторы создаются и запускаются часто.

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

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

Помните те встречи со старшими разработчиками для изучения API? Просто потому, что у вас есть эта встреча по рулевому управлению, и вы должны знать причину, по которой все идет не так, как надо?

С Connect Bridge это легко и как менеджер проекта, вы могли бы проверить и понять для себя, откуда исходят проблемы интеграции. Перестаньте отнимать время у своей команды и позвольте им быть там, где они нужны. Развиваться!

Connect Bridge поставляется с Web Management Studio (см. на скриншоте выше), где вы можете играть с запросами, вы видите целевую систему в качестве базы данных. В студии управления Connect Bridge у вас в руках силаи у вас там может быть больше одного разъема.

Connect Bridge это большое подспорье для разработчиков потому что это дает гигантский толчок к интеграции, необходимой в проекте. Но это также большое подспорье для менеджеров проектов.

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

Больше нет бесполезных встреч со старшими техническими специалистами. Почему они должны быть на встречах, которые не должны быть техническими?

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

Диого Перейра
Таким образом, менеджер по успеху архитектора решений и партнера в 1ТП17Т

Автор:

У меня более 15 лет опыта работы в разработке и продаже продукции. В последние годы я работал как владелец продукта, возглавлял межфункциональную команду и строил уникальные проекты.

У вас есть вопросы или комментарии по поводу данного сообщения или по поводу Connect Bridge? Я хотел бы получить ваш отзыв!