Новости / Программное обеспечение
Microsoft создала группу унифицированных коммуникаций
2 февраля 2006 года Microsoft объявила организационное объединение подразделения Exchange и Real-Time Collaborations. Новая Unified Communications Group сближала почту, календарь и контакты с продуктами присутствия, сообщений и голоса.
Организация раньше объединения продуктов
Microsoft подчёркивала, что изменение не означает немедленного слияния продуктовых линеек в один сервер. Exchange 12 оставался в бета-тестировании, а финальный выпуск тогда ожидался в конце 2006-го или начале 2007 года.
Цель для рабочего общения
Источник описывает стремление уменьшить разрыв между корпоративными средствами связи и бизнес-приложениями. Руководителем объединённой группы стал Ануп Гупта, а команда Exchange сохранила собственное управление. Это организационная новость, а не готовый единый продукт. Было прямо сказано, что реорганизация не меняет график и набор функций в продуктовых планах.
Сначала объединили организацию
Microsoft собрала команды Exchange и корпоративных коммуникаций реального времени в Unified Communications Group, прямо сохранив прежние продуктовые планы. Новая линия подчинения может согласовать решения о сообщениях и оперативной связи, не создавая мгновенно один сервер, один интерфейс или один путь развёртывания. Новость о способности координироваться, а не о уже готовой интеграции.
Где координация могла изменить работу
Компания, использующая почту, календари, присутствие и инструменты реального времени, сталкивается с разными командами, данными и приоритетами за внешне единым опытом общения. Сведение продуктовых групп может облегчить решение, какие рабочие процессы связывать, а какие оставлять раздельными. Механизм управленческий: общее руководство способно уменьшить конфликт приоритетов до появления изменений в ПО. Само по себе оно не убирает усилия миграции, вопросы совместимости или необходимость выбирать момент внедрения следующего выпуска.
Exchange 12 сохранял честные сроки
Exchange 12 ещё находился в бета-тестировании, а финальный выпуск ожидался позднее, поэтому реорганизацию нельзя было представлять как завершённый запуск продукта. Руководство Анупа Гупты и сохранение управления Exchange показывают распределение ответственности, а не перечень новых функций. ИТ-команда могла ориентироваться на опубликованную дорожную карту, а новую группу считать сигналом желаемого направления, не немедленной технической зависимостью. Реорганизация могла сделать последующие выборы более согласованными, но не давала администратору новой инструкции по развёртыванию в день объявления группы.
Клиенты могли отделять решения о внедрении от внутреннего подчинения команд и следить, соединят ли будущие выпуски реально используемые рабочие сценарии.