Чем занимается отдел внедрения
Положение об отделе внедрения новых технологий
«Кадровик. Кадровое делопроизводство», 2012, N 2
ГЕНЕРАЛЬНЫЙ ДИРЕКТОР КОМПАНИИ
_____________ В.Д. Коркин
1. Общие положения
1.1. Отдел внедрения новых технологий является структурным подразделением Компании, осуществляет комплекс работ по автоматизации технологических процессов, находится в ведении и работает под непосредственным руководством исполнительного директора Компании.
1.2. Права, обязанности и отношения отдела с другими подразделениями Компании определяются в соответствии с Уставом Компании, приказами и распоряжениями генерального директора Компании, годовыми планами работы и настоящим Положением об отделе.
1.3. Структура и штат отдела утверждаются в принятом порядке. В структуре отдела три сектора: сектор компьютерной грамотности, сектор развития и сектор открытого доступа к Интернету.
1.4. Работа отдела организуется на основе Программы внедрения новых технологий, утвержденной Приказом генерального директора от 15.01.2012 N 1; перспективных, годовых и квартальных планов работы, утвержденных исполнительным директором Компании.
2. Основные задачи
2.1. Оказание технической, технологической и методической помощи сотрудникам, отделам Компании в автоматизации технологических процессов, в организации обслуживания клиентов Компании в автоматизированном режиме.
2.2. Предоставление пользователям и сотрудникам Компании доступа к Интернету и к услугам Компании через Интернет.
2.3. Адаптация программного обеспечения к технологическим процессам, используемым в Компании.
2.4. Организация технического обслуживания и ремонта средств автоматизации (в том числе и с помощью привлечения лиц из сторонних организаций).
2.5. Учет и распределение технических средств в соответствии с профилем работы отделов Компании и филиалов.
3. Функциональные обязанности
3.1. Приобретение: баз данных; аппаратных средств; программных средств.
3.2. Пополнение и хранение фонда отдела: страховых копий прикладных программ; страховых копий баз данных.
3.3. Ведение документации: планы работ; отчеты о работе; должностные инструкции сотрудников отдела; инструкции и методические рекомендации по использованию баз данных и прикладных программ; инструкции и методические рекомендации по организации автоматизации технологических процессов в отделах Компании и филиалах Компании.
3.4. Информация о базах данных и прикладных программах: обзоры в отделах Компании и филиалах Компании о новых базах данных и прикладных программах, в том числе о новых версиях программ.
3.5. Обучение персонала Компании, внедряющих автоматизированную технологию: начальное; углубленное; помощь в реализации автоматизации технологических процессов.
3.6. Участие в научных исследованиях в области автоматизации технологических процессов, проводимых методическими центрами, внедрение рекомендаций по их итогам в работу Компании.
3.7. Методическое и организационное обеспечение работы отдела внедрения новых технологий: изучение, обобщение и внедрение передового опыта отделов автоматизации сторонних организаций; составление инструкций, положений и других методических материалов, регламентирующих деятельность отдела; планирование работы, учет и отчетность; внедрение НОТ в работу отдела; подбор и расстановка кадров, повышение их профессиональной квалификации; проведение мероприятий по охране труда, технике безопасности и пожарной безопасности.
3.8. Оказание технологической и методической помощи в организации работы отделов Компании и филиалов Компании, внедряющих автоматизированную технологию: изучение опыта работы других библиотек в области автоматизированной технологии и внедрение его в практику работы Компании; оказание консультационной помощи (технической, технологической, методической) в создании автоматизированной технологии.
3.9. Изучение, обобщение опыта работы отделов Компании и филиалов Компании в области автоматизированных технологий.
Зачем быть инженером по внедрению
Четыре года назад я увидел вакансию инженера по внедрению. Из словосочетания «инженер по внедрению» я мог сделать только очень общий вывод, чем занимается этот специалист. Но т.к. в требованиях было указано знание C# и необходимость писать код, я решил попробовать себя в этой роли. Звезды совпали удачно, и меня позвали на работу.
Как выяснилось в дальнейшем, понятие «инженер по внедрению» так же, как «программист», объединяет в себе очень много разных, но родственных вещей. Все внедренцы так или иначе устанавливают и настраивают «нечто» под требования конечного заказчика. Но областей внедрения так много, что специфику каждой расписать мне кажется невозможным.
В этой статье я постараюсь описать, почему вам может быть интересно стать инженером по внедрению. Если быть точнее, то инженером по внедрению какого-либо ПО, потому что сфера внедрения «железа» для меня — темный лес. Обращаю также внимание на то, что мой личный опыт может быть довольно однобоким.
1. Человек-оркестр
Это, пожалуй, главная причина. Если вы не чувствуете в себе стремления становиться гуру какой-то узкой специфики, то внедренец — это судьба для вас. Я работаю с людьми, которые в определенный момент поняли, что погружаться, например, в тонкости MS SQL до уровня MCSE им не интересно (в этом месте можете подставить любую технологию и «джедайский» уровень для нее). И это не «лень», а осознанный выбор.
Для инженера важно кроме знания внедряемого продукта обладать довольно обширными познаниями во всех соприкасающихся областях. А также во всех потенциально соприкасающихся областях. У нас, например, помимо максимального владения внедряемой программой, обязательным является хороший уровень владения C# и T-SQL, базовый навык администрирования серверной винды и знание всякой «экзотики» вроде XSLT и VBS. А пожеланиями к тому, что инженер может знать, можно исписать рулон туалетной бумаги в 54 метра: это и 1С, и Adobe FlexiCapture, и InfoPath, и знание любых ERP, СЭД и так далее, и тому подобное.
2. Сам себе режиссер
В небольших проектах, зачастую, всю техническую часть выполняет один инженер. Он и продумывает архитектуру решения, и настраивает его, и пишет код, и проводит сдачу техническим специалистам заказчика. В больших проектах инженеру отдается модуль, в котором он, опять-таки, является сам-себе-режиссером. Т.е. исключены ситуации, когда вы все сделали хорошо, а ваш коллега накосячил, из-за чего не приняли всю работу, ну или вам досталась ужасная архитектура, с которой вам приходится мириться и пилить под нее костыли. Все сам и только сам.
3. Пятилетку за два года
Внедрение чаще всего идет по стандартному циклу: собрали требования, сделали, сдали, начинай сначала. А каждый этап этого цикла довольно короткий, поэтому исключены ситуации, когда вы можете пилить какой-то модуль, и лишь через года два увидеть его реальное использование. Здесь результат своей работы, а также его применение в жизни можно ощутить через 3 месяца после старта работ. Или вы все круто и удобно сделали, и заказчик этим пользуется, или ваша работа была бессмысленна. Для любителей быстрого результата то, что надо.
4. Живые люди
Это довольно спорный момент для айтишников, которых все привыкли считать замкнутыми и необщительными людьми. В реальности в айти-сфере работает куча людей, которые могут и любят общаться с заказчиком. В случае с внедренцем такая потребность тоже будет удовлетворена: на этапе сдачи работ вам придется общаться с ИТ-персоналом заказчика, объясняя, что же такое вы им понаделали, и как это дальше поддерживать. А также бегать по конечным пользователям, помогая им справляться с ошибками, которые вы допустили на этапе разработки (ну или просто объяснять, почему нажатие кнопки «Создать задание» приводит к созданию задания). Возможно это звучит не так уж весело, но в реальности общение с пользователями довольно интересно.
Из этого же пункта вырастает следующий:
5. «Сам испек, сам и кушай»
Вы получаете отзыв о результатах своей работы из первых рук и, что самое главное, можете на него повлиять. Т.е. достаточно пользователю показать какую-либо удобную фичу, или поправить какую-то неудобную функциональность на его глазах, чтобы получить «друга», защищающего вашу программу перед руководством. Что положительно скажется на дальнейших проектах.
6. Все дороги открыты
Последний пункт, который отчасти противоречит первому: из-за того, что вы являетесь полу-специалистом в большом количестве разных областей, в любой момент, когда вам надоест заниматься внедрением конкретного продукта, вы можете выбрать для себя путь узкой спецификации в одной технологии, технического менеджмента (тим-лид) или обычного менеджмента (руководитель проектов). Знаний для старта у вас будет достаточно, а опыт проектой работы довольно высоко ценится на рынке, да и вашим непосредственным руководителем тоже.
Пока, пожалуй, все. Я постарался кратко написать, почему эта работа может заинтересовать кого-то. И если в голове какого-нибудь студента после этой статьи появилась мысль попробовать себя в качестве инженера по внедрению, то я буду очень рад.
Если остались вопросы, пишите, постараюсь ответить.
Не только разработчики: типичная структура компании по разработке ПО
Авторизуйтесь
Не только разработчики: типичная структура компании по разработке ПО
эксперт программы для студентов Moove от бизнес-школы «Сколково» и МТС, гендиректор компании Tess Technology
Лучше всего рассматривать структуру команды в компаниях от 10 человек. В ней, как правило, также есть и второстепенные функции (бухгалтерия, юристы, клининг и т. д.). Их чаще всего отдают на аутсорс. Кроме того, в компании должны быть продавцы, маркетологи и HR.
На начальном этапе директор может справляться с частью функций сам (продавать, продвигать услуги, искать и нанимать сотрудников). Такая ситуация характерна, прежде всего, для стартапов, где команда может брать на себя все функции сразу. Так как это недавно запущенный проект, и его цель – окупить инвестиции и получить прибыль в максимально короткие сроки, директор может быть и продавцом, и разработчиком, и курьером. Однако чаще всего там уже есть деление на сферы ответственности. Например, в команде LICA (разрабатывают ИТ-продукт по подбору станков и тканей для текстильной промышленности), которую я курирую на программе Moove, кто-то взял на себя роль CEO, кто-то — CTO, а кто-то занялся продажами и общением с клиентами.
Ребята сами поделили сферы ответственности, исходя из компетенций и собственного опыта. Попытки перекинуть непрофильные задачи на других членов команды приводили к конфликтам (так, например, обзвон базы клиентов для технического специалиста был проблемой, он отказывался это делать). В итоге пришли к тому, что у каждого есть своя сфера ответственности и задачи изначально делятся по этим сферам.
По мере роста компании необходимо выделять под каждую функцию отдельного сотрудника. В классической компании, занимающейся разработкой программного обеспечения под заказ, так и происходит. Нагляднее всего это видно на этапах создания ПО.
На каждом этапе должен быть свой отдел со своими задачами:
Основной состав группы — это специалисты, полностью занятые в создании нового программного продукта:
Вспомогательная группа — это специалисты, не занимающиеся созданием программ, но, тем не менее, играющие важную роль в реализации проекта:
По сути в любой команде, занимающейся разработкой продукта, можно выделить следующие роли в команде:
Developer
Занимается производством программных продуктов.
Это роль исполнителя: руководитель ставит задачу на автоматизацию того или иного процесса, разработчик ее выполняет. Эта роль часто сегментируется:
по разделению ответственности:
User Experience Designer (UX)
Занимается производством карт пользовательского опыта.
Этот человек изучает и оценивает, как пользователи относятся к разрабатываемому программному обеспечению. На нем лежит ответственность за то, чтобы продукт был прост в использовании, восприятии ценности, полезности и эффективности. Он продумывает и оценивает процессы и сценарии использования ПО.
Эту роль ошибочно путают, а порою и совмещают с ролью UI Designer. UX и UI Designer отличаются не только предметной областью, но и спецификой мышления. UX Designer больше про аналитику и систематизацию, чем про эргономику и эстетику.
User Interface Designer (UI)
Занимается производством графической составляющей интерфейсов.
Этот человек разрабатывает визуальную часть пользовательского интерфейса. Основными целями работы UI дизайнера являются: интуитивность восприятия, простота, юзабилити и эстетика интерфейса ПО.
Quality Assurance (QA)
Занимается проверкой результата.
QA занимается тестированием всего, как бы странно это ни звучало.
Системный подход специалиста QA позволяет тестировать как программный код, так и продуманность карт пользовательского опыта.
Human Resource (HR)
Занимается первичным подбором кандидатов.
Он обеспечивает прозрачное прохождение всех этапов собеседований при трудоустройстве.
Team Leader
Отвечает за работу группы специалистов.
Team Leader обеспечивает комфортные условия работы коллектива и поддерживает высокий уровень эффективности команды. Этот человек не обязательно должен знать специфику работы команды досконально. Например, Team Leader в группе разработчиков не обязан быть программистом, ему достаточно понимать как организовать работу, понимать процессы, протекающие во время производства.
Но на практике исторически сложилось, что на эту позицию ставят самых прокачанных программистов, что является классической ошибкой управления.
Tech Leader
Отвечает за грамотный аргументированный выбор технических решений:
Scrum Master
Scrum, Agile, KanBan, гибкие методологии, и прочие теоретические знания, которые крайне бесполезны без практики и опыта.
Scrum Master — это специалист, который помогает команде применять методологию Scrum правильно, объясняет правила методологии, контролирует их выполнение. Сейчас к командам разработки стали прикреплять роль Scram Master. Он отвечает за грамотное применение той или иной гибкой методологии (бывает, что даже той, которая не касается Scrum вообще).
Project Manager (PjM)
Отвечает за старт, ведение и сдачу проектных работ.
Эта роль классического управленца процессами. Работа над проектом начинается с Project Manager’а, ведётся (ставит задачи), контролируется (контроль качества и эффективности) и сдаётся тоже им. В большинстве компаний Project Manager управляет проектным фондом.
Архитектор (Architect)
Ключевая обязанность архитектора — проектирование архитектуры ПО, т. е. принятие ключевых проектных решений относительно внутреннего устройства программной системы и её технических интерфейсов.
Бизнес Аналитик (Business Analyst)
Напрямую общается с заказчиками продукта и выясняет их пожелания и требования. Задача бизнес аналитика верхнеуровнево понять, чего хочет заказчик, как он видит продукт, который будет разрабатывать команда, цель у продукта и какие задачи он будет решать. На момент общения с заказчиком бизнес аналитик может предлагать свои идеи по улучшению продукта и совместно с заказчиком формировать так называемый vision.
Системный аналитик (System Analyst)
Занимается, в основном, анализом данных и принятием решений о том, как будет работать система, какие методы будут использоваться, а также написанием основных технических документов (техническое задание или ТЗ, спецификации). Важная часть работы — функциональный анализ, в результате которого выделяется перечень функций, которые должна выполнять система, а также определение требований к системе.
Технический писатель (Technical writer)
Специалист, который занимается составлением документации в рамках разработки различных программ. Это люди, которые призваны помогать нам овладевать новыми технологиями, будь то модное устройство или новая программа. От них отчасти зависит успех новинки, ведь именно им нужно убедить потенциального покупателя в пользе этой новинки и объяснить, как ей пользоваться.
Отдел внедрения и сопровождения
Подробнее о решении
Для этого Вам нужно либо содержать штат высококвалифицированных специалистов и платить им соответствующую заработную плату, либо же обратиться в компанию, которая оказывает полный спектр услуг по обслуживанию оборудования и программного обеспечения.
Сейчас все чаще бизнес делает выбор в пользу компаний, которые занимаются исключительно обслуживанием узкопрофильного оборудования. Эти компании за счет многолетней практики в решении похожих проблем смогут гораздо быстрее их преодолеть. Если у вас есть свои IT-специалисты, то лучше направить их работу на поддержание рабочего процесса, а не на решение локальных задач по ремонту и обслуживанию оборудования.
Мы предлагаем Вам не только широкий модельный ряд специализированного оборудования и программных продуктов, но и комплекс услуг для быстрого запуска процесса автоматизации на Вашем предприятии.
Наши специалисты выполняют следующие задачи:
Отдел занимается не только начальным этапом внедрения решений и монтажа оборудования, но последующим сопровождением. Специалисты нашего отдела гибко подстраиваются под изменения Вашего бизнеса и оперативно реагируют на новые задачи. Монтаж оборудования и установка программного продукта будут осуществлены в кратчайшие сроки с обязательным соблюдением необходимых требований по установке и сборке торгового оборудования.
Выбрав компанию «Бизнес-плюс», будьте уверены, что мы предоставим Вам все необходимые услуги для эффективной и долгосрочной работы оборудования на Вашем предприятии. Цель отдела внедрения- создать для наших клиентов максимально комфортные условия для быстрого начала автоматизированной работы.
Кто такой менеджер по инновациям
И почему эта профессия очень востребована.
Менеджер по инновациям — это человек, который помогает компаниям внедрять современные технологии. Он работает на два фронта: с одной стороны, оптимизирует процессы внутри компании, с другой — помогает сделать продукты компании более современными и классными.
Какие такие инновации
Раньше инновации были нужны только высокотехнологичным компаниям. Но сейчас инновационным стало всё на свете. Школам и университетам в прошлом году пришлось быстро перейти на дистанционный режим — это пример инновации. Банкам нужны инновационные финансовые продукты, на производстве требуются промышленные инновации, в агроиндустрии и медицине внедряют биотехнологии: менеджер по инновациям помогает, например, перейти на биотопливо с дизельного.
С точки зрения бизнеса инновации делятся на две большие группы: направленные на внутренние процессы и направленные на продукт.
Инновации во внутренних процессах — это современный документооборот, внедрение биометрии, аналитика данных клиентов.
Инновации в продукте — это всё то, чем смогут пользоваться клиенты. Например, есть банк, а у него есть приложение. Инновациями здесь будут функции автоматического считывания документов, чат-бот, распознавание клиента по лицу и так далее.
Журналист. Сотрудничала с The Village, «Т—Ж» и VC.
Чем занимается менеджер
Профессия новая, поэтому разные компании называют её по-своему. Чаще встречаются названия «руководитель инновационной деятельности», «руководитель проектов», а иногда даже «аналитик». Бывает, что компании ищут продуктового менеджера или менеджера проекта, но ждут, что они будут внедрять инновации.
В разных компаниях у менеджеров по инновациям могут быть абсолютно разные задачи. В целом эта работа делится на несколько частей:
Некоторые компании берут отдельного человека для каждого этапа, тогда формируется целая команда по инновациям. Если ресурсов в компании немного, то всем перечисленным занимается один человек.
Особенности профессии
Менеджеру по инновациям необходимо техническое образование. Если менеджер не разбирается в том, что именно он собирается внедрять, грош цена всей его работе. Но ещё важны классические менеджерские навыки.
Нужно понимать экономические процессы в компании, знать ситуацию на рынках, уметь руководить разнопрофильными специалистами.
Инновационные менеджеры часто объединяются в команды по два-три человека для ведения одного пилотного проекта, потому что одному обычно не хватает профильных знаний в каких-то важных областях. Команду подбирают так, чтобы знания менеджеров дополняли друг друга: если кому-то недостаёт понимания «начинки», ему на подмогу придёт более осведомлённый о технологиях коллега, а третий человек поддержит процесс административно или операционно. Вместе работать над проектом эффективнее и быстрее.
Типичные задачи и требования
Менеджеру по инновациям поручают самые разные задачи: от выбора направления для инновационного развития компании до курирования самого проекта. Менеджер понимает, какие процессы происходят на разных этапах создания продукта или услуги. Условно задачи делятся по четырём направлениям:
Какими навыками нужно владеть
Неполный список навыков и знаний выглядит так.
Где нужны специалисты
Специалистов по инновациям ищут самые разные компании, не только технологические: от IT до девелопмента. Чаще такие менеджеры нужны в сфере B2C: банкинге, ретейле, телекоме. Эти отрасли сильно зависят от потребительского поведения, а инновации помогают им удерживаться на рынке и увеличивать прибыль.
Менеджеры по инновациям есть, например, в РЖД, Сбере, X5 Retail Group, SPLAT, Danone, «Северстали».
Зарплата и развитие карьеры
В крупных корпорациях менеджер по инновациям начинает с работы проектного менеджера. Он руководит внедрением пилотных проектов. Перед менеджером стоят задачи по достижению KPI, количеству запусков и успешно реализованных проектов, экономической эффективности пилотов.
Менеджера по инновациям в стартапе лучше описать как менеджера по развитию продукта. Даже на направлениях по инновационному менеджменту в университетах набор дисциплин часто такой же, как на программах по управлению продуктом. В этом случае менеджер отвечает за разработку и доработку продукта.
Внутри инновационного менеджмента тоже можно выбрать свой путь. Например, специализироваться на отдельной функции: проектном менеджменте, аналитике, маркетинге или коммуникациях с каким-то подразделением.
В марте 2021 на HeadHunter соискателям предлагают зарплату от 75 до 255 тысяч рублей.
С чего начать
Есть три классических варианта начала карьеры менеджера по инновациям.
Первый путь: есть профессионал с базовым техническим или естественно-научным образованием — например, инженер, айтишник, экономист или физик. Он становится менеджером по инновациям и прокачивается в маркетинге, продажах, коммуникациях, получает дополнительное менеджерское образование (или сначала прокачивается, а потом становится). Это классический путь.
Второй путь: менеджеры, у которых нет специальных знаний о предмете, занимаясь маркетингом или рекламой продукта, осваивают технологии производства и начинают заниматься инновациями.
Третий путь: человек сразу получает образование менеджера по инновациям и начинает работать по специальности. Так быстрее, но специальные программы только-только начали появляться в российских вузах.
Где этому научиться
Базовое высшее образование менеджера по инновациям может быть любым. Ценится техническое — МФТИ, МГТУ имени Баумана. Менеджеру по инновациям не помешает дополнительное образование: магистратура по инновационному менеджменту или второе высшее по специальности управление. Например, в Государственном университете управления есть программа магистратуры «Управление инновационным развитием бизнеса».