Контекст и область видимости

## Описание организации
- **Дата регистрации:** 08.06.2020
- **Адрес:** 117588, город Москва, Литовский б-р, д. 22
- **Уставной капитал:** 1 000 000 рублей
- **Статус:** действующая с 08.06.2020
- **ОКПО:** 44403503

## Руководители
До Лисицын Алекс Олегович, руководителя Контекст являлись:
1. ООО ТРАСТ НЕДВИЖИМОСТЬ (ИНН 7709669161)
2. ООО УПРАВЛЯЮЩАЯ КОМПАНИЯ ТРАСТ-КОНСУЛЬТАНТ (ИНН 9721094386)

Ранее компания находилась по адресам:
1. 109456, город Москва, 1-Й Вешняковский проезд, д. 1 стр. 8, этаж 3 ком. 40
2. 109456, город Москва, 1-Й Вешняковский проезд, дом 1 строение 8, этаж 4 пом 36
3. 109456, город Москва, Вешняковский 1-й проезд, дом 1 строение 8, этаж 4 пом 36

## Подробности
- **Деятельность:** Капиталовложения в уставные капиталы, венчурное инвестирование
- **Дополнительная деятельность:** инвестиционные компании
- **Работает с:** 08.06.2020
- **Учредитель:** 1 российское юридическое лицо

## Налоговая информация
- **Налоговый орган:** Инспекция ФНС России № 28 по г.Москве
- **Дата учёта:** 08 сентября 2022 г.
- **КПП:** 772801001
- **Регистрационный номер ПФР:** 087701107458
- **Регистрационный номер ФСС:** 770308772277031

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

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

## Модели управления
Что такое административный контроль, никому объяснять не нужно. Руководитель утверждает и направляет инициативы и проекты своей команды, иногда вмешивается в рабочий процесс, а иногда предоставляет более широкие полномочия. Многие руководители используют административные процедуры, чтобы дать сотрудникам свободу маневра и контролировать их действия.

Управление с помощью контекста

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

Главное достоинство такой модели в том, что сотрудник прокачивает навык принятия решений и в дальнейшем способен действовать самостоятельно.

Пример:

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

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

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

Однако если вы доверяете суждению и навыкам нанятого кулинара, то вариант 2 обещает немало интересного. Позвольте профессионалу подобрать и опробовать новые для вас рецепты — и его талант раскроется во всей полноте. Он предложит куда более тонкие и изысканные блюда, чем смогли бы приготовить вы сами. Даже если он и допустит пару ошибок, то сразу сделает надлежащие выводы, и ваша семья надолго запомнит изумительный прощальный банкет в его исполнении.

Как выбрать подходящую модель?

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

Как выбрать модель управления: свобода и ответственность или правила и процедуры?

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

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

Решение на основе целей

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

Отрасль и цель организации

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

Творческая сфера

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

Инновации

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

Стимулирование инноваций

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

Правила и процедуры

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

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

Джаз, а не симфония

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

По материалам книги Никаких правил: уникальная культура Netflix
Фото на обложке отсюда

Архитектура системы

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

Контекст системной архитектуры

Прежде, чем говорить об архитектуре информационных систем, зададим этому разговору некоторые смысловые рамки. Нам нужно определить контекст.

Есть замечательный ГОСТ Р 57100-2016, о котором я уже писал. Есть его первоисточник – ISO/IEC/IEEE 42010:2011. Но ниже я рискну вносить некоторое своё понимание терминологии и контекста системной архитектуры.

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

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

• Заинтересованное лицо – это лицо, чьи права или обязанности могут быть затронуты на каком-либо этапе жизненного цикла системы.

Интересы, цели и задачи заинтересованных лиц

Заинтересованные лица имеют свои права и обязанности. Система должна позволять защищать права и помогать выполнять служебные обязанности заинтересованных лиц.

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

Ключевые показатели качества

Показатели качества – это величины, показывающие, насколько система удовлетворяет интересам заинтересованных лиц.

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

Архитектура информационной системы

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

Такие ключевые решения называют архитектурными решениями.

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

– это выражение архитектуры системы, понятное с точки зрения каждого заинтересованного лица (или группы лиц).

Архитектура содержит комплекс решений, но для конкретного лица интересен только тот состав решений, который касается его интересов. Такая проекция архитектуры называется точкой зрения.

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

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

Как правило, на архитектуру системы оказывают влияние среды разработки, испытаний (тестирования) и эксплуатации.

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

– рамки принятия архитектурных решений, определяемые интересами заинтересованных лиц и особенностями среды.

В некоторых случаях удаётся управлять ограничениями. Например, удаётся закупить новое аппаратное обеспечение или обновить системное программное обеспечение до актуальной версии. Иногда удаётся оптимизировать бизнес-процессы.

Ограничения могут изменяться в зависимости от этапа и фазы жизненного цикла системы.

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

Данные – содержащиеся в контексте данные уникальны для изделия либо критичны для процесса или проекта.

Люди – каждый контекст содержит коллектив пользователей, ответственных за создание данных и управление ими.

Процесс – контекст содержит определенный набор формальных и неформальных политик и процессов, связанных с управлением данными.

Общие данные, ответственные лица и общие процессы вкупе формируют контекст.

В определены следующие стандартные типы контекстов. Доступ к контекстам возможен на вкладке в .

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

Создаются для облегчения совместной работы группы людей (как внутри, так и за пределами компании) над конкретной задачей в течение ограниченного отрезка времени. Данные из контекстов изделия или библиотеки могут быть использованы в проекте, изменены и по завершении проекта возвращены обратно. В проекте используются неформальные процессы проверки и согласования. Дополнительные сведения см. в разделе Сведения о проектах и программах.Появляется, когда инсталлирован продукт Windchill ProjectLink.

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

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

Доступно только для администраторов организации и сайта.

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

В дополнение к контекстам, отображаемым в , имеется также значок , однако изменения не являются контекстами. Дополнительные сведения см. в разделе Сведения об управлении изменениями.