Вакансия: Бизнес-технолог
Главная > О Центре > Работа в Центре > Вакансии
Работодатель: Газпромбанк
Наша команда принимает непосредственное участие в масштабной трансформации розничного бизнеса банка.
Тебе предстоит:
- Анализировать и оптимизировать бизнес-процессы банка
- Проектировать целевые процессы в нотации BPMN
- Разрабатывать детальные бизнес-требования к системам банка и дистанционным каналам
- Формировать нефункциональные требования, требования к пользовательскому интерфейсу (UX/UI)
- Взаимодействовать с командой IT, продуктовыми командами
- Участвовать в приемо-сдаточных испытаниях (UAT)
- Генерировать идеи по улучшению клиентского опыта и продуктов совместно с профильными подразделениями банка
- Готовить презентации о результатах работы для руководства
- Формировать экспертное заключение по бизнес-инициативам
Наш идеальный кандидат:
- Имеет опыт работы бизнес-аналитиком/технологом/системным аналитиком
- Умеет моделировать процессы в нотации BPMN
- Имеет опыт внедрения IT-систем
- Обладает системным и vision — мышлением
- Коммуникабелен, целеустремлен, нацелен на результат
Мы предлагаем:
- Стать частью команды, реализующей программы цифровой трансформации банка — на основе передового опыта и инновационных идей 21 века
- Созидательная среда и интересные проекты
- Работа в команде профессионалов – неравнодушных, активных, ответственных за свой результат
- Конкурентная заработная плата и система премирования, ежегодные бонусы
- ДМС с первого дня
- Многочисленные скидки и бонусы от партнеров
- Возможности для профессионального развития
- Комфортный офис (м. Добрынинская, ул. Коровий Вал, д. 5)
Направьте резюме на адрес [email protected]
Для повышения профессиональной квалификации в данной области рекомендуем пройти обучение по следующим курсам
Дата
с 13.09.2021
по 14.09.2021
Режим обучения
ежедневно утро-день
10:00 — 17:10
Открытое обучение
Очно и онлайн
Основы бизнес-анализа
Преподаватель
КазаковаСветлана
Васильевна
Место обучения
«Белорусско-Савеловский»
м.Белорусская
м.Савеловская
Стоимость для физ. лиц
Дата
с 13.09.2021
по 14.09.2021
Режим обучения
ежедневно утро-день
10:00 — 17:10
Открытое обучение
Очно и онлайн
Курс
Инструментарий бизнес-аналитика: практикум
Преподаватель
КазаковаСветлана
Васильевна
Место обучения
«Белорусско-Савеловский»
м.Белорусская
м.Савеловская
Стоимость для физ. лиц
Дата
с 19.09.2021
по 26.09.2021
Режим обучения
10:00 — 17:10
Открытое обучение
Очно и онлайн
Курс
Тренинг «Подготовка и проведение презентаций»
Преподаватель
КазаковаСветлана
Васильевна
Место обучения
«Стилобат»
м.Бауманская
Стоимость для физ. лиц
Дата
с 20.09.2021
по 22.09.2021
Режим обучения
10:00 — 17:10
Очно и онлайн
Курс
Управление и реинжиниринг бизнес-процессов. Базовый уровень
Преподаватель
ШариповНаиль
Глюсович
Место обучения
«Белорусско-Савеловский»
м.Белорусская
м.Савеловская
Стоимость для физ. лиц
Дата
с 23.09.2021
по 24.09.2021
Режим обучения
ежедневно утро-день
10:00 — 17:10
Очно и онлайн
Курс
Моделирование бизнес-процессов на базе BPMN 2.0. Уровень 1
Преподаватель
НовиковСергей
Николаевич
Место обучения
«Белорусско-Савеловский»
м.Белорусская
м.Савеловская
Стоимость для физ. лиц
Дата
с 27.09.2021
по 28.09.2021
Режим обучения
ежедневно утро-день
10:00 — 17:10
Очно и онлайн
Курс
Microsoft PowerPoint 2019/2016. Уровень 2. Дизайн презентаций
Преподаватель
РомановаИнна
Витальевна
Место обучения
«Таганский»
м.Пролетарская
м.Крестьянская застава
Стоимость для физ. лиц
Дата
с 12.10.2021
по 14.10.2021
Режим обучения
ежедневно утро-день
10:00 — 17:10
Очно и онлайн
Курс
Моделирование бизнес-процессов на базе BPMN 2.0. Уровень 2
Преподаватель
НовиковСергей
Николаевич
Место обучения
«Белорусско-Савеловский»
м.Белорусская
м.Савеловская
Стоимость для физ. лиц
Дата
с 15.11.2021
по 16.11.2021
Режим обучения
ежедневно утро-день
10:00 — 17:10
Очно и онлайн
Курс
Автоматизация бизнес-процессов на базе BPMN 2.0. Уровень 3
Преподаватель
НовиковСергей
Николаевич
Место обучения
«Белорусско-Савеловский»
м.Белорусская
м.Савеловская
Стоимость для физ. лиц
Дата
с 15.12.2021
по 17.12.2021
Режим обучения
ежедневно утро-день
10:00 — 17:10
Очно и онлайн
Курс
Обучение Product Owner (Владельца продукта). Как создать и продвигать успешные IT-продукты
Преподаватель
КолесниковаАнна
Алексеевна
Место обучения
«Белорусско-Савеловский»
м.Белорусская
м.Савеловская
Стоимость для физ. лиц
Дата
с 20.12.2021
по 23.12.2021
Режим обучения
ежедневно вечер
18:30 — 21:30
Очно и онлайн
Курс
Как подать себя! Техника успешной Самопрезентации!
Преподаватель
КазаковаСветлана
Васильевна
Место обучения
«Белорусско-Савеловский»
м.Белорусская
м.Савеловская
Стоимость для физ. лиц
* Данная скидка действительна при заказе и оплате онлайн обучения только сегодня. Запишитесь прямо сейчас со скидкой!
Заказ добавлен в Корзину.
Для завершения оформления, пожалуйста, перейдите в Корзину!
Главная > О Центре > Работа в Центре > Вакансии
Как вы обходитесь без бизнес-технолога?
Недавно встречался со старым товарищем, работающим в управлении корпоративной архитектуры крупной нефтяной компании. Он жаловался, что ничего невозможно сделать разумного, доброго, вечного.
Описанная им ситуация типична для больших организаций:
- бизнес, пишет требования и перебрасывает их в ИТ;
- ИТ, в котором системные аналитики пытаются перевести язык бизнес-требований на язык ИТ-систем, чтобы программисты поняли что им делать;
- группа архитектуры, фактически играющая роль библиотекарей — описывают что в хозяйстве есть, для чего и как оно работает.
Чего не хватает в этом распределении ролей? По мне, тут просто зияющая пустота: отсутствует ключевая роль бизнес-технолога. (Это если говорить по сути, а фактическая должность может называться по-разному.)
Технологии есть и в производстве, и в офисе
Оглянемся на производство. Допустим, некая компания закупила производственную линию, смонтировала, запустила в эксплуатацию. Линия работает, выпускает продукцию. Можем мы себе представить ее работу в сколько-нибудь длительной перспективе без штатного технолога? Вряд ли. Меняется состав сырья, меняются комплектующие, меняется спецификация готовой продукции.
Немыслимо эксплуатировать производственное оборудование как черный ящик, надо все-таки понимать, как оно устроено и как его можно перенастроить. Для этого нужны специалисты, получившие как базовое техническое образование, так и, скорее всего, прошедшие курс обучения у производителя производственного оборудования. Сложная техника требует специалистов, это всем очевидно.
Теперь вернемся в офис корпорации (или в заводоуправление). Ведь это, по сути, тоже машина. Только не машина, выпускающая железки или брюки, я не знаю, — это машина, делающая деньги. И от того, как она спроектирована и отлажена, от того, насколько хорошо подогнаны друг к другу ее шестеренки — производство, логистика, финансы, маркетинг, продажи, сервис — зависит что в итоге у компании будет в строке прибыли-убытки. Ведь всем же понятно, что можно выпускать отличную продукцию, но при этом не уметь работать с клиентами и разориться. «А бывает и наоборот, и еще как бывает!» (цитирую классика).
ОК, называть «машиной» систему, состоящую из живых людей, некорректно по форме и не вполне правильно по существу. Другой мой товарищ любит говорить о своей компании как об общественном организме, и это пожалуй более правильно. Ведь машину из железа можно собрать по чертежам, включить, и она будет работать. Компания же больше похожа на живой организм — ее скорее выращивают, чем собирают.
Но давайте не придираться к словам — в конце концов, машины бывают разными. К примеру, если назвать хоккейную сборную «красной машиной» — это ведь никого не обидит, никого не низведет до положения «винтика»? Ну вот. Говоря «машина», я имею в виду разумность проекта и эффективность работы.
Управление проектами, управление процессами — это профессии
Что удивляет и удручает в современной российской практике, так это то, что в массе компаний либо вовсе отсутствует понимание необходимости проектировать слаженную работу подразделений в интересах общего результата, либо системная работа в этом направлении подменяется кустарщиной или имитацией.
Пример: крупный металлургический холдинг с периодичностью раз в два года проводит масштабный проект массового описания своих бизнес-процессов. Задача ставится так: «каждый должен описать свои бизнес-процессы». И несколько месяцев компанию лихорадит: менеджеры разного уровня описывают бизнес-процессы.
Но послушайте, «свой бизнес-процесс» — это же оксюморон! То, что мы делаем на своих рабочих местах — это функциональная компетенция; процессная же проблематика возникает на стыках между людьми и подразделениями. Кроме того, что проку описывать существующие процессы без анализа их эффективности, поиска узких мест и генерации идей по их расшивке? Да, порядка прибавится, но клиенты компании вряд ли заметят изменения к лучшему.
Без системного подхода, без взгляда на процесс как на кросс-функциональный и сквозной, «от и до», без постоянного стремления делать больше меньшими силами существенной пользы от такой активности не будет.
В ситуации, с которой я начал, мы видим: с одной стороны, прагматичные менеджеры разных уровней, каждый из которых должен давать результат «здесь и сейчас» и которого волнуют только показатели своего отдела или департамента. Бизнес-процесс «от и до», интересы клиента — это для них какая-то неведомая абстракция. С другой стороны — ИТ-специалисты, которые могут автоматизировать все что угодно, но плохо понимают потребности клиентов, глубинные интересы и проблемы различных служб внутри компании и противоречия между ними.
Ни те, ни другие объективно не способны подходить к решению проблем системно, т.е. не «по месту», а продуманно; не сиюминутно, а на перспективу; не на уровне своего подразделения, а на уровне сквозного «от и до» бизнес-процесса; не создавая зону комфорта для себя, а учитывая интересы клиента.
Для этого нужны специально обученные люди — профессионалы в области проектного управления и/или процессного управления, в зависимости от того, преобладает ли у вас деятельность проектная (нацеленная на получение уникального результата) или процессная (массовая, повторяющаяся). И отдельное подразделение, в котором необходимая компетенция будет накапливаться и развиваться. Зачем нужен отдел главного технолога — понятно? Точно так же своя организационная ячейка должна быть и у бизнес-технологов.
Причем у проектных организаций дело в среднем обстоит лучше: что есть такая профессия «менеджер проекта» всем понятно, и что на каком-то этапе развития компании понадобится проектный офис — тоже.
Передовой опыт процессных организаций
В области же управления процессами осознание только-только начинается. Уже есть международная Ассоциация профессионалов управления бизнес-процессами с отделением в России, переведен на русский язык Свод знаний по управлению бизнес-процессами (BPM CBOK), обсуждается и скоро будет принят профессиональный стандарт «Специалист по управлению процессами», но в оргструктуре компаний редко увидишь Центр компетенции BPM или Процессный офис. Там же, где они есть, зачастую дело подменяется имитацией: бесконечные описания бизнес-процессов в стол или сертификация по ISO 9000 для галочки.
Относительно хорошо дело обстоит в финансовой отрасли. Например, стандартным элементом оргструктуры в банках является Департамент банковских технологий. Это ведь они и есть — люди, находящиеся между бизнес-операциями и ИТ и по должности обязанные (и обученные!) думать и действовать системно. Банки оказались впереди, потому что у них нет выбора: ведь в случае банка продукт равняется процессу. В самом деле, что означает «банк X предложил рынку новый банковский продукт Y»? Именно то и означает, что банк спроектировал и внедрил бизнес-процесс, реализующий продукт Y.
Этот опыт стоило бы взять на вооружение всем крупным организациям.
Под крупными в данном случае понимаются те, которые могут себе позволить содержать штат специалистов по бизнес-процессам и корпоративных архитекторов. В компании среднего масштаба (условно, до тысячи сотрудников) такой человек может быть один, но он должен быть. В компании численностью до ста сотрудников роль бизнес-технолога зачастую выполняет кто-то из высшего руководства — финансовый или технический директор, сам генеральный или его ближайший помощник.
Функцией структуры, о которой мы говорим, должно быть проектирование бизнес-процессов, начиная с основных, и дальнейшее сопровождение их по всему жизненному циклу: мониторинг, измерение показателей, внесение как небольших улучшающих, так и значительных революционных изменений.
Для справки: основными принято называть бизнес-процессы, непосредственно отражающиеся на потребителях — разработка новой продукции, продвижение продукции и услуг, предпродажная активность, выполнение договорных обязательств, пост-продажный сервис. Помимо этого, выделяют процессы вспомогательные — они обеспечивают основные необходимыми ресурсами: финансами, персоналом, сырьем и материалом, станками и сооружениями и т.д. Третья группа — процессы управления, такие как инициализация проекта или актуализация стратегии организации.
Название организационной единицы тоже имеет значение. По мнению автора, название «Департамент бизнес-технологий» наиболее точно обозначает ее сферу деятельности и ответственность. Если вместо этого вы создадите СМК (службу менеджмента качества), то получите на выходе тысячи инструкций и сертификацию по ISO 9000, и только. «Процессный офис» ассоциируется с канцелярией; «Центр компетенции» звучит неплохо, но просто быть умным недостаточно — надо что-то делать, за что-то отвечать.
Без профессионального отношения к бизнес-процессам вы рискуете остаться с процессами кустарными, устаревшими, неповоротливыми (намертво зашитыми в ERP-систему), страдающими болячками субоптимизации. А с ними в современном быстро меняющемся мире на успех рассчитывать трудно.
Бизнес-аналитик и системный аналитик в IT. Разбираемся в сортах.
Проблема
У некоторых моих знакомых, коллег, руководителей, эйчаров, представителей «бизнеса» в головах образовалась путаница между видами аналитиков. Понятие «аналитик» используется для совсем не похожих друг на друга профессий — бизнес-аналитик (БА), системный аналитик (СА), дата аналитик, UX-аналитик, аналитик информационной безопасности, аналитик бизнес-процессов и ещё 5–10 других, все эти виды имеют массу различий. Сейчас про конкретные два, наиболее спутанные между собой, но сильно различающиеся в отечественных IT-реалиях.
Кому будет полезна эта статья:
Кому |
Как |
Аналитику и его коллегам |
Аналитику — самоидентифицироваться, чтобы правильно распределять усилия в обучении и развитии, поиске работы исходя из интересов и видения будущего. Коллегам — понимать, что является прямой обязанностью, а что несвойственной нагрузкой для аналитика. Пример: от БА требуют дать описания xml-схемы сервиса, а от СА дотошного знания нормативной документации бизнес-домена. |
HR |
Проще фильтровать кандидатов на первых и последующих этапах рекрутинга, а также получать более релевантные отклики, правильно описывая вакансии. Повысить удовлетворённость сотрудников от работы «там, где они должны быть». Пример: вакансии БА со знанием java, навешивание большого объёма презентаций и сейлз на СА. |
Руководителю |
Таргетировать подбор и распределение ресурсов, готовых к выполнению конкретного сочетания рабочих обязанностей, улучшить коммуникацию в командах. Пример: На должность, требующую максимальной коммуникации и гибкости, подбирается «технарь» без желания развивать такие навыки. |
В общем, «Счастье для всех, даром»
Допущения
В этой статье говорится больше про ИТ-сферу.
Рассматривается «дистиллированное» значение должностей. В реальной жизни, особенно в командах, где развивают T-shaped skills (модель развития у сотрудника компетенций из смежных профессий), всё сложнее и запутаннее, но, если ваш аналитик не многоликий Янус, то переход между разными обязанностями представляет непростую задачу.
Основная часть
Общаясь с БА и СА из различных по размеру компаний и проектов, я увидел разлад в понятиях, который рождает споры. Как это обычно бывает, отсутствие общепринятой терминологии, мешает распределению задач и ответственности в проекте между теми, кто способен их выполнять с наибольшей эффективностью. Чтобы апеллировать к объективному источнику в этих спорах, я решил поискать мнения в сети.
Делюсь результатами своих поисков.
Бизнес-анализ и системный анализ в ИТ — это наборы практик, методов и задач, которые упрощают разработку информационных систем, необходимых для решения бизнес-целей организаций. Путаница между этими двумя понятиями существует не только в отечественной среде, так:
https://en.wikipedia.org/wiki/Systems_analyst:
A systems analyst is typically confined to an assigned or given system and will often work in conjunction with a business analyst. These roles, although having some overlap, are not the same.
В качестве источников, которые могли бы установить «водораздельную черту» между СА и БА я попытался использовать своды знаний БА, общепринятую профессиональную литературу, нормативные документы и статьи на разных ресурсах. Найти достаточно чётко сформулированное разделение мне не удалось. И вот почему:
- В современных русскоязычных статьях и книгах, попавшихся мне, найти истину не удалось — чаще всего мнение привязано к конкретной организационной культуре, структуре или ситуации. В некоторых статьях СА могли назвать «системным администратором», в других его пытались сравнить с финансовым аналитиком и так далее (указывать ссылки во избежание конфликтных ситуаций не буду), в третьих БА и СА рассматривались совместно в противовес другим видам аналитиков.
- В иностранной литературе (основой изучения для БА/СА многие считают книги К.Вигерса и Д.Битти, BABOK, А.Коберна, PMI Guide to business analysis и т. д.), в которых разделения БА и СА отсутствует принципиально. В некотором роде, возможно из-за различий в бизнес-культуре, они ещё больше вводят в заблуждение. Так, книга К.Вигерса и Д.Битти определяет бизнес-аналитика, как «роль в проектной команде, основной обязанностью которой является работа с представителями заинтересованных лиц для выявления, анализа, спецификация, валидация и управление требованиями в проекте. А также его называют аналитиком требований, системным аналитиком, инженером требований, менеджером требований, аналитиков бизнес-систем или просто аналитиком». То есть понятия неотделимы и приравнены друг к другу. В книгах PMI и IIBA упоминание термина «system analyst» вообще довольно скудно, а уж описание его отличия от «business analyst» нет и в помине.
- Нормативная документация Минтруда (профессиональные стандарты) приводит довольно близкое к реальному разделению, хотя БА в стандарте рассмотрен далеко от ИТ. При этом возникает понимание, почему в отечественном бизнесе понятия так разделены — призма стандартов. Роль БА здесь — обеспечение возможности проведения изменений в организации, приносящих пользу заинтересованным сторонам, путём выявления потребностей заинтересованных сторон и обоснования решений, описывающих возможные пути реализации изменений. Роль СА — разработка, восстановление и сопровождение требований к ПО, информационной системе, продукту, средству, на протяжении их жизненного цикла.
В сложившейся ситуации, предлагаю своё видение, основываясь на опыте работы в российских ИТ-компаниях как со стороны заказчика, так и со стороны исполнителя при разработке информационных систем. В этом помог подход из работы автора Alan Vongsavanh, которой изучил литературу и результаты нескольких интервью и собрал перечень основных навыков, составляющих львиную долю рутинной деятельности БА и СА (основную часть рабочего времени):
*В англоязычных источниках используются более подходящие термины «technology focused» и «business focused».
Где:
Выявление требований |
процесс определения требований из различных источников посредством интервью, семинаров, анализа задач, рабочих потоков и документов и других методов |
Знание бизнеса |
понимание предметной области бизнеса, происходящих в нем процессов, бизнес-целей и окружающей среды |
Презентация |
возможность представить информацию группе людей или отдельных заинтересованных лиц. Может содержать элементы продвижения |
Лидерство и дипломатия |
способность вести переговоры между бизнес-пользователями и техническими специалистами для разработки наиболее подходящего всем решения |
Коммуникации |
роль посредника, связующего звена между пользователями и бизнесом и техническими специалистами |
Исследование |
поиск информации и применение методов анализа и синтеза |
Анализ данных |
это умение найти и использовать важные факты, касающиеся предмета анализа |
Решение проблем |
поиск наиболее удобных (в особенности нетривиальных) решений сложившихся ситуаций |
Технические навыки |
знание технологий, программирования, создания и настройки БД и другие технических аспектов, стандарты и правил проектирования решений |
В совокупности эти действия позволяют сформировать полный цикл анализа требований, доведения его от заказчика до разработчика, а после — доведение готового продукта от команды разработки до заказчика. Такое взаимодействие легко ложится на фреймворки, например так оно выглядит в V-Model, водопадной модели или гибких методологиях:
Почему именно такое разделение
Навыки, требуемые БА и СА верхнеуровнево схожи, но дьявол кроется в деталях. Системному аналитику требуется намного больше практических технических навыков для полноценной деятельности, он гораздо ближе к группе технических специалистов и должен лучше понимать их язык (без этого сложно добиться уважения в коллективе, а значит, невозможно транслировать свое видение). БА в ИТ больше настроен на коммуникацию с бизнесом, его задача — определить нужду (боль), найти, сформулировать и предложить решение проблемы бизнес-заказчика с помощью ИТ систем, в некотором роде «продать» это решение. Близость и понимание пользователя помогают БА эффективнее приоритизировать задачи, описывать нефункциональные требования и ограничения в конкретном случае.
Более того, БА присущи чрезмерные требования к системе, он мыслит целями бизнеса и не должен быть скован возможностями технологий, что для СА неприемлемо. Иногда такие чрезмерные требования БА помогают найти действительно прорывные решения.
При этом есть и ограничения. У БА — это рамки доменной или изученной отрасли (например: глубокое знание правил банковской деятельности), у СА — технологий и системы (например: выдающийся опыт работы с продуктами oracle). Эти ограничения могут быть препятствием при переходе между командами, проектами и компаниями, но быстро устраняются при желании и помощи коллег.
Практически всегда аналитик в команде играет обе роли в большей или меньшей мере (поэтому хотелось бы избежать споров о совмещении «а у нас БА ещё и вирусолог»). В некоторых случаях аналитики могут быть и не нужны, в некоторых — один специалист может полноценно выполнять обе роли. Это не нарушает правила, а говорит о совмещении ролей, уровне зрелости и ценности конкретного специалиста. В случае опытного работника — это вполне нормально, но странным выглядит вакансия «junior BA» со знанием SQL, JS и API на всем известном сайте.
https://en.wikipedia.org/wiki/Systems_analyst:
Some dedicated professionals possess practical knowledge in both areas (business and systems analysis) and manage to successfully combine both of these occupations, effectively blurring the line between business analyst and systems analyst.
Абстрактный пример:
Иван — БА компании «Исполнитель».
Ева — системный аналитик компании «Исполнитель».
Компании «Заказчик» нужна крупная доработка имеющейся системы.
В этой ситуации задачи Ивана (БА): выявить функциональные и нефункциональные требования Заказчика и Исполнителя, устранить противоречия между заинтересованными лицами для определения приемлемого решения, создать прототипы, взаимодействовать с заказчиком процессе разработки, осуществить демо-показ и приемку работы. Делать все это сообща с Евой.
Задачи Евы (СА): спроектировать доработку оптимальным образом, описать ее влияние на систему, ограничения и возможные улучшения, создать спецификацию, декомпозировать и передать в разработку задачи, проконтролировать их своевременное выполнение в соответствии с требованиями. Делать все это сообща с Иваном.
Вместо вывода
Из каждого утюга слышно, что со временем сложность бизнес-проблем и их ИТ-решений возрастает по экспоненте. Наравне с этим стек технологий развивается интенсивно и экстенсивно, вширь и вглубь. Выбор правильной композиции технологий может дать прорывные конкурентные преимущества, но и действовать губительно, часто выбор осуществляется на годы вперед, ставя разработчиков в узкие рамки.
Сложившаяся ситуация требует от ИТ аналитиков (1) глубокого познания предметной области бизнеса, особенностей внутренних процессов, внешней среды и трендов, (2) не менее глубоких знаний технологий, часто практического их использования.
Можно быть идеалистом, искать гения и требовать от него высокого понимания различных, если не полярных областей знаний. Можно спуститься на землю и понять, что такая двойственность обязанностей с большой вероятностью приведет к факапу в обоих направлениях. Сидеть на двух стульях — не лучшая практика.
Если сложность проекта требует наличия БА и СА, то для начала следует сформировать понятие, какой уровень знания бизнеса и технических особенностей нужен от специалиста и транслировать его в публикуемую вакансию, стратегию собеседования и тестирования. Всегда хочется «one size fits all», но мы живем в реальной жизни, где это скорее осложнит поиск и увеличит цену привлечения «многостаночника».
Коллегам, нашедшим себя или планирующим работать БА или СА, советую провести такую же процедуру и честно понять для себя, хотите ли вы (1) искать зерно истины в часто не поддающемся алгоритмам и логике, постоянно изменяющемся бизнесе или (2) исследовать и проектировать сложные, запутанные, но интересные системы. Это поможет сократить путь к выбранной вершине и уменьшить дискомфорт от нахождения не на своем месте в погоне за «красивой должностью».
Ну что, Главред, теперь понятнее? =)
Атрохов Ярослав
https://habr.com/ru/post/501322/
← Назад к списку
Бизнес-аналитик: творческая профессия для перфекционистов
Бизнес-аналитики в IT помогают руководителям принимать верные и обоснованные решения. Благодаря бизнес-анализу можно корректировать стратегию развития и работы с системой на основе понятных аргументов и конкретных данных. Именно поэтому IT-компаниям нужны хорошие бизнес-аналитики. О специфике профессии, задачах, сфере ответственности и о том, как стать бизнес-аналитиком мы сегодня беседуем с Евгенией Шпильной, преподавателем курсов и тренингов по бизнес-анализу.
Евгения, для чего нужен бизнес-анализ IT-компаниям?
Важнейшая задача бизнес-анализа — сопоставить состояние существующих процессов с потребностями заказчика и предложить варианты оптимизации текущих процессов и/или организации новых процессов в соответствии с задачами бизнеса. Все предлагаемые варианты тщательно прорабатываются аналитиком, взвешиваются все “за” и “против”, по возможности предоставляются экономические обоснования каждого решения.
Расскажите, как Вы пришли в профессию, с чего начинали?
Я училась на IT-направлении в университете (Программное обеспечение вычислительной техники и автоматизированных систем). До последнего курса была уверена, что стану разработчиком. Во время обучения нам рассказывали, как в целом проходит процесс разработки, какие сотрудники участвуют. В том числе говорили о задачах аналитика. Эта сфера меня очень заинтересовала. После получения диплома мне нужно было выбрать, чем заниматься дальше. К тому времени стало понятно, что в разработку я не пойду, оставались аналитика и тестирование. Я выбрала аналитику, потому что профессия отчасти творческая. Нужно придумывать идеи, прорабатывать решения, все раскладывать по полочкам.
Сначала я работала стажером, затем техническим писателем и системным аналитиком. Так я достигла должности бизнес-аналитика, постепенно развивая необходимые компетенции и навыки
В чем отличия между бизнес-анализом и системным анализом?
По сути разница между бизнес-анализом и системным анализом состоит в уровне проработки требований к продукту, к автоматизированной системе. Бизнес-аналитик работает с бизнес-требованиями, а системный — в области системных требований. Но где граница между этими двумя видами требований, каждая компания определяет сама. Задачи бизнес-аналитика в одной компании могут пересекаться с задачами системного аналитика в другой.
На схеме представлены уровни проработки требований к автоматизированной системе. Как правило, нижний блок системных требований находится в компетенции системного аналитика, а верхний, с бизнес-требованиями, — сфера бизнес-аналитика. Как распределить остальные требования между системным и бизнес-анализом, решается индивидуально в каждой компании. Четкой границы здесь нет.
Разработка требований к программному обеспечению, Карл И. Вигерс
Почему тогда проводят черту между бизнес-анализом и системным анализом, нужно ли ее проводить?
Черту проводят именно из-за основной сферы, с которой работает аналитик. Это может быть бизнес (процессы, люди, цели, показатели) или система. Имеется в виду автоматизированная система, т.е. некое приложение, которое позволяет пользователю достигать определенных целей. В то же время в рамках всего процесса это могут быть только промежуточные цели. Если проект небольшой, нет смысла разделять задачи и брать двух аналитиков в компанию, в таком случае сможет справиться один специалист. Чем крупнее проект, тем больше вероятность, что нужно разделять задачи.
Какими знаниями и навыками нужно обладать, чтобы стать бизнес-аналитиком?
Так как мы говорим о бизнес-анализе в IT, желательно иметь какой-то IT-бэкграунд. Как минимум, знать основные возможности технологий и различия между ними. Нужны навыки, связанные с анализом — умение собирать данные, анализировать, делать выводы.
Среди бизнес-аналитиков есть и те, кто раньше не работал в IT, но уже в процессе познакомился с методологиями разработки.
Еще нужны внимание к деталям и желание разобраться в проблеме, способность наглядно и понятно выражать свои мысли, хорошие коммуникативные навыки (умение активно слушать, задавать вопросы). Важна способность работать с большим объемом информации, ответственность и, пожалуй, склонность к перфекционизму. Если узнали себя в этом психологическом портрете, бизнес-анализ вам подходит.
А какие требования предъявляют к бизнес-аналитикам работодатели?
Обычно это высшее образование (информационные технологии или математика), потому что именно такие направления, как правило, выбирают люди с аналитическим, структурным мышлением. Но в некоторых компаниях востребован опыт в их отрасли. Например, если компания работает в области медицины, может потребоваться медицинское образование. Что касается навыков аналитика, работодателя может заинтересовать опыт сбора и описания требований (Vision, Use-Cases, User Stories, SRS), выявления и документирования бизнес-процессов, моделирования бизнес-процессов. Пригодится также опыт создания прототипов пользовательских интерфейсов. Именно об этих моментах мы будем достаточно много говорить на курсе. Я подробно расскажу, зачем нужен каждый процесс, с чего начать, на что обратить внимание.
Также в требованиях вакансий можно встретить знание инструментов моделирования (MS Visio, ARIS, Enterprise architect, Bizagi и др.), знание инструментов прототипирования интерфейсов (Balsamiq, Axura и др.), знание нотаций моделирования (UML, IDEF, BPMN и др.). О том, какие инструменты выбрать, мы тоже поговорим на курсе, будут и практические домашние задания. В деталях изучить софт можно самостоятельно,
Не стоит сосредотачиваться на конкретных программах. Чем выше квалификация специалиста, тем меньше он зависит от инструментов.
Сколько времени нужно, чтобы стать высококвалифицированным специалистом?
Это зависит от самого человека. Нужно потратить 10 000 часов практики, чтобы стать профессионалом в какой-то области, а это примерно 5-6 лет работы. Если все это время уделять углубленному изучению выбранной сферы, то 5 лет более чем достаточно, чтобы стать экспертом. Правда, стоит помнить, что бизнес-анализ, как и все направления в IT, не стоит на месте. Всегда нужно следить за трендами, узнавать новости, постоянно учиться.
Какие карьерные перспективы ожидают аналитиков?
Это может быть горизонтальный рост: углубление в специализацию, переход в системный анализ, анализ данных. Или вертикальный рост: смещение в управление, работа руководителя отдела, менеджера проекта, менеджер продукта.
С чего можно начать, чтобы стать бизнес-аналитиком?
Можно начать с должности технического писателя, помощника бизнес-аналитика, стажера. Или можно начать с тестирования, но путь может оказаться длиннее. Если вы собираетесь стать бизнес-аналитиком, но на такие вакансии пока претендовать не получается, попробуйте устроиться на позицию, где есть возможность поработать с аналитиками.
На курсе бизнес-анализа мы изучаем, какие скиллы нужны для успешной работы, смотрим, как добиться успеха в каждом из направлений. Курс дает хороший вектор для дальнейшего развития.
Почему стоит пройти курс в IT-Академии, ведь можно самому учиться, узнавать все о профессии?
Курс не похож на университетские лекции. Занятия проходят в небольших группах, и это всегда диалог, двусторонний формат. Можно задать преподавателю-эксперту вопросы, которые действительно интересуют, оперативно получить ответ, пообщаться с коллегами. Это ценный опыт.
Какие книги и ресурсы порекомендуете читать начинающим аналитикам?
Начните с книг: Карл И. Вигерс, Джой Битти “Разработка требований к программному обеспечению”, Алистер Коберн “Современные методы описания функциональных требований к системам” и другие. Много полезных материалов для аналитиков на сайтах analyst.by, habrahabr.ru, uml2.ru.
Что посоветуете тем, кто хочет работать аналитиком в IT?
Профессия бизнес-аналитика творческая, в то же время предполагает большую ответственность. Нужно не бояться этого. И, конечно, всегда развиваться, смотреть, что происходит вокруг, учиться новому.
Приглашаем вас на тренинг по бизнес-анализу, где вы сможете узнать больше о профессии и попробовать свои силы на реальных кейсах из практики преподавателя. А получить более полные знания можно на курсе бизнес-анализа. Ждем вас!
Поиск работы и трудоустройство на вакансию Бизнес-технолог (складская логистика) — Москва (№46128) — требования и условия работы — Unity Business Solutions
Место работы:Москва
Номер вакансии:46128
Вакансия в архиве
Что значит “Вакансия в архиве”?
Данная вакансия уже не актуальна и находится в архиве.
Для поиска актуальных вакансий перейдите на страницу: Все вакансии.
Для того чтобы мы имели возможность рассматривать Вашу кандидатуру на имеющиеся и новые вакансии, Вам достаточно отправить нам свое резюме по электронной почте [email protected] и оно будет размещено в нашей базе.
В резюме необходимо указать:
• контактные данные: ФИО, телефон и e-mail;
• трудовой опыт в обратном хронологическом порядке;
• образование, курсы и тренинги;
• профессиональные навыки и знания.
Почему кадровое агентство
Крупные, давно работающие рекрутинговые агентства имеют доступ к интересным вакансиям от ведущих российских и зарубежных компаний.
Размещенные вакансии в рекрутинговых компаниях зачастую являются эксклюзивными, и не дублируются в других агентствах и не публикуются на сайтах.
Даже имея собственную службу персонала, работодатели передают в работу наиболее сложные и актуальные вакансии кадровым агентствам.
Услуги агентства для соискателей бесплатны!
Мы гарантируем соблюдение конфиденциальности предоставленных Вами сведений.
Информация о работодателе:Крупная дистрибьюторская компания
Задачи, обязанности: Направление деятельности — складская логистика.
Проведение обследований, сбор, анализ и систематизация информации. Описание бизнес-процессов.
Построение целевой модели объекта оптимизации (концепция) с учетом требований бизнеса и возможностей ИС.
Проектирование логистических бизнес-процессов в соответствии с требованиями бизнеса, правилами построения процесса управления операциями на предприятиях и современными практиками и технологиями. Согласование с заказчиками и смежными подразделениями новых бизнес-процессов или изменений.
Управление группой технологов в части развития складских технологий. Планирование и контроль проектной деятельности в своей части.
Функциональное управление IT-ресурсом в процессе разработки ПО с применением SCRUM подхода к разработке.
Организация тестирования разработанного бизнес-процесса на соответствие концепции (задания на разработку) и достижимость целевой функции.
Разработка регламентов, нормативных документов, бизнес-инструкций для пользователей по выполненным доработкам, измененным или новым бизнес-процессам.
Внедрение бизнес-процессов, координация участников бизнес-процесса на момент внедрения, достижение KPI и нормативов. Поддержка введенных в работу технологий на период тестовой эксплуатации. Оптимизация бизнес-процессов в процессе эксплуатации.
Опыт работы в качестве бизнес-аналитика в области логистики на крупном дистрибуционном предприятии от 3 лет.
Хорошие знания процессов в логистике снабжения, производства и распределения, складских и транспортных процессов, умение применять их на практике при разработке и оптимизации бизнес-процессов.
Наличие самостоятельно реализованных и внедренных процессов, участие в проектах в роле лидера проекта, ответственного за блок/направление или ключевого сотрудника.
Знание SAP ERP будут являться преимуществом.
Уровень дохода обсуждается с финальным кандидатом (как ориентир — от 140.000 и выше).
Официальная заработная плата, соцпакет.
Вакансия размещена в разделе: Вернуться к списку вакансий
Зачем нужны разные виды ИТ-аналитиков
Вопрос философский. Возможно, наш проект уникален и ему не нужен аналитик? А если аналитик нужен, то какой? И для чего? И почему сразу по названию роли непонятно, что же этот человек делает и анализирует?Только окончив институт, я, честно говоря, ещё ничего не понимала в процессе разработки и, тем более, в распределении ролей и перечне их обязанностей на проекте. В процессе работы я неоднократно сталкивалась с тем, что люди, окружающие меня, как на работе, так и вне её, не могли понять, чем я занимаюсь, что делаю, и за что мне платят деньги. Если ты врач, то понятно, чем полезен. А если ты еще и врач-травматолог, то ещё яснее, и при встрече с тобой друзья точно пожалуются на боль в спине или где-то ещё. А когда меня спрашивают «Кем работаешь?» и я отвечаю «Аналитиком в ИТ-компании», потом часто следует долгое молчание, после чего: «Мммм… А что делаешь?». Далее я в общих чертах рассказываю о том, что же я делаю, и мой собеседник расстраивается, потому что не понимает, какой от меня толк, и чем же я могу быть ему полезна. Иногда всё заканчивается вопросом: «А починить компьютер можешь?»
Поэтому предлагаю вам разобраться с понятием «аналитик», и определиться какие же они бывают в ИТ-среде, «что это за зверь» и с чем его «едят».
Я всегда люблю смотреть вглубь проблемы и в этом случае не буду делать исключение. Поэтому начну с этимологии, т.е. происхождения слова «аналитика».
Аналитика — переводится с др. греческого как «искусство анализа». Анализ в свою очередь — это процесс разложения чего-либо на составляющие. Произнося слово «анализ», все вспомнят докторов и будут правы, потому что химический анализ — это совокупность операций, имеющих целью установить, из каких веществ состоит исследуемый объект (качественный анализ) или в каких количественных соотношениях входят в него те или иные вещества (количественный анализ).
Врач устанавливает диагноз, чем болен пациент, опираясь на результаты анализа. В нашем случае аналитик проводит исследование информационной среды и раскладывает её на составные части. Аналитик собирает информацию, данные, технологии и ещё кучу всего, а потом с помощью различных средств, инструментов, в том числе и своего собственного мозга, знаний, умений, аналитического мышления, методологий, раскладывает всё по полочкам. Самое сложное в этом процессе — ничего не забыть и увидеть картину полностью. После этого уже можно делать выводы о том, что следует изменить в существующих процессах или как доработать ИТ-системы. То есть, когда мы поймём и зафиксируем «диагноз болезни», нужно написать «рецепт», как вылечить больного.
Итак, я окончила институт и очень хотела работать в ИТ-сфере, но не могла понять, кем же мне быть? Я металась между тестировщиком и разработчиком — эти должности мне ещё были понятны. Глядя на мои метания, один мой знакомый задал мне вопрос: «Ты любишь общаться с людьми?». Я ответила: «Да». И его совет был — «иди в аналитики». Отчасти он был прав, потому что это качество помогает добывать необходимую информацию, которая «правит нашим миром». Так на собеседованиях я стала говорить, что «хочу быть аналитиком». Побывав на нескольких интервью, я услышала вопрос: «А вы хотите быть системным аналитиком или бизнес-аналитиком? В нашей компании эти понятия различны». Бабац! Моё сознание разломилось на две части. Вот это да! Аналитики-то бывают разные! Не совсем понимая, кто из них что делает, но зная, что всё-таки это два разных человека, на других уже собеседованиях, я уже спрашивала с умным видом: «А у вас аналитик системный или бизнес?». Как-то мне ответили: «У нас два в одном!». Это тоже стало для меня открытием. Немного подумав, я решила, что словосочетание «системный аналитик» кажется мне ближе и понятней. Тем более я окончила технический институт, а от слова «система» веяло чем-то техническим. Поэтому, с ещё более умным видом, я стала говорить, что хочу заниматься системным анализом. Хотя и сама до конца не понимала разницу между бизнес- и системным анализом.
Давайте разберёмся в понятиях «системный анализ» и «бизнес-анализ» подробнее. Если мы посмотрим на происхождение слов «система» и «бизнес», то мы увидим, что «система», произошло от древнегреческого слова, означающего «целое, составленное из частей; соединение». А слово «бизнес» от английского «дело», «предприятие». Получается, что аналитики делают нечто, что развивает и изменяет предмет состоящий из частей (в случае системы) и что-то, от чего зависит всё наше дело и предприятие (в случае бизнеса).
Бизнес-технолог
Москва
Мы считаем, что ключевой залог успеха — это профессионализм, искренний интерес к общему делу и минимум формализма. У нас энергичная и амбициозная команда, мы постоянно развиваемся и ставим перед собой новые цели. Мы открыты для интересных идей.
Если мы близки тебе по духу, если хочешь набираться опыта и развиваться вместе с нами, присоединяйся к нашей команде!
Газпромбанк приглашает присоединиться Бизнес-технолога (должность Руководитель/Директор проекта) к уникальной команде по трансформации розничного бизнеса, которая обладает:
• разносторонней экспертизой в технологиях, продуктах, проектах;
• высокой степенью персональной ответственности;
• амбициозными планами по развитию бизнеса и созданию инновационных продуктов.
Чем предстоит заниматься:
- Разработка и согласование детальных бизнес-требований и нефункциональных требований к системам Банка и дистанционным каналам (мобильный банк, интернет банк, АТМ, сайт)
- Построение моделей процессов AS IS и TO BE в соответствии с методологией BPMN
- Формирование требований к пользовательскому интерфейсу
- Оптимизация и реинжиниринг бизнес-процессов
- Разработка регламентирующей документации
- Формирование экспертного заключения по бизнес-инициативам
- Участие в приемно-сдаточных испытаниях
- Контроль полноты и корректности требований к проектируемому решению
- Взаимодействие с командой ИТ, продуктовыми командами, заинтересованными сторонами при реализации задач
- Подготовка презентаций о результатах работы для руководства
Ключевые требования:
- Высшее образование
- Знание продуктов MS Office в т.ч. MS Visio на уровне опытного пользователя
- Хорошее знание специфики и терминологии банковских продуктов розничного бизнеса: потребительские кредиты, банковские карты, вклады, ипотека
- Опыт работы бизнес-технологом (написание БТ и ТЗ) от 2 лет (предпочтительно в консалтинге/интеграторах/банках)
- Навыки подготовки презентационных материалов
- Профессионально значимые качества: способность к анализу, систематизации, классификации, способность работать с большими объемами информации, умение брать на себя ответственность
Мы предлагаем:
- Достойный уровень вознаграждения
- ДМС со стоматологией с первого дня работы
- Отпуск 33 дня + материальная помощь к отпуску
- Полное соблюдение ТК РФ
Что такое бизнес-технолог? Открывая цифровое будущее
Как общество, мы все еще осознаем силу Интернета и эпоху цифровых технологий. В разгар этого шторма перемен компании стремятся адаптировать полезные технологии практически ко всему, что они делают. Даже компании, которые предпочли бы не внедрять новые технологии, обнаруживают, что их рынки изменились из-за цифрового ландшафта.
«Компании все чаще сталкиваются с цифровым прорывом из-за новых категорий конкурентов, — говорит Джошуа Файнберг, вице-президент и соучредитель SP Home Run Inc.Компании, которые смотрят в будущее, начинают осознавать потребность в штатных сотрудниках, инвестирующих в интеграцию технологий.
Вот здесь и появляются бизнес-технологи. «Роль бизнес-технолога сегодня важнее, чем когда-либо, — говорит Файнберг. «Как никогда важно использовать технологии для решения самых серьезных бизнес-задач компании».
В этом смысле не только компании смотрят в будущее. Предприимчивые соискатели стремятся вписаться в востребованную комбинацию деловых и технологических навыков.Если это пересечение вас интересует, или если вы спрашиваете: « Что такое бизнес-технолог ?» тогда продолжайте читать! Эта увлекательная карьера может быть именно тем, что вы ищете.
Итак, что такое бизнес-технолог?
« Бизнес-технологи устраняют разрыв между технологиями и бизнес-стратегией», — говорит Мишель Кубот, директор по маркетингу JourneyPure. «Технологии быстро развиваются. Быстрее, чем могут угнаться компании. Вот почему эта роль так важна.Кубот объясняет, что многие компании не знают о возможностях, которые открыла технология. Они также могут не распознавать болевые точки или области, в которых технологии могут уменьшить неэффективность. Бизнес-технологи делают эту информацию приоритетной.
Короче говоря, бизнес-технологи — это профессионалы, которые помогают организациям определять области, в которых технологии могут быть полезны, а также способы их внедрения в повседневные операции.
Чем занимается бизнес-технолог?
«Бизнес-технолог работает с командами по маркетингу, производству, проектированию продуктов и инженерам, чтобы определить критическую бизнес-проблему и творчески найти решения», — говорит Акаш Агарвал, генеральный директор Threadest Inc.Как профессионалы, которые помогают соединить точки, бизнес-технологи могут работать над разными проектами в организации или сосредоточиться на конкретном проекте или процессе.
«Бизнес-технологи общаются для перевода требований из другой области, такой как обслуживание клиентов, продажи, маркетинг и т. Д., С инженерами, работающими в ИТ, чтобы они могли разработать именно то, что необходимо», — говорит Кристиан Реннелла, технический директор и соучредитель elMajorTrato . Но такой вид промежуточного общения может сильно отличаться от компании к компании.Например, Реннелла работала бизнес-технологом, отвечая за ИТ-поддержку маркетинга и продаж. «Мы разработали все веб-сайты и сервисы, необходимые для улучшения наших продаж».
Бизнес-технологи должны быть разносторонними, поскольку в основе их работы лежит поиск технологических решений и улучшений для компании. По словам Агарвала, они, как правило, действуют как «агенты изменений», выдвигая новые инициативы для роста бизнеса или экономии средств.
Какие должности следует искать бизнес-технологу?
Титул «бизнес-технолог» только недавно появился на досках вакансий.Но, по мнению наших экспертов, существует множество должностей, которые выполняют функции бизнес-технологов. Файнберг и Агарвал поделились некоторыми потенциальными должностями в этой области:
- Цифровой технолог
- Директор по цифровым технологиям (CDO)
- Технолог по маркетингу
- Директор по маркетинговым технологиям (CMTO)
- Менеджер по продукту (в любой компании с IT-функциями)
- Менеджер ИТ-проектов
- ИТ и бизнес-аналитик
Какие навыки нужны бизнес-технологу?
Поскольку эта роль является кросс-функциональной, бизнес-технологи должны иметь опыт и навыки в бизнесе или операциях, а также в области технологий или инженерии.«Недостаточно просто знать соответствующие технологии и вопросы бизнеса», — говорит Агарвал. «Чтобы быть эффективным, вы должны понимать цели и задачи на уровне компании, отдела и отдельного лица».
Другие важные навыки включают коммуникативные способности, навыки межличностного общения и навыки ведения переговоров для сглаживания трений между различными командами в организации. Бизнес-технологи должны иметь возможность общаться с финансовыми руководителями, разработчиками, инженерами и действительно любым профессионалом в компании, а также уметь продавать свои идеи и оптимизировать процессы.
По словам Файнберга, бизнес-технологам также необходимо общее представление о текущих тенденциях ИТ в области программного обеспечения, оборудования, инфраструктуры, облака, кибербезопасности и автоматизации. «Им необходимо понимать бизнес-вопросы, наиболее актуальные для их отрасли, но особенно ИТ, операции, финансы, инжиниринг, маркетинг и продажи».
Если это звучит так, будто бизнес-технологи должны быть хороши во всем, вы получаете правильную картину. Поскольку их роль заключается в объединении организации вокруг потенциала различных технологий, они становятся точкой сплочения по-разному.
«Бизнес-технолог должен иметь настоящую страсть к изменениям и много энергии, поскольку это может быть сложной задачей при работе в разных группах организации», — говорит Агарвал.
Как стать бизнес-технологом?
Поскольку эта должность зависит от опыта как в бизнесе, так и в технологиях, бизнес-технолог не является должностью начального уровня. «Это не идеальная роль для выпускников университета», — говорит Кубот. «Чтобы иметь полное представление о том, как работают компании, эта роль требует пяти, а то и десяти или более лет опыта.”
По словам Реннеллы, студенты, обучающиеся по технологической программе, выиграют, если добавят в свое резюме деловой опыт. «Пройдите трехмесячную стажировку в маркетинговом агентстве. Это даст вам базовые знания, которые позволят вам стать отличным бизнес-технологом в компании, объединяющей ИТ-область с маркетингом ».
Но Кубот подчеркивает, что квалификация и опыт не обязательно делают кого-то подходящим для этой работы. «Это роль не для кого-то. Это требует комплексного стратегического мышления, а также детальных технических знаний.”
Какое будущее у бизнес-технолога?
С точки зрения бизнес-технологий, мяч только начинается, и впереди его ждет долгий путь. «В мире, в котором доминируют цифровые технологии, включая использование поисковых систем, социальных сетей, мобильных устройств, облачных вычислений, искусственного интеллекта, машинного обучения и Интернета вещей, ни одна компания в любой отрасли не может позволить себе самоуспокоенность, — говорит Файнберг.
Роль бизнес-технолога становится все более важной для компаний сегодня и в будущем, говорит Агарвал.«Я могу представить себе компании в будущем, в каждой функциональной группе которых будут присутствовать бизнес-технологи, роль которых на самом деле должна быть связующим звеном между людьми с разным опытом и навыками».
Что будет дальше на перекрестке бизнеса и технологий?
Совершенно очевидно, что бизнес-технологи играют важную роль в содействии и внедрении технического прогресса и решений для бизнеса. Любой, кто заинтересован в продвижении на одну из этих должностей, будет нуждаться в сильном сочетании деловых и технических ноу-хау.Им также нужно будет следить за техническими тенденциями, влияющими на практику ведения бизнеса. Хотите пораньше начать? Ознакомьтесь с нашей статьей « 10 тенденций в области бизнес-технологий, которые меняют правила игры », чтобы узнать больше лишь о некоторых потенциально разрушительных тенденциях, формирующих современный бизнес сегодня и в будущем.
Станьте лучшим бизнес-технологом
Успешным бизнес-технологам нужно нечто большее, чем просто технические навыки: они должны знать, как решать стратегические и операционные проблемы комплексным образом в различных технологических областях.В этом выпуске McKinsey Podcast директор Джеймс Каплан разговаривает с Люком Коллинзом из McKinsey о навыках, которые компании хотят получить от бизнес-технологов, и о том, как их приобрести, расширяя темы, указанные в его статье «Десять книг, которые сделают ваш бизнес лучше. технолог.» Отредактированная стенограмма их разговора приводится ниже.
Стенограмма подкаста
Люк Коллинз: Добро пожаловать в этот выпуск подкаста McKinsey .Я Люк Коллинз, редактор McKinsey Publishing. Сегодня я разговариваю с Джеймсом Капланом, партнером нью-йоркского офиса, о бизнес-технологиях и, в частности, о навыках, необходимых для того, чтобы стать бизнес-технологом. В прошлом году Джеймс был автором одной из наших самых популярных статей 2015 года на сайте McKinsey.com: «Десять книг, которые помогут вам стать лучшим бизнес-технологом». Доброе утро, Джеймс, добро пожаловать в McKinsey Podcast .
Аудио
Стать лучшим бизнес-технологомДжеймс Каплан: Доброе утро.Рад быть здесь.
Люк Коллинз: Давайте поговорим не только о статье, но и о том, что вдохновило вас на ее написание?
Джеймс Каплан: В прошлом году я написал книгу Beyond Cybersecurity: Protecting Your Digital Business . Это был чрезвычайно полезный, но в то же время изнурительный процесс. Иногда я отмечаю, что он поглощал мои воскресные утра с 5 до 9 утра в течение примерно шести месяцев.
Учитывая, сколько я вложил в это, я действительно начал думать о том, что я хочу, чтобы другие получили от этого, что, в свою очередь, заставило меня немного подумать о книгах, которые я прочитал за эти годы, что повлияло на то, как я думаю о них. бизнес-технологии, которые, как мне кажется, сделали меня лучшим бизнес-технологом.
Люк Коллинз: Интересный термин. Скажите, как вы определяете бизнес-технолога?
Джеймс Каплан: Я пытаюсь дать ему относительно простое определение: руководитель или менеджер отвечает за то, чтобы предприятие получало максимальную отдачу от своих инвестиций в бизнес-технологии. Он включает в себя не только ИТ-директора и все отчеты ИТ-директоров, которые могут работать над вопросами технологической стратегии или предоставления технологий, но также и многих людей из бизнес-единиц или бизнес-функций, которым поручено подумать о том, какие инвестиции в технологии создадут большая ценность для бизнеса.
Люк Коллинз: Это не заголовок, который вы обязательно встретите на чьей-то визитной карточке: «Я бизнес-технолог». Но это набор навыков, который включает в себя множество различных ролей в организации?
Хотите подписаться на подкаст McKinsey?Джеймс Каплан: В наши дни на визитках можно встретить что угодно. Я не буду давать однозначных комментариев по поводу того, появляется ли это в чьем-то названии или нет.Он охватывает целый ряд дисциплин. Вы знаете, операционные дисциплины, инженерные дисциплины, дисциплины ИТ-архитектуры, дисциплины бизнес-стратегии, дисциплины управления и развития талантов.
Это один из интересных способов эволюции роли в последние годы. Мы потратили много времени на разговоры с руководителями высшего звена, как внутри, так и за пределами технологических функций, о том, какие люди им нужны, чтобы помочь своим компаниям получить максимальную отдачу от инвестиций в бизнес-технологии.
Традиционные технические и операционные навыки остаются такими же важными, как понимание бизнес-стратегии, эффективное общение, способность выполнять экономический анализ, способность стимулировать инновации.
Люк Коллинз: Вы говорите об этой эволюции, и я предполагаю, что это обязательно будет означать возникновение некоторых пробелов в навыках, потому что я предполагаю, что изначально люди могли быть очень сильными технически, но теперь они должны иметь целая куча навыков, которых раньше не было, — что позволяет использовать некоторые книги, которые вы порекомендовали в своей статье.
Хотите узнать больше о нашей практике бизнес-технологий?
Джеймс Каплан: Мы рассматриваем эту нехватку навыков как насущную проблему для многих компаний. Ряд руководителей высшего звена сказали нам, что их беспокоит, что традиционные модели управления талантами в ИТ затрудняют формирование требуемых им старших бизнес-технологов.
Многие ИТ-директора и технические директора говорили нам: «Мы нанимаем специалистов по хранению данных, а затем продвигаем их, чтобы они становились все более и более искушенными экспертами в области хранения данных.Мы нанимаем разработчиков приложений и продвигаем их в соответствии с их техническими навыками и разработкой приложений ».
Это не способствует и не способствует тому типу комплексного, сквозного решения бизнес-технологий, который требуется для решения самых сложных задач, связанных с применением новых типов технологий, с решением новых типов бизнес-проблем, с созданием моделей доставки для создания инновационной доставки. модели, позволяющие использовать возможности по мере их появления на рынке.
Люк Коллинз: Одной из вещей, которые люди отметили в вашей статье, было то, что у вас были эти десять книг о том, как стать лучшим бизнес-технологом, и все же многим из них, по крайней мере на первый взгляд, было очень мало дела. с бизнес-технологиями. Это были книги по военной стратегии на заре программирования. Было затронуто множество разных тем. Что было общей нитью между всеми ними с точки зрения способов, которыми они могли бы дать какое-то понимание, чтобы позволить людям стать лучше в том, что они делают изо дня в день?
Джеймс Каплан: Я бы подумал о них больше как о поддержке дополнительного набора идей, а не о следовании единому потоку.Например, более чем несколько человек прочитали статью и сказали: «Эй, Джеймс, какое отношение Вторая мировая война имеет к тому, чтобы стать лучшим бизнес-технологом?»
Одна из моих самых любимых книг в списке — « Military Power: Explaining Victory and Defeat in Modern Battle» , в которой рассказывается о Первой мировой войне, Второй мировой войне и войне в Персидском заливе. Это довольно строгий интеллектуальный анализ того, почему одни армии выигрывают битвы, а другие проигрывают, даже в обстоятельствах, когда у победившей армии может быть меньше ресурсов.Автор, Стивен Биддл, очень достоверно указывает, что более совершенная технология не обязательно является определяющим фактором успеха, то есть во Франции в 1940 году танки французской армии, вероятно, были не хуже немецких, а, возможно, даже лучше. . Их самолеты, возможно, были примерно сопоставимы.
Однако он отмечает, что немцы приняли нечто, называемое современной системой, которая представляла собой взаимосвязанный набор методов применения таких технологий, как танки, радио и самолеты, которые сделали их очень успешными в той битве, в которой союзники и американцы позже приняли и позволил им добиться успеха в последующих боях.
Это очень уместная метафора того, как мы думаем о технологической стратегии. Решающим фактором успеха является не принятие какой-то одной технологии. Речь идет о взаимосвязанном использовании набора практик для применения этих технологий, и это очень согласуется, например, с некоторыми исследованиями, которые мы провели в области облачных вычислений. Не существует единой технологии, разделяющей компании, добившиеся большего или меньшего прогресса. Речь идет о компаниях, которые могут применить соответствующий набор практик.
Люк Коллинз: Мне кажется, что вы можете найти это во многих организациях — это убеждение, что, по крайней мере, с технологической точки зрения, есть какая-то серебряная пуля. Если бы у нас были только самые последние и лучшие технологии, если бы мы инвестировали в продукт X или услугу Y, мы решили бы эту проблему. Но мне кажется, что это гораздо больше вопрос процесса, как вы говорите, управления, правильного внедрения вещей, чего и посвящены некоторые из этих книг?
Джеймс Каплан: Совершенно верно.Нет единой серебряной пули. Речь идет об умении идентифицировать технологии, понимать их значение, эффективно комбинировать их и принимать разумные решения по их использованию, создавая набор операционных процессов и организационных структур для их окружения, что намного сложнее, чем просто инвестировать в них. одна технология против другой.
Люк Коллинз: Когда я смотрю на список, я поражаюсь, перечитывая его снова, что здесь есть пара подходов.Во-первых, я полагаю, мы можем предположить и поправить меня, если я ошибаюсь, что технически современные бизнес-технологи имеют хорошую основу. Что отличает полезность бизнес-технолога в корпоративной среде от полезности, так это дополнительные навыки, способность мыслить стратегически, способность различать правильное и неправильное решение. Это звучит довольно просто, но в реальной жизни это несколько неуловимо.
Джеймс Каплан: Все руководство делает различие между правильными и неправильными решениями.На этом концептуальном уровне это очень просто, но с практической точки зрения это чрезвычайно сложно, иначе вам не понадобилась бы команда ИТ-менеджмента или какой-либо другой тип управленческой команды, если на то пошло.
Я бы сказал двумя или тремя способами. Да, нам нужны технологи, которые лучше разбираются в экономическом анализе и бизнес-стратегии. Я также хотел бы предложить, чтобы нам нужны технологи, которые умеют более комплексно решать проблемы, то есть нам нужны технологи, которые могут решать проблемы в нескольких областях технологий, а также в областях бизнеса и технологий.
Вопрос не в том, как настроить среду хранения, а в том, как согласованно настроить среду хранения, сетевую среду, серверную среду и среду приложений, чтобы поддерживать производительность в большом масштабе. Это совсем другое дело, чем быть специалистом по хранению данных и специалистом по сетям, и что у вас есть.
Третье, что я бы сказал, это то, что компаниям может потребоваться немного по-другому думать о том, какие технические знания будут продвигаться вперед, чем в прошлом, то есть техническая экспертиза часто рассматривалась вокруг все большего и большего количества знаний о конкретной технологии. , будь то хранилище, сеть или конкретный домен приложения.
Однако сейчас происходит так много инноваций, будь то социальные сети, мобильность, большие данные, кибербезопасность или что-то еще. Ни у одной организации нет возможности знать достаточно обо всех соответствующих технических областях. Поэтому невероятно важно иметь людей, которые могут по-настоящему первопроходцами решать проблемы, связанные с проблемами технологий.
Люк Коллинз: Я хотел бы перейти к тому, что вы видите в реальной жизни, с точки зрения того, что ищут компании, и есть ли какой-либо набор навыков, который кажется особенно труднодостижимым для компаний, и чего они добиваются?
Джеймс Каплан: Многие компании, о которых я знаю, борются с множеством различных типов навыков.Я бы сказал, что существует повсеместная нехватка необходимых талантов. Не хватает стратегов, которые могли бы управлять деловой стороной уравнения бизнес-технолог. Недостаточно интегрирующих специалистов по решению проблем, которые могли бы охватывать области бизнеса и технологий или охватывать несколько областей технологий. Не хватает опытных операторов, которые могут понять, как эффективно масштабировать модели предоставления бизнес-технологий.
А в определенных местах — в карманах — есть ряд технических областей, в которых предложение не догнало спрос.Мы склонны знать, что это такое. Это аналитика, кибербезопасность, DevOps, облачная архитектура и так далее.
Люк Коллинз: Как же компании тогда стремятся решить эту проблему?
Джеймс Каплан: Они еще только начали заниматься этим. Вы видите много урывков. Происходит несколько вещей. Одним из наиболее интересных является то, что организации, занимающиеся корпоративными технологиями, банки, страховые компании и медицинские компании начинают набирать сотрудников из высокотехнологичной отрасли, чего вы не видели много десять или даже пять лет назад.
Десять книг, которые помогут вам стать лучшим бизнес-технологомОни находят руководителей и менеджеров с более широким набором навыков, способных работать в сфере бизнеса и технологий, более опытных в основных принципах или комплексном решении проблем, чем, по крайней мере, в некоторых традиционных ИТ-отделах.
Вы также видите некоторую степень творчества в подборе персонала и развитии карьеры и большую готовность к тому, чтобы менеджеры переключались между различными частями ИТ-организации по мере их продвижения.В некоторых случаях вы видите людей, которые нанимают менеджеров из бизнеса на определенные должности в технологических организациях, чтобы получить там определенную степень ферментации и перекрестного опыления.
В мире обучения не было достаточно инноваций. Для многих ИТ-организаций в обучении слишком много внимания уделяется технической дисциплине, следующему уровню конфигурации, связанному с этим типом коммутатора, маршрутизатора и т. Д., Или следующему языку программирования, вместо того, чтобы намеренно способствовать решению технологических проблем на основе первых принципов или перекрестным действиям. -домен интегративно-технологического решения задач.
Люк Коллинз: Отлично, спасибо, Джеймс. Прежде чем мы закончим, что-нибудь еще, что, по вашему мнению, важно для слушателей, когда дело доходит до этой темы?
Джеймс Каплан: Единственное, что я хотел бы добавить, это то, что я не читал ни одну из этих книг с намерением стать лучшим бизнес-технологом. Они были движимы любопытством и случайностью, а иногда и рекомендациями других людей. Так что единственная другая мысль — о ценности интуитивной прозорливости.Когда ваше любопытство побуждает вас читать, исследовать или исследовать, сделайте шаг назад и подумайте: «Хорошо, как это применимо к некоторым проблемам, над которыми я обдумываю на работе?» Даже если на первый взгляд это что-то, относящееся к совершенно другой области, это может быть чрезвычайно ценным и полезным упражнением.
Люк Коллинз: Совершенно верно. Итак, для всех вас, кто слушает, если вы хотите получить хорошее начало, на McKinsey доступны «Десять книг, которые помогут вам стать лучшим бизнес-технологом».com, где вы можете найти все наши последние мысли об этом и многом другом. Большое спасибо за уделенное время, Джеймс. Мы действительно это ценим.
Джеймс Каплан: С удовольствием.
Шесть привычек очень успешных бизнес-технологов
Бизнес-технологи: секретное оружие для ускорения бизнес-операцийЕсли вы уже занимаетесь бизнес-технологом или рассматриваете бизнес-операции для своего следующего карьерного роста, вы находитесь как раз на переломном этапе одной из самых популярных новых вакансий.Независимо от того, занимаетесь ли вы бизнес-приложениями, корпоративными технологиями, трансформацией бизнеса, бизнес-системами или бизнес-операциями — вы находитесь в идеальном месте, чтобы помочь компаниям приспособиться к быстро меняющемуся будущему.
Почему сегодня так важны профессионалы в области бизнес-операций? Потому что цифровая трансформация является одновременно приоритетом и проблемой. В то время как 89% организаций приняли или планируют использовать стратегию, ориентированную на цифровые технологии, 36% по-прежнему не имеют нужного персонала или навыков для ее реализации — слияния бизнеса и технических наук, что дает возможность бизнес-технологам. в игру.
Мы слышим это каждый день от руководителей быстрорастущих компаний, таких как Segment, Outreach и многих других. У этих компаний одна общая цель: они тесно увязывают технических лидеров с бизнес-командами, чтобы они могли использовать технологии для преобразования бизнес-процессов и аналитики, чтобы сделать их более автоматизированными, оперативными, эффективными и взаимосвязанными. Короче говоря, они стремятся к цифровой трансформации в каждой команде.
89% компаний переходят на цифровые технологии. Изображение предоставлено IDG.
Шесть навыков высокоэффективных бизнес-технологовПроекты бизнес-технолога могут включать применение автоматизации для улучшения качества обслуживания клиентов и адаптации сотрудников, интеграцию данных для облачных хранилищ данных и аналитики или сокращение ручного труда в основных процессах, таких как маршрутизация потенциальных клиентов в маркетинге или проведение опросов NPS в сервисных группах. Но несмотря на невероятное разнообразие того, над чем работают бизнес-технологи, всех их объединяет одна общая черта.Эти профессионалы в области бизнес-операций работают в тесном сотрудничестве с руководителями отделов маркетинга, продаж, обслуживания и других групп, чтобы они могли понять потребности и бизнес-потребности каждого отдела, определить возможности для инноваций и убедиться, что они применяют правильное технологическое решение для правильной инициативы.
Но что отличает великого бизнес-технолога от среднего, особенно для такой быстро развивающейся роли? Мы видим повторяющуюся закономерность, разделяющую тех, кто может работать быстро, плавно и без проблем с технологическими стеками, с которыми они работают каждый день, и тех, кто этого не делает.Специалисты по бизнес-операциям всех типов используют аналогичные стратегии, независимо от того, управляют ли они техническими стеками, которые основаны на маркетинге для проведения кампаний ABM или отслеживания маркетинговых показателей, на основе продаж для отслеживания показателей продаж или процесса расчета стоимости до наличных, или технологических стеков для любых другой отдел.
Лучшие технологи разработали повторяемый план игры, чтобы справиться с одной из самых больших головных болей в современном программном обеспечении — необходимостью разрабатывать требующие много кода интеграции API, соединения на уровне программного обеспечения, которые объединяют облачные приложения в технологические стеки.Бизнес-технологи, которые не могут предоставить гибкую системную интеграцию для удовлетворения бизнес-потребностей, быстро снижают скорость, с которой они могут наращивать, выполнять итерацию, сотрудничать и реагировать на бизнес-требования. (Отсутствие интеграции также может создать узкие места в обслуживании в будущем.) Успешные профессионалы в области бизнес-операций понимают необходимость подключения облачных приложений на уровне API, а также того, как быстрее наращивать скорость, быстрее выполнять итерацию и быстро добиваться большего успеха.
Мы спросили технических лидеров среди наших клиентов и обобщили тактику, которую они используют для достижения успеха в каждом проекте и продвижения по карьерной лестнице.Вот шесть привычек очень успешных бизнес-технологов.
Привычка № 1: они сокращают время обучения и темп обучения для каждого проекта.Если и есть что-то, что мы слышим постоянно, так это то, что технологи борются со своими отставаниями и приоритетами. Откровенно говоря, невероятно сложно очистить невыполненные задания, когда каждый проект является разовым, а команды всей компании ежедневно набирают новые проекты. Но на самом деле эти запросы, как правило, больше похожи, чем может показаться.Большинство проектов делятся на две группы: они либо ориентированы на автоматизацию бизнес-процессов, либо на интеграцию данных для аналитики. Таким образом, хотя целевая и исходная системы могут быть разными для каждой (бизнес-триггеры различаются от событий приложения до веб-перехватчиков и форм, или бизнес-логика может быть совершенно разной для каждой, от циклов до условных выражений и сложного преобразования данных), разумный подход состоит в том, чтобы используйте стандартизированный набор инструментов для обработки большого количества потребностей.
Вот почему технологи избегают одноразовых, ручных или двухточечных интеграций между приложениями и инструментами, а вместо этого используют платформы общей автоматизации (GAP), позволяя им изучать и применять один инструмент для подключения своих приложений для решения проблем. любой бизнес-процесс или интеграция данных, а не обучение многим.Это более быстрый способ ускорить реализацию инициатив.
Привычка № 2: они отдают предпочтение разработке low-codeКаждый технолог обычно имеет практический опыт работы с кодом, например Python или JavaScript. Часто у них есть возможность напрямую взяться за проекты, написав свои собственные сценарии для обработки таких процессов, как маршрутизация потенциальных клиентов для маркетинга и продаж.
Но при использовании подхода, ориентированного на код, возникает множество проблем. Например, удобочитаемость становится проблемой при совместном использовании с новыми командами, чтобы помочь им визуализировать, понять и поддерживать.Само обслуживание становится обременительным для закодированных сценариев, поскольку они постоянно обновляют процессы. И удобочитаемость, и обслуживание, как скорость, так и время отклика.
Передовой практикой среди технологов, с которыми мы работаем, является использование подхода «щелчки или код». Они используют конструктор рабочих процессов с перетаскиванием, чтобы быстро справиться с тяжелой работой, такой как подключение к конечным точкам приложения, добавление логических операторов, таких как циклы, условные выражения или вложение в процесс, а также работа со строками, датами. , и математические операции.GAP предлагает все эти функции в виде полностью визуальных параметров щелчка и перетаскивания, а также достаточно гибкую, чтобы добавлять код по мере необходимости для точной настройки. Использование подхода с низким кодом также является более быстрым способом прототипирования и итерации проектов, чтобы преодолеть инерцию. Это также полностью избавляет от необходимости подавать петиции на получение столь спорных ИТ-ресурсов, которые компаниям лучше использовать для создания более совершенных продуктов, способствующих росту. Умные бизнес-технологи понимают, что ИТ-команды могут выполнить только ограниченное количество проектов в любой конкретный год.
Привычка № 3: Они учитывают продолжающийся «поток технологических стеков».Хотя проектирование технологического стека для каждого отдела в вашей компании на бумаге звучит хорошо, в конечном итоге стеки, которыми управляют отделы продаж, маркетинга и другие группы, постоянно меняются. С появлением облачных приложений каждый отдел может развертывать свои собственные лучшие в своем классе приложения, базы данных и инструменты и настраивать их. В то время как появление облачных вычислений предоставило профессионалам в любом бизнес-подразделении свободу выбора любых приложений, которые им нужны для выполнения работы, огромный выбор заставил компании бесконечно добавлять новые приложения в свои технические стеки.Исследования показывают, что корпоративные команды используют более 90 инструментов и экземпляров облачных приложений.
Корпоративные команды используют более 90 облачных приложений. Изображение предоставлено Netskope.
Дальновидные бизнес-технологи планируют соответствующим образом, используя GAP не только для подключения и автоматизации известных облачных приложений и баз данных, которые команды работают в настоящее время, но и для доступа к соединителям для приложений, которые они могут запустить в будущем. Им нужна полная неограниченная библиотека коннекторов, которые сразу же подключаются к приложениям в различных стеках их компаний.И они позаботятся о любых других специальных запросах, используя универсальные соединители API, которые могут подключаться к любому REST API без программирования.
То же самое и с настройками, которые бизнес-администраторы иногда пытаются применить сами, что, как правило, нарушает хрупкую интеграцию и рабочие процессы с несколькими приложениями или мешает новой разработке. Интеграции с большим объемом кода особенно уязвимы для изменений, в то время как предварительно созданные интеграции поставщиков, которые делают (обычно неверные) предположения о том, как используются поля, часто оказываются недостаточными.Вот почему такие возможности, как гибкое визуальное отображение данных, необходимы для уверенной обработки постоянно меняющихся полей данных и настроек.
Только стеки маркетинговых технологий могут состоять из 7000+ приложений. Изображение предоставлено ChiefMarTec.
Привычка № 4: они предпочитают платформы, которые позволяют им сотрудничать и повторятьДело в том, что бизнес-технолог — это командный вид спорта. Если вы или ваша команда занимаетесь строительством, а бизнес-команды, которые вы поддерживаете, ждут, когда вы их предоставите, а не активно участвуете в разработке, то у вас, вероятно, есть возможность изменить то, как вы работаете, к лучшему.Один секрет заключается в использовании инструментов, которые позволяют всем членам проектной группы работать вместе в режиме реального времени. Подумайте о Документах Google, за исключением создания автоматизированных рабочих процессов и системной интеграции. Например, с помощью инструментов для совместной работы специалисты по базам данных, такие как вы, могут работать вместе, чтобы выработать эти процессы, одновременно с аналитиками маркетинговых операций, директорами по продажам и другими членами команды.
Эксперты по бизнес-операциям обычно ищут следующие возможности для совместной работы:
- Никаких громоздких настольных инструментов — Эти устаревшие инструменты мешают совместной работе в целом.
- Ключевые функции совместной работы: отмена / повтор выполнения для команды, история версий. — Эти функции необходимы, чтобы команды не переступали друг друга во время важнейших процессов сборки и тестирования.
- Не полагаться на код — пользовательский интерфейс с щелчком или кодом дает более широким группам полный доступ для совместной работы над интеграцией приложений и автоматизации процессов. Пользовательский интерфейс, требующий кодирования, исключает членов команды, не имеющих опыта программирования.
- Highly Visual UI — В идеале, при совместном внедрении инноваций в бизнес-процессы, такие как обогащение потенциальных клиентов, персонализация и другие области, виртуальная команда должна работать вместе над визуальными и описательными рабочими процессами.
- Контроль версий — Эксперты по бизнес-системам должны гарантировать, что совместные проекты, в которые любой член команды может вносить изменения, имеют полный контроль версий в качестве гарантии для отслеживания изменений с течением времени и сосредоточения внимания на том, когда и как возникают проблемы.
В то время как профессионалы по бизнес-операциям часто работают с другими отделами над конкретными проектами, требования к масштабируемости могут быстро стать чем угодно, кроме ведомственных.А безопасность — дело каждого.
Безопасность Ничто так не раздражает, как перерасти платформу автоматизации или интеграции для проекта, потому что она больше не соответствует политике компании или не сертифицирована для обработки данных для проекта.
Соответствие стандарту SOC-2 для системного и организационного контроля AICPA — это хорошо известный стандарт, согласно которому предприятия несут ответственность за надлежащую безопасность. Это также ставки за столом. Соответствие SOC-2 дает уверенность в том, что у поставщика есть надежные процессы поиска, хранения, обработки, безопасности и передачи данных.
Многие компании все чаще обрабатывают конфиденциальные данные клиентов, такие как платежная информация, что означает соответствие требованиям PCI, которое помогает предприятиям обеспечить безопасность платежей по кредитным картам клиентов. И, конечно же, соблюдение GDPR — Общего европейского регламента защиты данных, предназначенного для защиты личных данных, является обязательным, учитывая огромные штрафы, предусмотренные регламентом. Таким образом, наиболее успешные эксперты по бизнес-системам изучают не только сертификаты, которые им нужны прямо сейчас, чтобы соответствовать корпоративной политике, но и те, которые могут потребоваться в будущем, и обеспечивают их поддержку платформой интеграции и автоматизации.
Масштабируемость С другой стороны, бизнес-технологи должны планировать практически безграничные потребности в масштабируемости. Ничто не мешает инновациям и моральному духу больше, чем восстановление успешного проекта из-за узких мест в производительности. К сожалению, объемы данных и API могут быстро накапливаться, даже в самых неожиданных местах, будь то интеграция сигналов клиентов в реальном времени в маркетинге, анализ огромных объемов данных об использовании продукта в процессе разработки или воздействие на настроения клиентов при обслуживании.Платформы интеграции и автоматизации, построенные на современных архитектурах, таких как бессерверные вычисления, предоставляют техническим командам защиту от непредвиденного роста объемов или сезонных всплесков, гарантируя, что они могут мгновенно перейти от тысяч транзакций до миллионов, без необходимости бросать все, чтобы запросить дополнительные ресурсы у своих провайдер.
Facebook заплатит FTC миллиарды за нарушения безопасности.
Привычка № 6: Они постоянно приносят быстрые победыЕсть одна вещь, которая отличает успешных бизнес-технологов, — это скорость.Мы работали с техническими лидерами, которые заключили партнерские отношения со своими организациями, чтобы предоставить около 100 интеграций и автоматизированных процессов в течение восемнадцати месяцев. Это означает, что бизнес-команды приносят пользу почти еженедельно. Как они это делают?
Они объединили все стратегии, которые мы описали ранее в этом посте. Они используют общую платформу автоматизации и интеграции данных, а не крутят колеса с помощью разовых точечных интеграций. Они реализуют инициативы с помощью визуального подхода с минимальным кодом.Они применяют инструменты, которые позволяют совместно внедрять инновации с командами, а не разрозненную разработку, которая сдерживается препятствиями в подключении и настройке. Наконец, они гарантируют, что платформы, которые они используют, могут легко переводить проекты в полностью бизнес-владение после производства, чтобы они могли сосредоточиться на новых инициативах, а не на управлении изменениями.
Чтобы узнать, как руководители бизнес-операций используют платформы общей автоматизации для достижения успеха в своей роли путем интеграции облачных приложений и автоматизации трудоемких задач, присоединяйтесь к еженедельной групповой демонстрации.
Безопасность | Стеклянная дверь
Мы получаем подозрительную активность от вас или кого-то, кто пользуется вашей интернет-сетью. Подождите, пока мы подтвердим, что вы настоящий человек. Ваш контент появится в ближайшее время. Если вы продолжаете видеть это сообщение, напишите нам чтобы сообщить нам, что у вас возникли проблемы.
Nous aider à garder Glassdoor sécurisée
Nous avons reçu des activités suspectes venant de quelqu’un utilisant votre réseau internet.Подвеска Veuillez Patient que nous vérifions que vous êtes une vraie personne. Вотре содержание apparaîtra bientôt. Si vous continuez à voir ce message, veuillez envoyer un электронная почта à pour nous informer du désagrément.
Unterstützen Sie uns beim Schutz von Glassdoor
Wir haben einige verdächtige Aktivitäten von Ihnen oder von jemandem, der in ihrem Интернет-Netzwerk angemeldet ist, festgestellt. Bitte warten Sie, während wir überprüfen, ob Sie ein Mensch und kein Bot sind.Ihr Inhalt wird в Kürze angezeigt. Wenn Sie weiterhin diese Meldung erhalten, informieren Sie uns darüber bitte по электронной почте: .
We hebben verdachte activiteiten waargenomen op Glassdoor van iemand of iemand die uw internet netwerk deelt. Een momentje geduld totdat, мы выяснили, что u daadwerkelijk een persoon bent. Uw bijdrage zal spoedig te zien zijn. Als u deze melding blijft zien, электронная почта: om ons te laten weten dat uw проблема zich nog steeds voordoet.
Hemos estado detectando actividad sospechosa tuya o de alguien con quien compare tu red de Internet. Эспера mientras verificamos que eres una persona real. Tu contenido se mostrará en breve. Si Continúas recibiendo este mensaje, envía un correo electrónico a para informarnos de que tienes problemas.
Hemos estado percibiendo actividad sospechosa de ti o de alguien con quien compare tu red de Internet. Эспера mientras verificamos que eres una persona real.Tu contenido se mostrará en breve. Si Continúas recibiendo este mensaje, envía un correo electrónico a para hacernos saber que estás teniendo problemas.
Temos Recebido algumas atividades suspeitas de voiceê ou de alguém que esteja usando a mesma rede. Aguarde enquanto confirmamos que Você é Uma Pessoa de Verdade. Сеу контексто апаресера эм бреве. Caso продолжить Recebendo esta mensagem, envie um email para пункт нет informar sobre o проблема.
Abbiamo notato alcune attività sospette da parte tua o di una persona che condivide la tua rete Internet.Attendi mentre verifichiamo Che sei una persona reale. Il tuo contenuto verrà visualizzato a breve. Secontini visualizzare questo messaggio, invia un’e-mail all’indirizzo per informarci del проблема.
Пожалуйста, включите куки и перезагрузите страницу.
Это автоматический процесс. Ваш браузер в ближайшее время перенаправит вас на запрошенный контент.
Подождите до 5 секунд…
Перенаправление…
Код объявления: CF-102 / 686378074a2435a1.
Бакалавр 21 века: как стать бизнес-технологом
В 21 веке все предприятия являются технологическими компаниями.Чтобы выжить в глобальной экономике и действительно процветать, необходимы гибкие и гибкие технологии мирового класса.
Без него организации не могут справиться с постоянно меняющейся конкурентной средой. Конкуренция жесткая, и конкурентное преимущество организации всегда под угрозой. Кроме того, бизнес-среда невероятно сложна. Инновации — это необходимое условие выживания. Технологический прогресс наступает быстро и неистово. Организации изо всех сил пытаются найти таланты, необходимые для внесения изменений в бизнес и технологии для достижения и сохранения конкурентного преимущества.
НАМ НУЖНО ИЗМЕНИТЬ НАШУ ПЕРСПЕКТИВУ
Дисциплина бизнес-анализа должна улучшить свое мышление, отбросив представление о том, что управление требованиями является наиболее важной задачей. Это очень узкий и откровенно обреченный взгляд на объем бизнес-анализа. Как бизнес-менеджеры предприятий, стремясь выполнить роль Бизнес-технологов , мы придерживаемся ключевой концепции предприятия, которая обусловлена необходимостью инвестиций в бизнес / технологии для создания оптимальных бизнес-преимуществ с точки зрения ценности для клиентов и благосостояния для чистой прибыли. .
НАМ НУЖЕН ЦЕЛОСТНЫЙ ВЗГЛЯД НА БИЗНЕС И ТЕХНОЛОГИИ
Эффективный предприниматель, бакалавр / бизнес-технолог мыслит масштабно. Мыслит стратегически. Мыслит целостно. Думает о покупателе. Понимает, что бизнес-компоненты и технологические компоненты организации являются частью экосистемы, которая постоянно меняется и приспосабливается к изменениям в конкурентной среде и трансформациям в технологиях, что приводит к необходимым изменениям бизнес-процессов, технологий, продуктов и услуг.Хотя не существует технологии, которая является серебряной пулей, мы продолжаем искать технические продукты и технических менеджеров для решения всех наших проблем.
Нет ни одной серебряной пули. Речь идет об умении идентифицировать технологии, понимать их значение, эффективно комбинировать их и принимать разумные решения по их использованию, создавая набор операционных процессов и организационных структур для их окружения, что намного сложнее, чем просто инвестировать в них. одна технология против другой.
… Нам нужны технологи, которые лучше разбираются в экономическом анализе и бизнес-стратегии. Я также хотел бы предложить, чтобы нам нужны технологи, которые умеют более комплексно решать проблемы, то есть нам нужны технологи, которые могут решать проблемы в нескольких областях технологий, а также в областях бизнеса и технологий.
Джеймс Каплан, директор McKinsey & Company i
НАМ НУЖНО БЫСТРО ВЫРАСТИ
Исследование, проведенное генеральным директором IBM еще в 2010 году, определило сложность как самую большую проблему, а креативность как самый важный навык, необходимый для понимания сложности и управления ею. ii .Далее они заявили, что не воспитывали творческих лидеров изнутри и не могут найти необходимый им талант с помощью традиционных кадровых мероприятий. Обычные роли в проекте меняются. В центре внимания EBA теперь находятся стратегия, инновации и управление ценностями и требованиями. В центре внимания PM теперь находится управление сложностью по сравнению с управлением проектами. Однако компании не могут найти такие типы BA / PM — критически мыслящих людей со способностями:
- Адаптировать, изобретать и изобретать заново
- Сотрудничайте, создавайте и внедряйте инновации
- Используйте сложность для конкуренции.
Специалисту по бизнес-анализу и, следовательно, эффективному бизнес-технологу необходимо быстро овладеть передовыми навыками и компетенциями — в массовом порядке. Необходимость срочная. Понимая, что сегодня в технологиях так много инноваций, ни одна организация не может знать все о различных возникающих технологических областях. Таким образом, креативность, навыки решения проблем и интеграции становятся намного важнее любых конкретных знаний в технической области, такой как кибер-кибербезопасность, облачные вычисления или большие данные.Чтобы заполнить пустоту, организации, которые в значительной степени полагаются на технологии, такие как банки, страховые компании и медицинские компании, начинают набирать сотрудников изнутри и извне в отрасль высоких технологий. Они ищут людей с широким набором навыков, людей, способных работать в различных сферах бизнеса и технологий, имеющих опыт комплексного решения проблем.
Сотрудники отдела кадров и развития карьеры реагируют на потребности. Компании ищут внутренних и внешних менеджеров и высокопроизводительных сотрудников, которые готовы перемещаться между различными частями ИТ-организации по мере их развития.Некоторые бизнес-менеджеры также переходят из бизнеса на отдельные должности в технологических организациях, чтобы придать больше деловой хватки руководству ИТ. Нам нужны инновации в сфере обучения бизнес-специалистов и ИТ-специалистов. Вместо того чтобы сосредотачиваться на технических дисциплинах, Каплан призывает нас развивать то, что он называет технологией первых принципов , решением проблем или решением проблем междоменной интегративной технологии iii .
ПОВЫШАЙТЕ ПОДХОД К ПРОФЕССИОНАЛЬНОМУ РАЗВИТИЮ
Для индивидуальных бизнес-менеджеров, которые стремятся повысить свою карьеру и статус в своей организации, пора модернизировать свой подход к развитию карьеры.Получите новое отношение к своему профессиональному развитию. Включите в свои планы развития мышление, ориентированное на стратегию и ценности.
ИСКАТЬ НОВЫЕ РОЛИ
EBA / BT 21-го века смелы и отважны. Они ищут новые роли и новые задачи, чтобы расширить и углубить свой опыт, знания и знания. Они занимают позиции с высокой видимостью там, где происходит действие. Они преуспевают при совместной работе с другими экспертами в условиях неопределенности и двусмысленности.Люди в бизнесе и ИТ ищут их, прося, чтобы они были в их командах.
ПРОХОДНЫЕ СОЕДИНЕНИЯ
21 век — это все о связях. В глобальном мире сложности бизнеса требуется хорошо работающая команда экспертов для решения деловых и технических вопросов. Итак, возможно, ваша самая важная способность — собрать группу экспертов (сначала собрать в комнату нужных людей!), А затем создать среду, в которой можно безопасно экспериментировать, предлагать нестандартные идеи, бросать вызов и создавать на идеи друг друга; затем быстро протестируйте идеи для определения жизнеспособности iv .
ЧТО ВСЕ ЭТО ОЗНАЧАЕТ ДЛЯ ТОЛЬКО НА ВЕРХНЕЙ СЕТИ BA FOOD?
Есть много вещей, которые вы можете сделать, чтобы ускорить переход к корпоративному бизнес-технологу, ориентированному на стратегию. Просмотрите предложения в этой статье. Выберись оттуда. Продвигайте себя и свои успехи в проекте.
В следующих нескольких статьях будут рассмотрены другие роли корпоративного BA, а также бизнес и технические области, которые претерпевают значительные преобразования.
«Я становлюсь лучшим бизнес-технологом», май 2016 г. McKinsey and Company. В Интернете по адресу http://www.mckinsey.com/business-functions/business-technology/our-insights/becoming-a-better-business-technologist.
ii Как извлечь выгоду из сложности, выводы из исследования IBM Global CEO Study 2010 года. В Интернете по адресу: http://www-935.ibm.com/services/us/ceo/ceostudy2010/multimedia.html
iii Стать специалистом по развитию бизнеса, май 2016 г. McKinsey and Company. В Интернете по адресу http://www.mckinsey.com/business-functions/business-technology/our-insights/becoming-a-better-business-technologist.
iv Leading Through Connections, Insights from the IBM Global CEO Study 2012 (www.ibm.com/services/us/en/c-suite/ceostudy2012/
Могли бы вы быть бизнес-технологом?
«Идея о том, что определенные сотрудники могут преодолеть разрыв между продажами и ИТ, — это больше, чем несбыточная мечта исполнительного директора», — говорит Даррен Гуарначча.
По мере того, как глобальная экономика начинает таять, аналитики снова выдвинули знакомую концепцию бизнес-технолога — человека, обладающего знаниями в области ИТ и навыками управления бизнесом.Но насколько существенна эта идея и как бизнес-технолог может выглядеть на практике?
Я полагаю, что фундаментальное определение может заключаться в том, что бизнес-технолог начинает думать о бизнес-проблеме, а затем исследует различные технологические подходы, которые могут ее решить, где бы и чем бы они ни были.
Этот метод контрастирует с обычным методом изучения технологии и определения того, как ее можно использовать для решения бизнес-задач.Хотя они могут казаться похожими — и вы ожидаете схожих результатов, — на самом деле они очень разные.
Большинство ИТ-специалистов больше интересуются нюансами технологий, чем деталями бизнес-процесса. Но все меняется, и растет спрос на технологов, которые действительно понимают, как организация ведет бизнес. Конечно, они также хорошо понимают, что технологии могут сделать для улучшения работы бизнеса.
Вот пять причин, почему это должны быть вы.
1. Прибыль фронт-офиса
Еще немногое можно сделать, чтобы улучшить автоматизацию и эффективность бэк-офиса. Настоящая выгода теперь принадлежит фронт-офису. Технологии процесса продаж и системы взаимодействия с клиентами открывают перед компаниями огромные возможности для повышения эффективности своего бизнеса. Тем не менее, информационные технологи традиционно неохотно взаимодействуют с отделами маркетинга и продаж.
Это неудобная область для некоторых ИТ-специалистов, которые часто просто не ценят бизнес-процессы, управляющие маркетингом и продажами.Но если вы сумеете с ними справиться, вы сможете помочь отделам продаж и маркетинга достичь тех же уровней технологической эффективности, что и в бэк-офисе.
2. Сочетание навыков
Не каждый обладает правильным сочетанием навыков. Если вам посчастливилось выйти из ИТ-среды и у вас есть навыки работы с людьми для участия в маркетинге и продажах, вы сразу же можете предоставить незаменимые услуги для своей компании, потому что вы можете обеспечить дифференциацию, а дифференциация — это хорошо в любая экономия.
Важно уметь сообщать бизнес-пользователям о возможностях имеющихся технологий и находить новые возможности для инноваций.
3. Социальные сети
Деловой мир становится все более ориентированным на клиентов. Социальный контент и инструменты социальных сетей передают реальную власть в руки покупателей. Организации должны адаптировать свои ИТ-системы, чтобы в их основе было взаимодействие с клиентами.
Для этого нужен кто-то, тесно связанный между маркетингом, продажами и технологиями, но отдача для бизнеса будет огромной.
4. Привлечение клиентов
Маркетинг и продажи — самый быстрый способ увеличения доходов для организаций. По мере того, как глобальная рецессия начинает ослабевать, эта область, вероятно, станет той частью бизнеса, на которой высшие руководители сосредоточат свое внимание в течение следующих нескольких лет.
Стратегии привлечения новых клиентов и технологические проекты, которые их поддерживают, имеют ключевое значение для навыков бизнес-технолога.
5. Сдвиг мощности
Если вы этого не сделаете, обязательно сделает кто-то другой.Последнее поколение рабочих выросло на технологиях. Они интуитивно понимают, на что способны технологии, и думают, как деловые люди. То, что им может не хватать с точки зрения опыта, более чем перевешивается их способностью влиять на ИТ-решения своих коллег.
Вы уже видите, что это происходит. Например, многие облачные маркетинговые услуги покупаются на уровне отделов только с помощью кредитной карты — часто при полном игнорировании ИТ-политик корпорации.
Этот сдвиг свидетельствует о пропасти между ИТ-отделами и их коллегами по маркетингу и продажам. Здесь у бизнес-технолога есть большая возможность помочь преодолеть этот пробел.
Мы являемся свидетелями того, как бизнес вступает в эпоху, когда технологии больше не являются прерогативой отдельного ИТ-отдела. Что вы можете сделать, чтобы подготовиться к этой тенденции? Поймите, что движет вашей компанией, как она зарабатывает деньги и как обслуживает своих клиентов. Если эти вопросы вас интересуют, похоже, вы уже на правильном пути.
Даррен Гуарначча (Darren Guarnaccia) — вице-президент по маркетингу продуктов компании Sitecore, занимающейся системами управления контентом. Постоянный спикер, эксперт и модератор отраслевых мероприятий, Гуарначча начал свою карьеру в качестве директора по технологиям в крупной финансовой компании, а затем руководил операциями электронной коммерции в большой региональной консалтинговой организации.
Рост делового технолога
Мы знаем, что бизнес-команды и технологические команды часто борются за совместную работу, чтобы добиться результатов, но почему?
Эти две группы не всегда говорят на языках друг друга, не общаются регулярно и изо всех сил пытаются преодолеть историческую разобщенность.Это порождает раскол, влияющий на способность вашей организации работать с максимальной отдачей и быстро внедрять инновации.
West Monroe, как компания, была разработана с использованием технологий в своей основе, но при этом была сосредоточена на решении бизнес-задач. Предлагая эту «необычную смесь» тысячам клиентов и проектов на протяжении многих лет, а также нашей собственной фирме, мы извлекли много уроков о том, как вырастить ориентированных на бизнес технологов и технически ориентированных деловых людей — и заставить их хорошо работать. вместе — к успеху.
- Объедините бизнес и технологии на равных. Инициативы чистых технологий и чисто деловых инициатив больше не существует. Команды должны быть смешаны и интегрированы как с точки зрения организации, так и на месте: ИТ и бизнес должны работать не как отдельные подразделения, а как тесно интегрированные сотрудники. Это поможет им выработать общий контекст, взглянуть на бизнес-проблемы с критической точки зрения и стимулировать инновации.
- Поднимите планку на своих технологов.Не соглашайтесь со стереотипом о технологе как о блестящем индивидуальном сотруднике. Более чем когда-либо специалистам в области технологий необходимы навыки, применимые в различных сферах бизнеса и технологий. Лучшие технологи обладают врожденным любопытством к пониманию бизнес-проблем и внедрению практических инноваций. При приеме на работу и постоянном обучении сосредоточьтесь на функциональном понимании вашего бизнеса и желании вернуть ценность вашей организации.
- Внедряйте процессы, поощряющие конструктивное общение.Инициативы редко терпят неудачу из-за самих технологий — почти всегда неудача происходит из-за плохой коммуникации.