February 11th, 2008

2019

Темничек по некоторым мощным идеям

1. Электронная модель объекта (digital mockup) -- электронные модели предназначены для командной работы и помогают инженерам отслеживать пересечение деталей в сложных изделиях и вносить коррекции в свои проекты задолго до того, как часть системы, над которой работает отдельный проектировщик изготовлена и установлена в готовую конструкцию.

2. Жизненный цикл (4D, а не 3D) -- ведение электронной модели в ходе всей жизни проектируемого объекта, в том числе в рамках "расширенного предприятия".

3. Реляционное порождающее проектирование (relational generative design), мультидисциплинарное моделирование. Человек должен фантазировать, а расчеты, проверки и стыковки должен делать компьютер.

4. Крупномодульная сборка и "местное производство", монтаж с открытым верхом.

5. Кооперация: "расширенное предприятие" (в том числе и managed services) и его электронная модель (оргмодель, enterprise architecture). Архитектура как "совокупность сервисов, направленных на достижение миссии организации".

6. Управление качеством, управление сервисами, и управление проектами (в том числе -- Голдратовское). Agile. POOGI.

7. SCM/логистика (включая геомоделирование и транспорт).

8. Управление рисками в жизненном цикле: финансовый подход к рискам.

9. Регулирование, техническое регулирование, стандартизация в связи с технологическими платформами.

10. Онтологический подход в IT. Semantic Web. Датацентричность против документоцентричности.

11. Учет "вообще".

12. Througput (constraints) accounting.

13. Коллаборация.

14. Talent management

UPDATE: 15. Все есть сервисы.

Для начала хватит.
2019

Managed services: кубарем в гору

В русском не знаю даже, как переводить -- managed services. Основное гнездо в Сети по айтишной линии -- http://www.mspmentor.net/, конференция 2008г. -- http://www.managedserviceexpo.com.au/, и основное значение слова стремительно уплывает в айтишные воды. В то же время статья в Википедии (http://en.wikipedia.org/wiki/Managed_services) начинается с транспорта, почты, воды и энергии (впрочем, заканчивая айтишниками, равно как телевидением, кино из прокатного ларька и музыкой из iTunes или музыкального проката).

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 отражает лучшие практики прошлого поколения (что бы слово "поколение" при этом ни означало).

Будем изучать.