Managed services практически неотличимы от того, что раньше называлось outsourcing и наиболее часто определяются как "то, что выполняется по условиям SLA" (Service Level Agreement, соглашение об уровне обслуживания). Слово outsourcing теперь используется преимущественно тогда, когда в организацию-провайдер managed services переводятся служащие и активы клиента, которые у него уже есть. Сами managed services без outsourcing иногда называют outtasking. Сюда же приплетают hosted services. Никакой определенности в терминах тут нет, хотя в России, похоже, все эти тонкие различия игнорируются и используется русское слово "аутсорсинг".
Идеологические основания приводятся разные, Jack Welch как-то выразился по всему этому комплексу вопросов: "у вас не должно быть в бэк-офисе ничего, что можно найти в чьем-нибудь фронт-офисе". Лозунг всего этого подхода -- delegate complexity, focus on your core business. Это, безусловно, была мода предыдущих пяти лет -- сейчас рынок аутсорсинга растет на 8 процентов в год (http://www.managedserviceexpo.com.au/content/view/63/45/).
При общем росте рынка цена одного контракта упала за 2007 год на 50%, что отражает главный тренд -- иметь не одного провайдера под все необходимые сервисы, а множество нишевых специализированных провайдеров на отдельных контрактах, которые могут взаимодействовать между собой. Такой подход еще называют "вторым поколением аутсорсинга".
"Третьим поколением" называют подход еще большей интеграции своих и чужих процессов, вместо передачи процессов вендору, причем с упором на рисково-финансовую сторону вопроса, создание virtual captive, http://www.the-financedirector.com/features/feature500/ (captive называется компания-дочка, созданная для того, чтобы на нее списывать риски компании-мамы. Это, конечно, не страховая компания, которая распределяет риски некоторых на многих, а удерживающая риск компания. Виртуальная captive -- все то же самое с рисками, что и при captive, только без создания юридического лица: это резерв, который управляется третьими лицами так, как управлялся бы обычная компания-captive, http://www.captiveguru.com/mfcms/files/What%20Is%20A%20Virtual%20Captive.pdf). Вот пример -- https://captive.com/service/captivecom/Creating%20A%20Virtual%20Captive%20pdf.pdf. Часто это необходимый шаг в глобализации деятельности компании, например http://www.acordlomaforum.org/2006/presentations/mckay.pdf).
Впрочем, есть и другая традиция "поколений" -- это "поколения контрактов" одной фирмы. Когда фирма первый раз заказывает аутсорсинг, то это ее первое поколение, когда второй раз -- второе, третий -- третье. Каждый раз фирма переструктурирует эти контракты на базе предыдущего опыта. В таком подходе, конечно, трендов мало, но их все равно пытаются искать (и первый тренд тут: "не суйся в аутсорсинг, если хорошо не сделал домашнюю работу. Свою работу никому спихнуть не удастся"). Чаще всего про такой подход вспоминают, когда анализируют опыт GE по третьей контрактации аутсорсеров в 2006 году.
Есть и другие подходы к "поколениям аутсорсинга", что лишний раз подчеркивает зыбкость сегодняшнего состояния предмета (особенно любили приход этого третьего поколения поминать в 2004-2005 годах, знать особая мода была на аутсорсинг, и очень хотелось чего-нибудь новенького).
Самая свежая статья на mspmentor.org -- про платформу Moph eXchange (http://www.morphexchange.com/), которая написана на Ruby on Rails, сама хостится на Amazon EC2 и предназначена для создания приложений SaaS (software-as-a-service). Они себя нежно называют PaaS (platform-as-a-service), находятся сами на Филиппинах. Технологии на mspmentor.net -- Haas (hardware-as-a-service), Platforms (управленческий софт для managed-service-providers), SaaS, Security и Storage.
Наиболее интересно, конечно, поглядеть на Platforms, ибо поставщики управленческого софта должны как минимум отмоделировать саму деятельность. А деятельность отнюдь не стоит на месте: самые разные продукты стремительно превращаются в сервисы, жизненный цикл уже не является главным в рассмотрении продуктов, а все чаще применяется к сервисам, бизнес-модели (которые и должны поддерживать платформы) существенно разбегаются в разные стороны даже в сфере IT.
После этого можно, конечно, глядеть на ITIL версии три (http://www.itil-itsm-world.com/), но понимая, что все меняется очень-очень быстро, и версия 3 отражает лучшие практики прошлого поколения (что бы слово "поколение" при этом ни означало).
Будем изучать.