ИТ проекты: особенности, характеристики, эффективность и примеры. It разработчик

Какую IT-специализацию выбрать, чтобы много зарабатывать?

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

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

Итак, смотрим на 3 показателя:1. средняя зарплата миддла 2. скорость прокачки3. перспективы роста

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

Исходя из этих показателей можно составить следующий ранжированный список IT-направлений:

Easy level - веб-разработкаFront, back или full stack - выбирайте, что больше нравится, разницы по зп особой не будет между ними. Легко войти, легко прокачиваться, всегда есть куда расти, высокие зп, потому что Вы всем нужны. Easy peasy.

- мобильная разработкаiOS/AndroidКстати, если выбрать предыдущий вариант, то можно писать мобильные приложения с использованием уже изученных веб-технологий (с помощью React Native/Xamarin/и т.д.)

Medium level

- разработка баз данных

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

- разработка десктопных приложений на Java/C#Опять же, отсюда можно без особой боли перейти в мобильную разработку, в данном случае даже языки разработки менять не придется. Только изучить новые библиотеки.

Hard level (для тех, кто не любит легкую жизнь)

- разработка игр

Огромная конкуренция. Низкие зп. В общем, удачи.

- разработка операционных систем

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

- разработка драйверов/прочая низкоуровневая тема

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

Как-то так. Удачи с выбором.

thequestion.ru

ИТ стратегия | определение, цели, виды, этапы разработки

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

Что такое ИТ стратегия?

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

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

Цели ИТ стратегии

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

Основные цели ит стратегии включают:

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

Виды стратегии

В процессе разработки ит стратегии учитываются приоритетные факторы деятельности компании. В зависимости от размеров предприятия и уровня их развития выделяют три основных вида данного документа:

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

Каждая из этих видов состоит из:

краткого описания предприятия и его деятельности,

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

Потребность в ИТ стратегии

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

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

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

Подходы к разработке ИТ стратегии

Перед началом разработки IT-стратегии нужно комплексно оценить актуальные предложения рынка информационных технологий и выбрать те составляющие, которые максимально решат проблемы и потребности организации. Работать с «древним» оборудованием не только сложно, но и неэффективно, поэтому следует профессионально внедрять важные системные компоненты.

Для того чтобы правильно скоординировать функционирование подразделения нужно придерживаться основным подходам:

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

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

Этапы разработки ИТ стратегии

Разработка IT стратегии предприятия должна выполняться в соответствии с общепринятыми правилами и разработанными подходами.

Проект по созданию и формированию стратегии включает следующие этапы:

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

2. Непосредственная разработка IT-стратегии:

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

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

Проект должен выполнятся во взаимодействии со всеми подразделениями организации. Только так можно комплексно проанализировать актуальное состояние как структур, так и информационного отдела. В команде должны состоять ИТ-специалисты, менеджеры, экономисты и руководители. В комплексе они достигнут оптимально разработанной стратегии и выделят приоритетные направления развития компании.

Что учитывать в стратегии?

Развивая информационные технологии организации необходимо правильно сопоставлять проблемы и направления их решения.

Для этого необходимо учитывать в концепции основные составляющие части:

анализ деятельности ИТ в настоящий момент;
требования целей организации и их соответствие ИТ;
общее видение технологической стороны — архитектура, управление, программные средства;

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

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

ИТ-стратегия являет собой комплексное описание развитие информационной системы предприятия в 3 аспектах: текущем, будущем и стратегическом. Каждый из которых позиционирует состояние системы, необходимое для нормальной деятельности компании и полноценного использования всех ресурсов.Информационные технологии для многих сфер бизнеса являются ключевой ячейкой развития организации. Для руководителей важно определить системы, которые необходимо приобрести и задействовать, чтобы повысить эффективность деятельности. Правильно и грамотно составленный стратегический план с бюджетом и анализом сформирует общую цель бизнеса.

ИТ стратегия

5 (100%) 1 vote

8d9.ru

особенности, характеристики, эффективность и примеры

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

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

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

Сущность и объективность ИТ проекта

Принято считать, что бизнес или компания - это определенная инфраструктура. В первую очередь, это:

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

Вне зависимости от того, было ли создание предприятия сопряжено с разработкой собственного ИТ проекта или оценка ИТ проектов позволила выбрать уже созданный, дальнейшая работа будет формироваться по трем направлениям:

разработка (развитие) программного обеспечения;
внедрение информационных систем;
проекты инфраструктурного и организационного характера.

Эти три направления определяют сложившееся представление о видах, на которые принято делить ИТ проекты. Это не слишком четкое определение, но большинство специалистов его придерживается.

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

Объективная действительность ещё до появления компьютерной техники четко определила: информация - это суть всего, что живет (существует) и развивается. От того, как это развитие отражено в реальном проекте зависит результат, для достижения которого он разработан.

Финансовая сторона проекта

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

Реальная экономическая эффективность от внедрения большинства ИТ проектов далеко не во всех случаях может быть подтверждена. Практика свидетельствует о большом проценте неудачных реализаций.

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

Руководитель ИТ проектов - важная часть любого проекта. Собственно, его команда тоже, но это менее критично. Результат работы команды - необязательно законченный «работающий» проект в реальности. Лучше, когда первым результатом будет понимание того, что именно нужно было сделать. Понимание «в развитии» всегда важнее статичного результата.

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

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

Области применения ИТ

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

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

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

Пример 1. Пропускная система

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

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

Реализовать такой ИТ проект, который объединит всё пропускное хозяйство по всем обособленным подразделениям в единую систему, несложно. Вопрос времени, и высшее руководство будет всегда знать, кто и когда пришел на работу, а сотрудник может пройти со своим пропуском в любое подразделение в любом городе.

Пример 2. Периметр защиты инфраструктуры

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

Построить бастион защиты по всему периметру возможных негативных явлений весьма сложно. Противная сторона постоянно совершенствует механизмы и качество атак. Это не пропускная система предприятия, но всё же такие ИТ проекты чрезвычайно востребованы и жизненно важны для любой компании, особенно, для крупного бизнеса.

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

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

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

Пример 3. Веб-ресурсы: управление и представление

Сайты - это недавнее прошлое и представление о том, что сайт - это ресурс в интернете давно устарело. Сегодня веб-ресурс - это активная точка в локальной или глобальной сети, что не меняет его нового статуса - это элемент управления инфраструктурой компании или лицо компании для её клиентов, партнеров или просто посетителей.

Новое отношение к веб-ресурсам началось, когда идея обновлять страницу плавно трансформировалась в адекватную реакцию элементов страницы на действия посетителя, а HTML-код стал вторичным. На ведущие позиции вышли серверные языки, язык браузера и AJAX.

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

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

Пример 4. Модернизация действующего ПО

Эта грустная область ИТ проектирования. Удивительно, но по сей день жив и работает не только Clarion из далеких 80-х, Access времен расцвета Бейсика и FoxPro по всей линейке версий от 2.6 до Visual FoxPro 6.0 (хитрая лиса).

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

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

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

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

Характеристики ИТ проектов

Цель, сфера применения, время исполнения и оснащенная команда важны как представление о том, что будет получено в результате реализации ИТ проекта.

Обширные теоретические исследования по действующим веб-ресурсам, форумам и знаниям экспертов в области ИТ проектирования, несомненно, имеют значение.

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

Путь от начала формулировки цели ИТ проекта до финального решения должен характеризоваться только тремя объективными обстоятельствами:

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

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

Динамика и самоадаптация в ИТ проектировании

ИТ проекты, примеры решений, результаты внедрений - это не статика.

В частности веб-ресурс - это не сайт с фиксированным меню, функционалом и количеством страниц. Если это так, то результат будет краткосрочным и не перспективным.

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

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

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

При внимательном рассмотрении такой перенос центра тяжести - есть реализация объективного и эффективного правила: идеальное решение - не принимать никаких решений, но качественно предоставить возможность принимать решения другим, в данном случае, потребителям.

fb.ru

Как современные российские ИТ-разработки меняют мир

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

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

Сфера информационно-коммуникационных технологий и наука все глубже интегрируются друг в друга. В международном масштабе ИТ-отрасль всегда была полигоном для проверки и тестирования самых разных гипотез и научных разработок. Однако в России особенно активно подобная тенденция стала проявляться именно в последние годы. Важнейшим фактором является социологический подтекст: в нашей стране выросло поколение людей, внедренных в экосистему разнообразнейших ИТ-продуктов так глубоко, как никто ранее до них. Это накладывает свой отпечаток на проведение научных разработок в потребительском секторе. Эпоха персонализации в самом разгаре, и сегодня научные разработки чаще всего ориентируются именно на конечных потребителей, рядовых граждан. Ведь требования, предъявляемые частными клиентами, подчас настолько специфические, что вывод разработки на b2c-рынок становится для нее настоящим стресс-тестом, сразу обнажающим все недоработки.

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

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

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

В сфере электронных закупок такой технологией является система анализа больших данных Business Intelligence (BI). Система BI, как правило, представляет алгоритм, способный упорядочивать и находить эффективные взаимосвязи в неограниченных объемах информации, в том числе и в сфере торговых операций и тендеров. Подобная система аналитики дает возможность не только выделить и проанализировать большие объемы данных в реальном режиме, визуализировать полученную информацию о состоянии бизнеса, но и сделать реалистичные прогнозы о его развитии, используя и сопоставляя при этом показатели из разных источников.

Новая сфера применения: медицина

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

Главным инструментом американских врачей широкого профиля становится сегодня суперкомпьютер Watson корпорации IBM. В его память заложены алгоритмы выявления всех основных болезней и данные обо всех существующих вариантах лечения из различных источников, в том числе современных медицинских справочников и других пособий национальных библиотек и медицинских центров. Компьютер анализирует имеющееся от пациента «техническое задание» в виде симптомов и данные его анализов и сопоставляет их со своей базой алгоритмов уже проведенного лечения миллионов других пациентов, чтобы выявить комбинацию лечебных действий и препаратов, максимально соответствующую конкретному врачебному случаю. Как утверждается, в результате применения компьютера Watson точность диагностирования в ряде клиник США выросла с традиционных 50% (в случае, когда прием вел живой врач), до 95%. Удивительно, но анонсированный еще в 2010 году IBM Watson имеет предшественника старше него на 36 лет, и родом из нашей страны. Аналогичную способность к оперированию большими объемами информации имеет легендарный советский суперкомпьютер «Каисса» – первый советский чемпион мира по шахматам среди компьютеров. «Каисса» получила такой статус еще в августе 1974 года.

Разработчики шахматной программы «Каисса» в 1992 году в Монреале. Слева направо: Владимир Арлазаров, Кеннет Лейн Томпсон, Михаил Донской

Для понимания принципа работы системы уровня Watson и «Каисса» следует помнить, что это не человек, и даже не искусственный интеллект в полном смысле этого слова, а сверхмощная экспертная система, работающая с готовыми массивами данных. Соответственно, такой компьютер может отвечать на вопросы, делать прогнозы, находить нетривиальные связи между единицами информации, проводить анализ, строить детальнейшие классификации не в любых произвольных, а в строго заданных разработчиками сферах. Поэтому, чем точнее сформулирован вопрос и поставлена задача, тем больший эффект будет получен от Watson. Это своего рода глобальный офлайн-поисковик, которые всесторонне изучает информацию ровно в той области знаний, какую в него загрузили.

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

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

По теме: Почему в России не развиваются технологии

Второе направление, в котором сегодняшние научные разработки плотно переплетаются с ИТ-решениями – это системы управления предприятиями (SRM-, CRM-, HRM, ECM-системы, task-менеджеры). Еще 5 лет назад большая часть программных разработок в этой среде представляла собой заранее спроектированные информационные программы, в которые разработчики после внедрения на предприятие вручную вносили различные модификации и доработки. Сегодня на рынке появляется новое поколение самообучаемых программ со своего рода элементами искусственного интеллекта. Они способны переключить на себя важнейшие бизнес-процессы больших предприятий.

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

Новая сфера применения: образование

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

По теме: Мы — это данные. Будущее искусственного интеллекта

Ключевая проблема классической модели образования заключается в том, что весь учебный процесс по-прежнему, как и веками до этого, замыкался на учителе как на монополисте знаний. Мы уважаем и в особых случаях даже категорически поддерживаем сохранение живого контакта детей и студентов с реальным, живым педагогом, который выступает для них экспертом и модератором учебных занятий. Но есть нюанс, который заставляет задуматься: знаний и информационных массивов становится все больше, а когнитивные способности учителя сокращаются. В этом плане ситуация идентична «когнитивному кризису», с которым сталкиваются современные врачи из приведенного нами ранее примера. Для того чтобы достичь с учеником по-настоящему выдающихся результатов, необходимо разработать для него индивидуальную образовательную траекторию, которая бы учитывала все его психосоматические и ментальные особенности. Один ученик усваивает информацию быстрее и ему требуется меньше раз повторять материал или упражнение; другой, наоборот, более медленно погружается в учебный материал, поэтому повторение нужно с большей интенсивностью. Но как учителю запомнить весь этот сонм персональных образовательных портретов даже в рамках одного небольшого класса в 15-20 человек? В какие моменты нужно повторить материал для одного ученика, а в какие – для другого?

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

Рассмотрим миграцию этой технологии на конкретной паре примеров. Интеллектуальный task-менеджер для мобильного устройства «Е-1 Евфрат» обладает функцией «маршруты». Она наглядно показывает реальный статус делового поручения внутри компании, помогает выявлять слабые точки коммуникации между сотрудниками и отделами, благодаря чему руководитель при желании держит руку на пульсе или легко находит того, на ком эффективно можно замкнуть процесс или кому делегировать важную его часть. Аналогичный механизм, но уже для образовательных нужд, использует проект по обучению английскому языку Skyeng. В качестве «маршрутов» выступает определенное грамматическое правило. Чтобы правило было верно усвоено учеником, оно должно пройти несколько этапов закрепления. Каждый ученик по мере освоения материала «коллекционирует» все допущенные ошибки в отдельный буфер и может при необходимости либо разом все их разобрать, либо, если разнообразие тем, в которых они были допущены, слишком велико, еще раз пройти нужные темы в необходимом срезе – конкретно по той ситуации, где допущена ошибка.

Продолжение статьи доступно тут.

Фото на обложке: Михаил Донской, российский программист и предприниматель, один из создателей шахматной программы «Каисса».

Нашли опечатку? Выделите текст и нажмите Ctrl + Enter

rb.ru

Специальность .NET Developer или кто такой C#/.NET разработчик

C#/.NET разработчик – это программист, который использует в своей работе технологии платформы .NET. Платформа Microsoft .NET Framework состоит из большого количества инструментов для разработки и технологий, используя которые разработчик может создавать различные типы приложений, от обычных настольных приложений и сайтов, заканчивая решениями для мобильных платформ и компьютерными играми. В основе платформы Microsoft .NET Framework лежит язык программирования C#. Именно этот язык программирования в подробностях должен освоить .NET разработчик.

Язык программирования C# более десяти лет занимает лидирующие позиции во всех рейтингах языков программирования. Так, как рынок труда активно развивается, программисты, которые хорошо знают C# и технологии .NET, являются очень востребованными. .NET разработчики способны развивать логическую последовательность команд для связи с сетями, приложениями и базами данных. От них требуется знание объектно-ориентированного проектирования и программирования с использованием систем, баз данных, а также языков программирования, которые разрабатывают программные приложения с .NET Framework. Сюда входят знания и навыки программирования на языке C#, XML и создание баз данных приложений, таких как Microsoft SQL Server.

Например, разработка интернет магазинов, форумов, онлайн сервисов, потребует знаний языка программирования, который способен реализовать полноценное взаимодействие с сайтом: организовать работу с базой данных, принять и обработать данные пользователя. Это означает, что для реализации полноценного сайта «под ключ», Вам понадобится создать не только разметку с динамическими эффектами, но и позаботиться о полноценном взаимодействии пользователя с сайтом.

Знакомство с программной платформой .NET Framework начинается с видео уроков по языку программирования С# (c sharp): С# Starter, С# Essential и С# Professional. Далее слушателю предлагается набор видео курсов, посвящённых работе с базами данных: SQL Essential, SQL Практикум, Entity Framework 5 и 6.

Только после освоения одного уровня, стоит переходить ко второму, к обучению более сложных и узконаправленных технологий. В качестве дополнительных материалов, рекомендуется просмотреть такие видео курсы: Алгоритмы и структуры данных, Рефакторинг .NET приложений, TDD (разработка через тестирование) и WCF Essential (Windows Communication Foundation). Каждый из перечисленных видео курсов направлен на расширение базовых знаний о платформе .NET Framework и составлен в полном соответствии с современными требованиями ведущих IT компаний к разработчикам программного обеспечения.

Требования к C#/.NET разработчику:

Владение языком программирования C#
Владение ООП
Знание технологий работы с базами данных
Практический опыт работы с MS SQL Server
Навык использования Transact-SQL
Знание Entity Framework
Базовый уровень знаний и опыт работы с .NET Framework
Знание технологии WCF
Базовый уровень знаний технологии ASP.NET MVC
Знание и умение применять средства коллективной работы, умение читать и понимать чужой код
Английский язык на уровне чтения технической документации (углубленные знания будут преимуществом)
Знания основ командной разработки SCRUM или Agile

C#/.NET разработчик может занимать такие должности:

C# Developer .NET Developer Software Engineer (C#/.NET) .NET Team Lead ASP.NET MVC Developer Full Stack Developer

itvdn.com

Ранги в профессии программист или профессиональный рост в IT карьере

Jт Junior до Senior не минуя Middle и с прицелом на TeamLead... Статья о рангах и ступенях IT карьеры разработчиков и некоторых других IT специалистов. Субъективный, но безпристрастный взгляд на развитие IT специалистов...

Ранги в профессии программист или рост IT специалистов в IT карьере.

Данный материал представляет собой очерк вакансий-позиций, доступных разработчику программного обеспечения, которые в результате упорного труда продвигают его по карьерной лестнице. Автор статьи сам разработчик Middle класса (уже не Junior, но ещё не Senior, согласно спецификации, приведенной в статье – просто Developer) попытался привести описания основных позиций в карьере программиста и произвести краткий анализ способностей и амбиций, особенностей, свойственных тем или иным рангам, как и росту прав и обязанностей согласно занимаемой должности.

Надеемся, что этот материал понравится и будет полезен Вам.

Итак, как известно, программисты или разработчики имеют свои ступени профессионального роста. Обычно это Junior, Middle (или, как говорят куда чаще – просто Developer) и Senior. Ученик, подмастерье и мастер, если хотите. Для каждой из этих позиций характерны свои особенности, каждая из них влияет на обязанности и права разработчика, занимающего эту позицию и влияет на его характер, амбиции и способы решать рабочие вопросы. Написать данную статью, не опасаясь обвинений в необъективности, автору позволили некоторые наблюдения, сделанные в результате многолетней работы в IT компаниях, а также соединение собственных наблюдений с массой тематических материалов, прочитанных как в украинских, так и в зарубежных IT изданиях.

Таким образом, получилось, что о позиции Junior developer можно сказать следующее:

Позиция - Junior Developer

Младший программист – Junior Developer, это молодой разработчик с малым количеством опыта или вовсе без такового, только начавший работу в избранной технологичной области. Обучается, как правило, по видеокурсам и видеоурокам, причём постоянно ведь опыта разработки у него так мало, что он очень много времени тратит на советы с более опытным разработчиком и понимание того как команда работает над проектом. Накопив достаточно опыта и реализовав несколько проектов, junior переходит на middle уровень – становясь полноценным разработчиком. Но всё же, Junior разработчики находятся в постоянном, непрерывном и самостоятельном образовательном процессе. Обучение для junior разработчика - это все. Испытывая постоянную необходимость в выполнении задач, поставленных по работе над проектом, идеальная схема обучения для Junior разработчика - это видео обучение программированию в рамках избранной технологии. Опираясь на просмотренные видео уроки по программированию, онлайн консультации и советы более опытных коллег, junior разработчик растёт достаточно быстро для того чтобы уже через 1-1,5 года занять позицию полноценного разработчика. Требования, обычно выставляемые к Junior разработчику, приблизительно таковы, как и у Developer и Senior.

Это следующие знания:

Основы программирования (системы исчисления, разница между оператором и операцией, понимание алгоритмов, методик ООП)

Языки: С#, C++, Java, PHP, JavaScript (синтаксис, ООП возможности, многопоточность, стандартные библиотеки, паттерны проектирования)

OOP и OOD (парадигмы)

Умение обучаться по видеокурсам и видеоурокам по программированию, не прибегая к дополнительным разъяснениям. Такой навык очень помогает Junior разработчикам вырости до Middle.

Работа с базами данных (JDBC, язык SQL, MSQL, SQL lite и т.п.)

Базовое знание какого-либо конкретного фреймворка (например, веб-сервисов или Spring).

По субъективным заметкам программистов, за Junior Developerами замечено:

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

Ресурсы для Junior разработчиков:

Видео портал ITVDN.com – Видеокурсы и видеоуроки для начинающих и опытных программистов.

MSDN.com – Технологии Microsoft

97 Things Every Programmer Should Know (список)

Other Things Every Programmer Should Know (список)

Channel9.com – Форум Microsoft разработчиков

Следующий шаг в карьерном и профессиональном росте программиста - Программист или Developer

Developer или Middle Dev

Программист или Developer или Middle dev (англ. разработчик) - это человек, ответственный за качественное и своевременное исполнение разработки информационно-программных систем, основанных на применении современных программных технологий. Программист выполняет задачи по написанию и базовому тестированию порученных ему компонентов системы, работает developer по внешним спецификациям. Поддерживает Junior разработчиков, занимается как архитектурой проектов, так и модульной реализацией, производит реализацию работоспособности прототипов, постоянно занимается самообразованием, понимает алгоритмы, Software Engineering Process, обладает знаниями в следующих областях: языки разметки, понимание технологии web-серверов и серверов приложений, знанием клиентских и серверных технологий , работы браузера, СУБД, операционных систем, офисных пакетов, сред разработки, профильных языков программирования, технического английского. Как правило, имеет высшее образование, хотя случается и что не имеет, это не критичный показатель, критичный - наличие знаний и опыта.

По заметкам программистов за developerами замечено:

Любит поучать Junior developers, прямые вопросы от Juniors нередко вызывают у Middle developers раздражение, контроля над выполнением работ, как правило, не требует - отвечает за отдельные функции и модули и сам контролирует их работу, осознавая, что выполняемая им работа определяет рабочий процесс коллег. Это ответственные люди, которых редко нужно учить, так как они постоянно занимаются самообразованием в форме просмотра видео курсов по программированию, посещения семинаров и участия в вебинарах, чтения профильной литературы и ресурсов. Умеет решать поставленные задачи самостоятельно, понимает основы построения архитектуры проектов, мыслит не категориями языка, от которых, наконец, отвязался, но понятиями предметной области, умеет писать структурно и последовательно, думает о будущей поддержке продукта. К концу первого года работы в команде перестаёт писать плохой код.

Ресурсы для developers:

Github.com – Профессиональный ресурс для разработчиков.

ITVDN.com – Портал видео IT обучения

MSDN.com – Продукты и технологии Microsoft

Codefor.com – Форум разработчиков

habrahabr.ru – Крупнейшее профильное IT сообщество рунета

И вот, наконец, мы добрались и до позиции Senior developer.

Senior developer (Ведущий разработчик)

Ведущий программист – человек ответственный за качество и своевременность работ по разработке информационно-программных систем, основанных на применении новейших программных технологий. Обладает глубокими, структурированными знаниями и работает внутри проектной команды, совершенно не имея необходимости контактировать с представителями менеджмента заказчика. Выполняет такие работы, как: детальное проектирование и создание спецификаций проектов, полностью контролирует и зачастую и самостоятельно выполняет проектирование мелких проектов и внутренних под-проектов (модулей), программирование и базовое тестирование компонентов. Как правило, имеет законченное высшее образование, реже незаконченное, стаж от 3х лет в качестве developer, умеет комментировать программы, не прибегая к использованию словаря, разрабатывать документацию, свободно общаться на английском языке, владеет методами и инструментами анализа и проектирования, Software Engineering Process, языками разметки, глубоким пониманием клиент-сервер технологии, работ браузера, web серверов, серверов приложений, БД, ОС, офисными пакетами, может контролировать других разработчиков и ставить им задачи.

По заметкам коллег-программистов, за Senior Developers замечено:

Отвечает за проект, умеет подготовить инфраструктуру, занимается решением сложных задач. Является наставником для developers и junior. Обладает набором конкретных решений в области тех или иных наиболее часто возникающих задач, за счёт чего демонстрирует бешенную производительность в сравнении с middle developers. Делает на порядок меньше ошибок, ошибки допущенные Senior, как правило, им же легко устраняются и связаны обычно со спешкой или постоянным недосыпом. Забавно, но нередко знает конкретные языки хуже, чем junior, что компенсируется знанием того, как обходить скользкие места и тремя-пятью решениями на каждую задачу, которые держит в голове, также за счёт того, что превосходно концентрируется на главном, игнорируя несущественные детали. Собственно, за это и держат – способен увидеть суть, нередко даже не дочитав до конца ТЗ.

Ресурсы для senior разработчиков:

Знают и не с кем ими не делятся. Можно разве что подсмотреть через плёчо, сидя рядом.

На этом первую часть нашей статьи о Рангах в карьере программиста и составляющих профессии от А до Я, можно читать завершённой. Надеемся, что данная статья была интересна Вам и следующий её выпуск, рассказывающий о Team Lead, Architect и CIO будет, ожидаем Вами.

***

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

Junior Developer

Всегда требует не только самообразования, но и контроля.
Всегда оптимист и всегда недооценивает сложности поставленных задач.
Жалуется только на нехватку времени, на остальное боится.
Не задаёт необходимые вопросы, так как опасается блеснуть незнанием.
Часто ошибается и потому завышает сроки, чтобы успеть переделать до сдачи.
В перманентной вражде с SEO и Тестировщиком – с Тестировщиком, так как тот находит баги, с SEO так как тот заставляет заниматься, по мнению любого разработчика несущественной ерундой, за которую тем не менее третирует начальство.
Менеджеров, совершенно не воспринимает всерьез, так как пока не понимает всей серьёзности их функций.
Даже самую рутинную работу считает сложной, хотя способен написать тысячи строк «одинакового» кода.

Developer

Пессимист, недооценивающий себя, и живущий в страхе промаха и провала.
Всегда находит новинку, чтобы обсудить, время на перекур что бы обсудить, и время на чашечку кофе, чтобы узнать, что обсуждают другие.
Не стесняется и может даже эксплуатировать коллег, выманивая все возможные знания, умения, применяя которые о коллегах упомянуть забывает.
Наступая на грабли, молчит и скрипя зубами сам исправляет ситуацию, так чтобы никто даже и не знал.
Разделяет мнение Juniora о тестировщиках и SEO
Роль менеджера понимает, но тем не менее менеджеров недолюбливает как непонимающих элементарного.
Знает, сколько он стоит и при случае показывает, что знает это.
Старается работать только над тем, что интересно.
Нередко ухитряется вести по 2-3 проекта параллельно, чем очень удивляет Junior developers.

Senior Developer

Реалист – всегда закладывает не только свои сложности, но и общие риски, при этом, не слишком завышая сроки. Как делает это, не знает сам, говорит, при этом кратко – опыт.
Успевает всё. И митинги и work tasks и помогать коллегам.
Может легко, не стесняясь, сказать, что не знает чего-то. При этом так же легко помогает разобраться в том, что знает.
Грабли у Senior, как ядерное оружие, мощные и критичные – если уж ударят, то глобально. Бывают наверняка и простые грабли, но они их удачно скрывают, так, что о них не знает никто.
Любят работу – радуются успеху проектов как в детстве, причём даже когда те не слишком сказываются на благосостоянии.
Тестер – советник.
Менеджер – щит перед заказчиком.
Не стесняется требовать повышения ЗП, крайне не любит привлекать к работе посторонних или новичков, даже если те знают и умеют много и хорошо.
Ворчит, но работу делает и в зависящем от него всегда успешно.

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

5 английских букв:

www.trn.ua

Как правильно организовать IT отдел

Сегодняшний бизнес без IT уже не существует. Что бы противники IT-сферы ни говорили, их самих становится всё меньше. Ведь сегодня без интернета бизнес скорее мертв, чем жив. Мы накопили огромный опыт в IT сфере и хотели бы поделиться им с Вами. Читайте далее и Вы узнаете:

Что выбрать, собственный IT-отдел in-house или усулги IT-специалистов на аутсорсинге?
Если in-house, то какой должна быть структура IT -отдела?
Какой инструмент необходим и для чего
Как правильно нанимать IT-специалистов

In-house vs аутсорс, что выбрать?

На последнем вебинаре мне задали вопрос, что лучше/дешевле, in-house отдел или аутсорс? Сейчас постараюсь на него ответить.

Для начала давайте определимся, что такое in-house, а что такое аутсорс:

in-house - группа разработки внутри компании;
аутсорс - внешний подрядчик, который за определенную плату решает все (или частично) вопросы связанные с IT.

Основные преимущества in-house разработки:

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

Основные недостатки in-house разработки:

Стоимость. Если процессы не организованны или работают не те люди, то стоимость получается самым большим минусом
Гибкость в ресурсах. Как правило, аутсорсинговые компании всегда обладают более гибкими ресурсами, нежели in-house. Это больше похоже на облачные серверы, захотели память добавить - пожалуйста. Так же и тут, нужно сделать еще одну задачу - выделили еще ресурсы. В своём отделе так просто не возьмешь и тут же не наймёшь/уволишь.
Сложно мотивировать результат. Внутреннюю команду очень сложно мотивировать на результат так же жёстко и эффективно, так как ТК РФ сильно против. По Российскому законодательству Вы платите за время (фикс должен быть).

Для большинства предпринимателей аутсорс полностью зеркален in-house подходу, т.е. плюсы аутсорсинга являются минусами своему отделу. С плюсами/минусами бегло определились. Далее, рассмотрим вариант in-house. Читайте далее и узнаете:

Какой должна быть структура отдела?
Какие инструменты нужны IT отделу?
Как правильно нанимать IT-специалистов?

Структура IT отдела

От грамотной структуры зависит, насколько прогнозируемо сможет работать IT –отдел. Именно поэтому структуру своего IT-отдедла нужно планировать до найма сотрудников.

Очень часто большой ошибкой является найм «человека-оркестра», т.е. совокупность многих навыков в одном человеке. Если Ваши потребности настолько малы, лучше прибегнуть к аутсорсинговой поддержке внешней IT-студии, т.к. от такого сотрудничества проблем будет больше, чем пользы. Минимальная структура отдела: дизайнер, 2 разработчика и руководитель. Если Вы не можете себе позволить эту структуру – только аусорсинг.

Почему именно такая структура является минимальной:

Вам нужен будет человек, который оочень хорошо понимает процесс разработки. Это позволит Вам не беспокоиться на тему «сколько у меня лапши на ушах?».
Вам нужен будет бэкенд разработчик. Сейчас всё очень активно меняется, и вместить в одной голове фронт и бэкенд разработку становится все сложнее и сложнее.
Фронтенд разработчик - это тот человек, который будет реализовывать всякие красивости на сайте.
Дизайнер Вам критически необходим, если Вы хотите развиваться дальше.

Далее мы рассмотрим:

Выбор IT-инструментов.
Найм.

IT-инструменты

Правильный подбор инструментария – это большой плюс к прогнозируемости и скорости разработки. Итак, что нам нужно:

Среда разработки. Необходимо подобрать и стандартизировать. Лично мы отдаем предпочтение продуктам jetbrains. Грамотный выбор IDE дает невероятный плюс к скорости разработки, т.к. позволяет многие действия автоматизировать и выполнять их по нажатию горячих клавиш.
Система контроля версий. Сказать, что она просто нужна, значит почти то же что просто промолчать. Это самый необходимый инструмент! На данный момент сильно распространены git и mercurial (hg). После выбора системы, нужно определиться, где будет хранится код: на своих серверах или будете покупать SaaS решение. Лично мы для себя выбрали git + Github. Сейчас это самая популярная связка в мире.
Проектный трекер. Проектный трекер – это система, в которой Вы ставите задачи. Вещь весьма неоднозначная, т.к. вещи удобные для программиста не всегда удобны для руководителя (или ему там нужно будет долго разбираться). Очень часто выбирается 2 трекера: в одном ставятся задачи различных отделов, а в другой – руководитель отдела переносит, разбивая на подзадачи, и более четко формулирует уже для разработчиков.

Мы рассмотрели самые основные категории инструментов, не вдаваясь в разбор конкретики, поскольку это может стать целой книгой.

Читайте далее и Вы узнаете, как подбирать в IT-отдел специалистов?

Найм

Один из самых сложных пунктов, если Вы не профессиональный HR-специалист и программист в одном флаконе. При найме важно обращать внимание на:

Компетенцию человека. Она важна, если у Вас нет ресурсов для обучения этого человека. В интернете полно всяких тестов на проверку профессиональной пригодности человека, но у этих тестов одна проблема - про них знаете не только Вы, а найти ответы (в том же интернете) и заучить их, - не проблема. Именно поэтому очень важно честно себе признаться, сможете Вы провести такое собеседование или нет? Если ответ отрицательный, то прибегните к услугам специалистов
Мотивацию. На этот пункт мало кто обращает внимание, но он так же является очень важным, т.к. именно от него зависит, сколько денег Вы будете платить человеку, и сколько он у Вас проработает.

Итог

Мы бегло рассмотрели самые важные моменты в организации собственного IT-отдела. Если Вас заинтересовала тема, и Вы хотите более развернуто рассмотреть вопросы найма и мотивации – просто оставьте нам свои контакты (имя, e-mail) и мы вышлем Вам большое видео, где мы рассказываем о найме, мотивации и удержании IT-специалистов в компании.

angry-elephants.ru