Менеджмент

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

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

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

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

По моим ощущениям - второй вариант является очень фантастическим и не требует какой-то оценки через методики. 

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

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

Методика удобна тем, что результат расчета есть, а ответственного вроде нет, ведь нельзя наказать того кто просто посчитал по формулам. Или можно?  :)

Всем привет, я Алексей Некрасов @letitshine (@znbiz) —  Lead направления Python в МТС и старший архитектор в MTS AI. Вместе с коллегой Галиной Прохоровой (@letitshine — product manager в MTS AI — решили поделиться историей внедрения методологии Event Modeling в существующий продукт. Мы расскажем, с какими трудностями наша команда столкнулась и как их преодолела.

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

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

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

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

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

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

Привет! Я Иван Антипин, директор департамента разработки в AGIMA. В любой команде время от времени вспыхивают конфликты — и на их решение уходит много времени. Но я уверен, что жалеть об этом времени не нужно. Конфликты открывают новые перспективы: если грамотно ими управлять, они помогает коллективу развиваться и преодолевать трудности. В этой статье я расскажу, как тимлиду вести себя, если команду штормит или если он сам стал участником столкновения.

Когда-то Юрий Орлов решил перейти из врачей в программисты. В 2018 году он устроился в Genix джуном, а сейчас он — тимлид VK Group. Начало истории вы можете послушать здесь, а в статье мы обсудим перипетии тимлидства — как опыт работы врачом помогает находить общий язык с людьми, должен ли тимлид писать код лучше членов команды, как работает Planning poker и что самое сложное в задачах тимлида.

Cтатья подготовлена по мотивам подкаста Moscow Python Podcast при поддержке курсов Learn Python.

Вот уже 7 лет мы развиваем Okdesk — облачную help desk систему для малого и среднего бизнеса. В свое время мы начали с одной виртуальной машины у провайдера. Постепенно сервис взрослел, менялись приоритеты, задачи и проблемы, с которыми мы сталкивались. Сегодня Okdesk живет уже на третьей версии инфраструктуры. 

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

1. Определяем, какой стандарт применяется.
2. Выбираем интроскоп под этот стандарт. Подбираем согласно требованиям заказчика наиболее подходящий интроскоп по соотношению цена – качество: учитываем наличие и стоимость технической поддержки, её доступность в регионе.
3. Готово!

Что такое стайлгайд?

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

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

Мы поговорили о карьерном росте с Алексеем Барановым, который со стартовой позиции в компании дорос до генерального директора с фиксированной зарплатой 10,000 $. Он поделился своим опытом и рассказал, как именно стоит действовать, чтобы улучшить свою карьерную позицию. Алексей работает в сфере продаж, однако его советы универсальны и полностью подходят в том числе для IT. Передаем ему слово.

Недавно мы поговорили с Антоном Захаровым, выпускником программы DevOps Upgrade. Он рассказал, как попал на курс, откуда черпал мотивацию и дал несколько полезных советов для тех, кто планирует учиться. Слово Антону.

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

Нельзя завалиться в Патентное бюро с заявлением — «Я буду определять вероятность подбора пар, на основе факта полового акта. Дайте добро!». Поэтому патенты пишутся «патентным» языком, что дает лазейки для других компаний в использовании эффективных схем. Разбираю патент компании Match Group и судебные тяжбы с Bumble. Будет скучно!

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

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

Cover letter, или первое впечатление

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

Сопроводительное письмо - это как питч в лифте. У тебя есть 30-60 секунд, чтобы произвести впечатление. Как это можно сделать?

1. Начни с фразы-хука, которая побудит читать дальше. 

▫️This is the role I’ve been preparing for during my entire career - К  этой роли я готовился на протяжении всей своей карьеры.

▫️This project is a perfect match for my professional interests - Этот проект - идеальное совпадение с моими профессиональными интересами. 

▫️The duties described ideally fit my skills and competencies - Описанные обязанности прекрасно соответствуют моим навыкам и компетенциям. 

2. Дай краткую выжимку из резюме. Описывай только самое релевантное. Подкрепляй тезисы конкретикой. 

▫️In my current position I have supervised / I am in charge of / I deal with … - На текущем месте работы я возглавляю / ответственен за / занимаюсь …

Скромная "ответочка" на статью про то, что 1С-ники гораздо умнее коллег из других ЯП.

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

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