Менеджмент

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

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

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

Это несерьёзная статья на серьёзную тему. Есть такое понятие, как JSDD - Job Safety (Security) Driven Development, мы часто видим его в крупных компаниях. От этого не избавлены и небольшие компании, особенно когда в штате всего несколько программистов. Разработчики пишут свой код столь изысканным способом, что, несмотря на очень низкую скорость разработки, их страшно уволить, потому что, кроме них, этот код никто понять не сможет. Давайте попробуем разобрать, почему и как такое происходит.

Привычный уклад жизни меняется, западные компании уходят, а на их месте иногда образуются “вкусно”, а иногда просто “точка”. Можно долго спорить – нужно ли тире, или буква М на логотипе, но из большого (к счастью) количества новых альтернатив, приходится выбирать. А можно ли достойно, без точек, заменить западную платформу для проведения онлайн конференций?

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

Получилось ли у нас?

Прекрасные дамы и неподражаемые господа, здравствуйте.

Меня зовут Федор, я технический писатель компании «Цифровая индустриальная платформа». Это совместное предприятие ГК «Цифра» и ПАО «Газпром нефть».

Скажу вам по секрету – сразу хотел вам показать в тик-токовском стиле «10 крутых лайфхаков как писать текст», устроив из этого целый цикл статей/рубрику.

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

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

Традиционно разработчики документации на автоматизированные системы при создании и обеспечении защиты этих систем применяли ГОСТы 34-й серии. С 2022 года наконец-то произошло обновление старых стандартов в рамках новой серии национальных и межгосударственных стандартов на автоматизированные системы (далее — ГОСТ на автоматизированные системы).

В этой статье мы проясним основные особенности применения ГОСТ на автоматизированные системы, а также разберемся в изменениях, которые произошли в 2022 году.

На Хабре прошёл семинар о проблемах IT-рекрутинга в России в новых условиях. Мы провели круглый стол с экспертами из компаний, имеющих отношение к рекрутингу, и немного (а, нет, много) поговорили о том, как изменился рынок труда и каким его теперь видят работодатели и кандидаты. Беседа вышла в четырёх актах, потому мы решили представить её в виде пьесы.

Привет, Хабр! Меня зовут Дмитрий Ермолич, я работаю генеральным директором в компании KD-systems. Сегодня хочу рассказать всем товарищам-стартаперам об опыте нашей команды в бизнес-акселераторе МКБ Реактор. Вероятно, ребята из МКБ вдохновились примером швейцарского ЦЕРНа и создали свой ускоритель. Только не элементарных частиц, а финтех-проектов, чтобы привлечь для решения своих задач айтишников разных стран, взглядов и технологий. Посмотреть, что из этого вышло, приглашаю под кат.

Глеб Корсунов, CBDO Holyweb, побеседовал с руководителем проектного офиса СберМаркета Дмитрием Ирешевым о том, как построить грандиозные планы и достичь их, и почему правильно организованная коммуникация сотрудников позволяет не потерять мотивацию.

Расскажу, как мы с одногруппником бросили работу в сфере IT и финансов и через год стали зарабатывать вдвое больше, работая на себя. Сначала напишу первую часть — о том, как мы бросали работу. А дальше посмотрим.

ПМЭФ пестрит заявлениями о возможностях для бизнеса. Только ленивый не вспомнил набивший оскомину стереотип о возможностях в эпоху перемен. Чем обернется освоение этих самых возможностей? Только бы не тоннами однотипных товаров, состряпанных на скорую руку с одной только целью — занять пустое место на полке. В общем, не хочется на те же самые грабли.

Под граблями я имею в виду материалистический подход к потребительскому спросу. Как у нас принято считать? В ситуации дефицита, главное это продукт, его технические характеристики и свойства. А всякие там UI и UX, клиентский опыт опять же, все от лукавого. Вот это вот залихватское «ну, а че там такого, создайте русский айфон»…Ну создайте, че там такого?

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

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

Процесс выбора и принятия решения принято выражать через незатейливое уравнение, решение = ценность — боль. Где ценность это совокупность психологических полезностей по Канеману, а боль — это препятствия на пути обладания этой самой ценностью. Решение этого уравнения происходит каждый раз, когда необходимо сделать выбор или принять решение. Как это происходит?

Оперативная подготовка программного продукта к релизу — ключевое конкурентное преимущество во многих отраслях бизнеса. Кто сможет быстро предоставить качественный продукт займет лидирующие позиции. Поэтому в основе тестирований современных компаний, которые растут и гибко реагируют на любые изменения, лежит методология непрерывной интеграции и доставки (CI/CD). Их IT-команды используют Agile-подход при разработке программного обеспечения, а CI/CD — одна из подобных практик, но именно по части DevOps. Она позволяет проводить различные тесты на каждом этапе (интеграция) и завершать их запуском с развертыванием закомиченного кода в фактический продукт, который уже могут увидеть конечные пользователи (доставка). Основные возможности, которые появляются при использовании этой концепции — отследить ошибки и оперативно их устранить, а также написать качественный и чистый код. 

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

В 2021 году Cloud4Y решил повторить этот опыт. Делимся историей о том, как мы создавали второй сезон.

Чем модуль отличается от компонента. Чем схема модулей отличается от схемы компонентов.

^{Рис. 1. Три проекции описания системы по стандарту ISO 81346-1}

Очень часто сталкиваюсь с тем, что даже опытные инженеры, да и не только они путают эти понятия. Хотя есть четкие стандарты (например ISO 81346) которые определяют их. Если вы будете гуглить, то зачастую схема компонентов может называться схема модулей, а схема модулей — схемой компонентов. Так в чем же разница, и как их отличить?

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

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

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

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

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

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