Все об е бизнес

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

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

Задачи по использованию накопленных данных наиболее часто используются для следующих классов задач:

• регуляторная отчетность
• финансовый учет
• планирование и контроль
• бюджетирование
• анализ клиентской базы
• риск-менеджмент

Способы и виды хранилищ данных

Однако, когда размер организации становится достаточно большим, или же требуется повысить конкурентное преимущество, то уже недостаточно только создать продукт и вывести его на рынок. Современные тенденции — во всестороннем изучении потребителя для повышения его лояльности. Необходимо анализировать бизнес с разных углов и научиться более точно оценивать затраты. Типовые задачи из разряда must have следующие:

Во все тяжкие IT-бизнеса: от крупнейшей «партнерки» в 2000-е до продажи дата-центров за $70 млн

• как аллоцировать расходы по бизнес-добывающим подразделениям
• Как прогнозировать спрос в зависимости от внутренних или внешних факторов
• Как управлять риском в финансовых и страховых организациях
• Как повысить средний чек клиента (таргетинг)

Самым примитивным способом организации хранилища данных является так называемое «озеро данных» (или data lake), когда мы просто берем и сваливаем в кучу данные из разных источников. В этом случае мы имеем единую техническую платформу для работы с данными и изолируем сложные аналитические запросы от первичных задач информационных систем. Такое хранилище данных может быть вполне себе и нереляционным. Однако в этом случае можно забыть о сложном анализе, и оперировать лишь простыми запросами. Кроме того, люди, работающие с данными, должны быть хорошо осведомлены не только о бизнес-области, но и о моделях данных исходных систем.

Далее по уровню организации хранилища данных следует хранилище, по т.н. классификации Кимбелла (Kimpball). Измерения из разных систем унифицируются, и таким образом, получается что-то вроде сети с двумя типами таблиц — фактов и измерений. Это первичное обогащение справочников, когда мы, используя какой-то общий натуральный ключ в одних и тех же таблицах разных источников, например, ИНН в справочнике организаций, получаем единый справочник.

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

Бизнес в США в Ж…е

Е — Единое

Говоря о тезисе данной статьи, я перечислю основные проблемы, с которыми сталкиваются лица, ответственные за построение хранилищ данных:

«Конь в вакууме». Хранилище построено, но им никто не пользуется.

«Черный ящик». Хранилище построено, но что в нем есть и как оно работает непонятно. Из-за этого возникают постоянные ошибки, а если еще и уволилась часть команды разработчиков, то как результат, скатываемся в пункт a.

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

«Хрустальная ваза». Для хранилища необходимо много ручного контроля, проверок и неавтоматизированных управляющих воздействий, если один из участников поддержки не на работе, есть большой риск получить невалидные данные или не получить их вообще.

Разберем все четыре случая более подробно

«Конь в вакууме». Если вы получили этот результат, то это произошло по одной из двух причин:

1. Менее вероятно. Вами не были собраны требования от бизнес-подразделений (или, что — то же самое, они были плохо проработаны). Такая, казалось бы, абсурдная ситуация возникает, если идея создания хранилища идет не от бизнеса, а от ИТ подразделения, у которого просто есть «лишний» бюджет, а хранилище — задумывалось потому, что оно есть у всех. Заказчиков вроде как потом найдем (еще лучше вариант «сами прибегут с протянутыми руками») — если все туда уложим. Лица, ответственные за выделение бюджета, считают это чем-то необходимым, в книжках читали, слыхали, ну вроде это как модернизация, и согласно кивают.
2. Более вероятно. Определены заказчики хранилища данных, допустим, это департамент по продажам, и тут приходит светлая идея: «а давайте сделаем еще небольшое усилие дельта, загоним в него финансы, кадры и еще чуть-чуть и хранилищем будет пользоваться все предприятие». Хранилище построено, но им пользуется только департамент продаж, хотя там все красиво, и молочные береги — бери не хочу, но нет, времени на кисельные берега у коллег нет, им нужно скорее в шахту, с утра до ночи долбить кусочек данных. Ведь это кусочек, добытый потом и кровью (читай: потраченным рабочим временем).

Для исключения таких ситуаций необходимо следующее:

1. Определить формально спонсора проекта хранилища данных — кто будет отвечать за результат и финансово, и духовно
2. Утвердить скоуп проекта, возможно, этапность, обозначить приблизительные сроки
3. Согласовать со всеми подразделениями — желательно, с построением бизнес-процессов as is и to be

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

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

Кроме того, процесс документации должен удовлетворять следующим принципам:

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

• ER-диаграммы
• BPMN-продукты
• ETL-решения

«Калькулятор». Если считать, что мы не получили «коня в вакууме», тогда эта ситуация о том, когда требования вроде бы выполнены, но выполнены они формально. Вы хотели посчитать остатки по дням — пожалуйста. Хотите получить их в разрезе по регионам контрагентов — такого в требованиях не было, вам нужно сделать выгрузку в excel, далее берете из системы X выгрузку по контрагентам с выбором поля Y, и затем ВПР-ите.

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

Итак, чтобы хранилище не оказалось калькулятором, необходимо обеспечить:

1. квалифицированные кадры — архитекторы, аналитики, разработчики EtL и SQL
2. Устав проекта, в котором будут обозначены цели хранилища не только на ближайший бюджетный период, но и на последующие годы
3. Количественные и качественные критерии хранилища данных. Если не хватает своих кадров, рекомендуется привлечь консультантов
4. Четко представлять себе, что поможет оптимизировать хранилище данных в дальнейшем — расходы на персонал, ПО, увеличить скорость разработки отчетов и т.д.

«Хрустальная ваза». Хранилище построено, оно вроде бы справляется со своими задачами, но для его поддержки нужна масса усилий: ведение каких-то ручных справочников, постоянная перезагрузка некоторых источников, сбои в загрузке, дублирующиеся данные, и т.д.

Такая ситуация может происходить по следующим причинам:

1. О ней уже было сказано выше — недостаток квалифицированных кадров;
2. Безархитекутрная концепция — когда разные части хранилища делаются разными людьми или командами без общей утвержденной концепциии, в результате имеем множественные способы извлечения, трансформации и загрузки данных;
3. Очень частая ситуация — «аутсорсим разработку», поддержка своя, при этом приемка работ сделана плохо
4. На каком-то этапе развития хранилища «бюджет кончился». И далее хранилище дорабатывает (поддерживает) не та команда, которая создавала, а те, кому нужны данные

1. Сказанное в пунктах выше — квалифицированные кадры, устав проекта, долгосрочный план и бюджет, заинтересованное лицо из топ-менеджера.
2. Не аутсорс руководит процессом, а внутренний сотрудник (главный аналитик или архитектор) руководит аутсорсом.
3. Любые сбойные ситуации должны выноситься на собрания на рассмотрения архитектору хранилища. Если архитекторов несколько, то на архитектурный комитет.
4. Желательно ввести метрику качества хранилища данных, можно использовать эту метрику для привязки к KPI команды.

Переход от хранилища данных к единому

Как уже было сказано выше, успех проекта по созданию хранилища данных, определяется достаточно многими входными данными (бюджет, спонсор, команда, цели, заказчики). Однако мы практически не касались бизнес-процессов, которые направлены на развитие и поддержание самого ХД. Ниже я попробую сформулировать основные бизнес-процессы, которые и призваны сделать процессы работы с данными на предприятии действительно едиными:

1. Процессы поддержания технической и пользовательской документации в актуальном состоянии
2. Процессы ведения в актуальном состоянии бизнес-словаря (глоссария) данных
3. Процессы контроля качества данных
4. Процессы сбора и управления требованиями к ХД и системе отчетности
5. Процессы управления инфраструктурой хранения и обработки данных
6. Процессы оптимизации хранения и сбора данных

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

Поэтому полезным будет предпринять следующие действия:

• Введение горизонтальной структуры ответственности (каждый участник может отвечать за небольшую область)
• Изображение в графическом виде всех возможных workflow для всех сотрудников (формализация процесса)
• Внедрение в систему KPI процент и качество выполнения ответственности

Немного о целевом архитектурном решении

Несмотря на то, что архитектура ЕХД тянет на отдельную большую статью, или даже книгу, обозначу также основные технические требования к зрелому хранилищу данных:

1. Парадигма data lake не заменяет корпоративных хранилищ данных, а сосуществует с ним вместе
2. ЕХД должно иметь различные интерфейсы предоставления данных: средства bi, возможность выполнения ad-hoc sql запросов, стандартное предоставление данных в форматах json, xml и т.д.
3. Должна быть реализована ролевая модель доступа к данным
4. Скорость отклика при обращении к данным: 90% типовых запросов — менее 1 секунды, 99% запросов — менее 10 секунд. Должен быть достаточно хороший запас по ресурсам
5. Наличие единого и связного центрального слоя ХД (предпочтительно — Inmon методология)

• IT-инфраструктура
• Хранение данных
• Управление проектами

Источник: habr.com

Иммигранты — самые успешные предприниматели в США: всё о визе Е-2

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

1026 просмотров

К подобному выводу пришло Национальное бюро экономических исследований после проведения анализа новой базы данных. В ней содержится информация примерно об 11 тыс. владельцев 7,4 тыс. высокотехнологичных компаний, использующих наемный труд. Результат исследований основан на случайной выборке всех несельскохозяйственных предприятий.

«Мы обнаружили у компаний владельцев-иммигрантов одинаково высокие показатели инновационной деятельности: 15 из 16 различных инновационных признаков; единственное исключение для авторских прав и торговой марки», — заявили исследователи Бюро переписи США.

Зеленый свет квалифицированным иммигрантам

Стоит отметить, что исследования проводились в тот период, когда президент Дональд Трамп стремился к внедрению жесткой политики против незаконной иммиграции. Это, в свою очередь, привело к 35-дневному частичному закрытию государства и чрезвычайному положению в стране.

Несмотря на происходящее, Трамп признал, что Соединенные Штаты все же хотят привлечь талантливых и высококвалифицированных иммигрантов, улучшив визовую политику.

Согласно исследованию квалифицированные иммигранты (особенно те, которые являются предпринимателями) до сих пор были основными двигателями прогресса в высокотехнологичных отраслях.

Сведения об иммигрантах исследователи взяли из Ежегодных статистических данных предпринимателей (Annual Survey of Entrepreneurs). В упомянутой базе указывается, является ли человек гражданином по рождению или нет. К факторам, установленным исследователями в качестве признаков инновации, были отнесены:

• работа над патентом;
• производство опубликованных открытий;
• разработка прототипов.

Более высокое стремление к применению инноваций

Так почему же бизнес предпринимателей-иммигрантов оказывается в разы успешнее? Главной причиной, каЯркий пример успешного бизнес-иммигранта к применению инноваций и НИОКР» в отличие от местных владельцев компаний.

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

Яркий пример успешного бизнес-иммигранта

Лучшим примером такого случая является технологический гигант Alphabet (GOOGL, GOOG). В свое время соучредитель Google Сергей Брин иммигрировал в Соединенные Штаты из бывшего Советского Союза. Только после этого он встретил своего будущего компаньона Ларри Пейджа и создал поисковую технологию, которая является сегодня неотъемлемой частью современного лексикона.

«Я приехал сюда в возрасте 6 лет вместе с моей семьей из бывшего Советского Союза, который на то время был злейшем врагом Соединенных Штатов, а может и остается им», — говорил Брин сотрудникам в 2017 году. «Было тяжелое время, холодная война, как некоторые помнят… эта страна была мужественной и гостеприимной, и я не был бы там, где сейчас нахожусь, и не имел бы той жизни, какую имею сегодня, если бы это не была мужественная страна, которая действительно выделяется и ратует за свободу».

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

Как вести бизнес в США?

Вы уже давно планируете вести бизнес с Соединенным Штатами Америки, но не знаете, с чего начать? Один из подходящих вариантов — получение инвесторской визы Е-2. Обратите внимание, что она не является иммиграционной. Для кого-то это будет недостатком, но в большинстве случаев данный факт все же будет выступать в качестве преимущества.

С визой Е-2 вы сможете находиться на территории США неограниченное количество времени, а также активно вести свой бизнес или вкладывать средства в другие предприятия. При этом инвестор сохраняет свое гражданство. Может свободно въезжать и выезжать из Соединенных Штатов.

Как получить визу Е-2? Для того чтобы получить данную визу, необходимо сделать инвестирование в одно из предприятий. Каких-либо требований или ограничений к виду бизнеса нет. Хотя некоторые сферы предпринимательской деятельности все же более успешны (например, IT и т.д.). Затем необходимо будет предоставить доказательства вложенных инвестиций и просто ждать решения со стороны США.

Сумма инвестирования. В условиях получения визы Е-2 сумма инвестиций четко не прописана. Однако если вы сделаете инвестиции на сумму 100 тыс., то шансы получить визу увеличатся. При этом инвестированные деньги вам не возвратят (вы сами отвечаете за успешность этого бизнеса).

Обратите внимание! США выдает визы Е-2 только гражданам тех государств, с которыми был заключен договор. По этой причине предварительно удостоверьтесь, что ваша страна есть в списке.

Если вашей страны в списке нет, есть и другой способ получить визу E-2. Об этом мы подробнее рассказываем в кейсе: «Гражданство Гренады и виза Е-2 в США».

Источник: vc.ru

Все об е бизнес

Е-2 ВИЗА ИНВЕСТОРА

ОБЩЕЕ ОПИСАНИЕ

Е-2 виза – неиммиграционная виза для инвесторов из определенных стран, с которыми у США есть международное торговое соглашение

Между Россией и США такого соглашения нет, поэтому россияне этой визой воспользоваться не смогут, но, например, граждане Армении, Азербайджана, Казахстана, Латвии, Литвы, Украины, Эстонии и др. могут претендовать на получение визы Е-2. См. полный список стран -участниц торгового соглашения здесь…

ТРЕБОВАНИЯ

• Инвестор может приобрести готовый бизнес или создать новый бизнес в США, в который необходимо произвести инвестирование.
• Инвестор должен планировать осуществлять активное управление бизнесом в США.
• Бизнес не должен быть маржинальным, т.е. бизнес должен приносить не только доход, необходимый для проживания инвестора и семьи, но также должен приносить пользу экономике США.
• Размер инвестиций должен быть “значительным”. “Значительность” инвестиции трактуется как размер инвестиций должен быть достаточным для успешного функционирования бизнеса в зависимости от вида бизнеса, рода деятельности и масштаба создаваемого бизнеса. Минимальный размер инвестиций не устанавливается. В среднем, минимальный размер инвестиций составляет около 100 тыс. долларов США, но если финансовый анализ показывает, что инвестиция может быть недостаточна для успешного развития бизнеса, то это может повлечь отказ в визе. Иммиграционный бизнес план для Е-2 визы должен отражать, что инвестиция в предлагаемый Е-2 бизнес будет достаточна для развития и успешного развития бизнеса. Иммиграционный бизнес-план подается вместе с заявлением на Е-2 визу.
• Инвестор должен владеть не менее чем 50% уставного капитала (акций) компании в США.
• Инвестор должен иметь образование и опыт, необходимые для управления инвестициями (необходимо предоставлять подробную информацию об образовании, опыте работы). Иммиграционные власти анализируют предыдущий опыт работы и резюме заявителя.
• Необходимо показать, что денежные средства, используемые для инвестиции, были получены законным путем (продажа недвижимости, заработная плата, доход от бизнеса, наследство, подарок и др.).

Инвестиции в недвижимость для Е-2 визы

Для тех инвесторов, кто рассматривает получение Е-2 визы путем покупки недвижимости в США, необходимо, прежде всего, учитывать условие о необходимости активного управления бизнесом. Если инвестор покупает недвижимость, и недвижимость приносит доход путем сдачи в аренду без управления инвестором, то такой доход будет рассматриваться как “пассивный” доход, и такая деятельность не соответствует требованиям иммиграционного законодательства для целей получения Е-2 визы. Если же инвестор активно управляет приобретенной недвижимостью: проводит ренновацию, осуществляет сделки по покупке-продаже, то такая деятельность может удовлетворять требованиям Е-2 визы. В качестве примера, можно привести небольшой отель, где Е-2 инвестор планирует осуществить ренновацию, изменить брэндинг, сервис, сделать маркетинг и т.д.

ОСОБЕННОСТИ

• Е-2 виза выдается на различные начальные сроки в зависимости от гражданства заявителя. Для большинства стран. первоначальный срок составляет 2 года. См. Reciprocity Schedule для уточнения срока, на который может быть выдана виза. Е-2 виза может продляться неограниченное количество раз.
• Супруга и дети до 21 года имеют право въезда вместе с получателем визы Е-2. Супруга имеет право получить разрешение на работу на время действия Е-2. Дети после наступления 21 года не могут оставаться в США по Е визе.
• Сфера инвестиций не ограничена. Нет требований к бизнесу о достижении определенного уровня. Это может быть автозаправка, магазин, ресторан, салон красоты и т.д.
• Е-2 виза не запрещает получения вида на жительство США в будущем.

ПРОЦЕСС

• Если инвестор уже находится в США, например, по туристической визе, то возможно сменить статус на Е-2 визу. Процесс занимает несколько месяцев при подаче в обычном порядке. Возможно подать петицию в ускоренном порядке за дополнительный регистрационный сбор: в этом случае петиция будет рассмотрена в течение 15 дней. При смене статуса, подается петиция по форме I-129, а для членов семьи по I-539. При положительном решении инвестор получает подтверждение об одобрении по почте, с этим подтверждением инвестор имеет право находиться, вести бизнес и работать в США, однако, если инвестор выезжает из США, то ему необходимо будет получить Е-2 визу в посольстве США для того, чтобы иметь возможность вьехать обратно в США.
• Если Вы находитесь за пределами США, то для обращение за Е-2 визой необходимо подать заявление и сопроводительную документацию по форме DS-160 и DS-156Е в Посольство США. Обычно длительность процесса зависит от страны подачи.

МЕСТО ПОДАЧИ

Выбирая между подачей на Е-2 визы на территории США или вне США, необходимо рассматривать несколько факторов.

Прежде всего, статус человека в США. Не является возможным сменить статус, если человек находится в США в J-1 статусе с требованием о выезде из США на 2-летний срок; человек въехал в США по Visa Waiver Program; у человека нет легального статуса в США; имеется иммиграционный запрет.

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

НАШИ ЮРИДИЧЕСКИЕ УСЛУГИ

• Консультируем по процессу получения визы Е-2 и требованиям, исходя из индивидуальных обстоятельств.
• Консультируем по подготовке заявления и сопроводительной документации (бизнес-план, вопросы создания и регистрации предприятия в США, решение административных вопросов).
• Консультируем в процессе подготовки по всем возникающим вопросам.

Источник: altaviam.com