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

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

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

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

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

Стоимость того, чтобы старшие команды понимали все системы, составляющие полный проект, и их различные 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 это большое подспорье для разработчиков потому что это дает гигантский толчок к интеграции, необходимой в проекте. Но это также большое подспорье для менеджеров проектов.

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

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

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

Диого Перейра
 Архитектор решений и менеджер по работе с партнерами в Connecting Software

Автор:

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

У вас есть вопросы или комментарии по поводу этой публикации или по поводу Connect Bridge? Буду рад получить ваши отзывы!