Менеджмент

Американский программист и специалист по внутреннему устройству операционной системы Windows Марк Руссинович выложил на личном аккаунте LinkedIn себяшку с Биллом Гейтсом и Линусом Торвальдсом. Также в этой неформальной встрече участвовал не менее легендарный инженер-программист Дэйв Катлер. Как пишет Руссинович, Билл и Линус никогда до этого не встречались.

Это действительно так. Известно, что они могли пересекаться: 20 апреля 1999 года во время выставки COMDEX Гейтс выступал в главном зале, а через полчаса Торвальдс зачитал свою речь в аудитории поменьше. Однако они лишь были двумя спикерами. Нет никаких подтверждений, фотографий или свидетельств очевидцев, что они обмолвились хоть словом, поздоровались издалека или пожали друг другу руки.

В девяностых Торвальдса часто представляли в СМИ в качестве Билла Гейтса, но от мира контркультуры. Линус действительно избегал корпоративных ролей и даже отказался от личного предложения Стива Джобса о найме. Среди требований было отойти от разработки Linux, поэтому Линус не перешёл на работу в Apple. К тому же ядро Mac OS финну не нравилось.

Нельзя сказать, что эта встреча что-то может значить. Microsoft рассматривала операционные системы на базе ядра Linux как угрозу своему доминированию на рынке, но в последние годы даже помогает пользователям запускать Unix-приложения на своей Windows. Сам Билл Гейтс после 2008 года не занимается Microsoft, посвящая себя филантропии, бизнесу и политике.

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

20+ кейсов с изображениями в ChatGPT. Или экономим 100,000₽+ на дизайнерах

Так как в пост можно загрузить только одну фотографию, то я все упаковал в большую статью https://habr.com/ru/articles/920274/

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

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

Внутри статьи ⤵️

Мои примеры с лампой-кроликом — взял один объект из комнаты и показал 10+ способов его использования

• Превратил в робота-маскота

• Сделал комиксы про морковку

• Создал стикерпак для Telegram

• Нарисовал карточки товаров

• Сгенерировал 3D-версии

В статье рассказал подробно, что все еще плохо работает в генерациях

❌ Плохо работает с кириллицей (артефакты в тексте)
❌ Галлюцинирует на сложных сценах
❌ Точечные правки работают коряво
❌ Лица меняются между итерациями
❌ Размываются мелкие детали

Так как в пост можно загрузить только одну фотографию, то я все упаковал в большую статью https://habr.com/ru/articles/920274/

Test Test Test Test Test Test Test Test Test Test

Как правильно организовать бизнес-архитектуру компании? На бесплатном вебинаре «Что такое бизнес-архитектура. От определения к управлению» разберемся, что именно входит в понятие бизнес-архитектуры и как эффективно с ней работать. Рассмотрим объекты управления и их взаимосвязи, а также ключевые правила и принципы.

📅 Дата: 26.06.2025

⏰ Время: 18:00-19:00 (Мск)

На вебинаре:

✔️ Понятие объекта управления 

✔️ Примеры объектов управления 

✔️ Целевое состояние объектов управления 

✔️ Пример мета-модели финансовой организации 

✔️ Архитектура, как взаимосвязь объектов 

✔️ Управление изменениями, как основная задача управления архитектурой

👨‍🎓 Спикер: Коптелов Андрей — эксперт в области бизнес-анализа, управления проектами и процессами.

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

👉 Записаться

Нужна ли в таск-трекере собственная CRM?

Конечно, нет! 

Это два совершенно разных продукта.

YouGile ― это система управления проектами, в которой просто и удобно трекать задачи и общаться. Не нужно усложнять. 

Таким было наше продуктовое видение с момента создания компании и остается таким по сей день. Но наши пользователи думают иначе: просьба внедрить CRM ― рекордсмен среди всех запросов. А каждый десятый пользователь уже использует ее для ведения клиентов. 

Главная проблема многих российских CRM ― эти продукты необходимо очень долго внедрять и настраивать. Но что, если CRM-ка будет такой же простой, как привычная канбан-доска? 

Показываем черновые макеты и мысли о том, как это сделать (и стоит ли?) в этом видео:   

Так нужна ли в таск-трекере такая CRM? 

Друзья, приглашаем на новый бесплатный вебинар «Почему проект буксует, и как это пофиксить: аудит за час».

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

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

Эфир будет интересен как тимлидам, так и опытным менеджерам, у которых проект «застрял», но непонятно, где именно.

📅 Дата: 19.06.2025

⏰ Время: 17:00-18:00 (Мск)

На вебинаре:

✔️ Типовые причины, почему проект буксует

✔️ Быстрый аудит проекта: на что смотреть

✔️ Коммуникационные затыки и как их диагностировать

✔️ Метрики, которые реально показывают, что проект в trouble

✔️ Живые кейсы и разборы проблем

👨‍🎓 Спикер: Балдина Юлия — эксперт в области управлении ИТ-проектами.

👉 Записаться

— Как нам аудиторию удерживать? Как повысить вовлеченность клиентов?

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

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

Таск-трекеры пухнут от тикетов. Десятки встреч на дню: на одних пытаются понять, какой гипотезе дать зеленый свет; на других обсуждают – что этот зеленый свет нам показал. Сгорают на этих встречах, выраженные в человеко-часах, миллионы денежных знаков. А результат действий до смешного похож на бородатый анекдот про секс в резинке: движение есть – а результата нет.

Ладно-ладно. Результат безусловно какой-то есть. Только вот не тот, как всем хочется. А хочется понятно чего – того, что можно было бы смело назвать “huge success”. То есть статистически значимого роста показателей. Хотя бы на 10-15%. А лучше на все 30%.

Прекрасно вас понимаю. Одни и те же сны смотрим.

Расскажу историю про исчезающий интерес. И как его побороли.
...
Продолжение в свежей статье.

ChatGPT vs Claude: Мой опыт после двух месяцев использования двух LLM

Ссылка на полную статью, там подробнее и с картинками

В марте я расширил свой AI-инструментарий и взял подписку еще и на Claude в дополнение к ChatGPT, которым пользуюсь уже год.

Триггером было недовольство в том, как ChatGPT работает с большим объемом текста в определенном стиле

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

Claude и его преимущества ⤵️

Мощность обработки текста 💫

Сложно объяснить конкретно, но после ответов Claude мне приходится делать намного меньше стилистических и смысловых правок, чем после ChatGPT.

Ответы Claude в среднем объемнее, чем ответы ChatGPT

Помимо самой обработки текста отдельно выделю у Claude работу со стилем

🟢 Гораздо лучше держит стиль на протяжении всего текста
🟢 Создаёт более "живые" и менее шаблонные сообщения с первого промпта
🟢 Позволяет создавать стили написания и переключаться между ними в любой момент

В Claude есть MCP, как встроенная, так и с возможностью добавить их самостоятельно 💫

Можно подвязать аккаунты и через чат задавать вопросы по типу

— Какие у меня на этой неделе встречи в календаре?
— Какие у меня входящие за сегодня — найди самые важные и требующие ответа от меня?
— Выдай мне данные из документа XXX

Отдельно, через MCP у меня подвязан мой Таск Трекер, что супер удобно

Про токены и лимиты 💢

По моим наблюдениям, на Claude я быстрее упираюсь в лимиты, чем с ChatGPT.

Что логично, расширенное контекстное окно помогает держать больше в памяти, но также и быстрее тратит лимиты

Итого, когда я использую ChatGPT, а когда Claude?

После двух месяцев эксперимента у меня сложился четкий паттерн использования

ChatGPT для

🔵 Быстрых вопросов
🔵 Deep Research
🔵 Генерации изображений и концепт-артов
🔵 Общего контекста моей жизни, GPT психолог и все такое

Claude же теперь я использую для

🔵 Написания больших, стилистически цельных текстов
🔵 Поддержанием единого тона в длинных диалогах
🔵 Написание текстов в "моем стиле"
🔵 Для работы с кодом

Ссылка на полную статью, там подробнее и с картинками

Как не утонуть в море адхоков от стейкхолдеров?

Бизнес-категории Авито Услуг разительно отличаются и каждую из них развивает отдельная команда. Запросы на аналитику от заказчиков к таким командам часто похожи — преобразуясь в ad-hoc задачи, они несут в себе одну неочевидную угрозу статичной работы. 

Как поступить, чтобы такого не допускать?

Привет, я Алексей Авраменко, тимлид команды аналитики в Авито Услугах, и ниже мои 10 способов решения этой проблемы:

1. Решайте проблемы заказчиков. Когда коллеги приходят с задачей «Выгрузите ушедших пользователей», важно понять, что они хотят оценить. Например, если это эффект от новой инициативы, то его лучше покажет динамика активных клиентов, которая уже есть в дашборде. Естественный отток происходит всё время и список ушедших пользователей ничего не даст без анализа динамики.
   Задавайте вопросы, чтобы решать проблемы стейкхолдеров, а не выгружать чиселки.

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

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

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

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

6. Отказывайте. Даже если вы любите ваших заказчиков, иногда надо говорить «нет», но обязательно с объяснением причины: «нет, потому что…».

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

8. Уточняйте причину срочности. Когда заказчик врывается с запросом «Срочно! Посчитайте мне длину удава в попугаях!», обязательно выясните, какие запланированные события зависят от этих данных. Иногда оказывается, что встреча по физиологии удава стоит через 3 недели. И даже для перестраховки длину удава достаточно получить в течение следующего спринта.

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

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

Делитесь в комментариях, какие способы уже были в вашей работе.

Подписывайтесь на канал AvitoTech в Telegram, там мы рассказываем больше о профессиональном опыте наших инженеров, проектах и работе в Авито, а также анонсируем митапы и статьи.

Инсайты от продактов Amazon и Самоката (⌒▽⌒)☆

Весной мы провели совместный митап с сообществом Продакты СПБ. На площадке офиса Garage Eight собрались несколько десятков специалистов и два крутых спикера. Записями их выступлений делимся с тобой <3

> Как выглядит работа над продуктом в Amazon: YouTube | VK видео
Спикер: Илья Безделев, CEO Metacast, ex-Product Lead Amazon, ex-Product Lead Google

> Трансформация бизнеса. Опыт проведения организационных трансформаций: YouTube | VK видео
Спикер: Мария Чурилова, Product manager ecom.tech (Самокат)

Когда проект выходит за рамки одной команды, документ с требованиями превращается в лабиринт. Начинаются множество вопросов: кто вносил это изменение? почему удалили тот пункт? откуда взялся этот кейс? Чтобы не тонуть в хаосе, требованиями нужно управлять, а не просто «хранить» их.

Приглашаем вас на бесплатный вебинар «Как управлять требованиями на каждом этапе проекта», на котором разберёмся, как не теряться между документированием и реальным управлением требованиями.

📅 Дата: 10.06.2025

⏰ Время: 19:00-20:00 (Мск)

 На вебинаре:

✔️ Объясним, чем отличается разработка требований от их управления

✔️ Покажем, как навести порядок и держать связь между задачами, требованиями и тест-кейсами

✔️ Познакомим с инструментами и матрицей трассировки, без которой сложно на крупных проектах

👨‍🎓 Спикер: Борисов Артем — специалист в области системного и бизнес-анализа.

👉 Записаться на вебинар

Ждем вас через час на митапе для тимлидов

В 18:50 начнем TeamLead MeetUp — ивент для руководителей и тех, кто хочет ими стать. Присоединяйтесь к трансляции и задавайте вопросы!

Программа

👉 Zero Bug Policy — эффективный метод работы с качеством

Максим Овчаров, директор по разработке ядра облачной платформы в Selectel, расскажет, как улучшил работу с качеством в командах облака, как выбирал и внедрял ZBP, с какими проблемами столкнулся. Доклад завершится практикой. 

👉 Найми меня, если сможешь

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

Подключайтесь к трансляции:

➡️ в VK 

➡️ на YouTube

В старом саду росло гигантское древо, дававшее сладкие плоды. Садовники много лет ухаживали за ним просто как умели.

Пришел новый управляющий, полный желания помочь. Он видел, как садовники работают по наитию, и решил: "Нужен порядок!"

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

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

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

Через год дерево стало чахнуть.

"Почему?" - спросил управляющий у старого садовника.

"Ты дал нам много мудрых правил," - ответил тот, "но мы забыли главное правило: любить дерево."

🔥 Agile умирает - и его убийца уже здесь. Имя ему - искусственный интеллект!
Заметили ли вы что многие Agile визионеры активно перетекают в сторону AI-консалтинга?

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

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

Может, Agile - это как Nokia в мире проектного менеджмента? Собственно у Nokia был замечательный Agile

Теперь думаю: это трагедия или естественный отбор? Agile ещё жив или уже пора хоронить?

Data-класс вашей ошибки: как относиться к ошибкам как программист

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

Чтобы убрать эмоции из анализа ошибки и подойти к ней с «трезвой» головой, можно разложить ее как код. Вот, например, какой data-класс можно выделить у ошибки:

class Error {
  // что нужно было сделать
  var task
  // что пошло не так
  var errorDetails
  //какие возможные последствия уже есть или последуют и кто может пострадать
  var effect
  //причины ошибки
  var reasons
  //плюшки от решения сложившейся ситуации
  var benefits
  //выводы
  var experience
 //список улучшений, которые можно сделать, чтобы минимизировать повторение ошибки
  var actionItems
 }

А теперь — реализация.

Пример: Вы неверно оценили сроки выполнения целого скоупа задач, входящих в MVP для приложения Сообщения — ошиблись на целых два релиза. Никто не пострадал, но ситуация по многим аспектам неприятная.

Как бы выглядела реализация интерфейса для данного случая:

class BadEstimationForMVPMessaging {
  
  var task = эстимация MVP для приложения Сообщения. Необходимо оценить все задачи, распределить по спринтам и релизам, учесть загрузку команды и выдать предполагаемую дату релиза
  
  var errorDetails = ошибка в эстимации на два релиза (два месяца разработки команды из трех человек)
  
  var  effects = listOf(
  - релиз переносился два раза
  - демотивация команды
  - вопросы с продуктовой стороны
  )
  
  var reasons = listOf(
  - часть задач были сильно недооценены
  - не учтены зависимости, которые, конечно, вылезли только в конце
  - не заложен запас по времени
  )
  
  var  benefits = listOf(
  - хороший пример, который можно разобрать
  - прокачан навык работы с ожиданиями
  - ощутили дух стартапа с командой, решая внезапные блокеры перед релизом, и радовались запуску приложения
  )

  var experience = listOf( 
  - детальнее искать зависимости на этапе подготовки к эстимации
  - закладывать запас по времени в 2-3 релиза
  - на задачи с неизвестными апишками и стеком увеличивать коэффициент Пи*
  )
  
  var actionItems = listOf(
  - составить чек-лист для подготовки к запуску новых приложений, на который можно ориентироваться всем командам
  - обсудить с командой процесс выявления зависимостей
  )
 
}

Смотреть на ошибки так гораздо эффективнее. Вы выносите из них уроки, а не просто посыпаете голову пеплом. Попробуйте!

А больше лайфхаков по построению здоровой культуры ошибок в жизни и на работе читайте в подробной статье от Марии Киселевой, тимлида команды разработки мобильных приложений для KvadraOS в YADRO → 

Как развернуть сервис для сбора данных с 500 000 транспортных средств

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

Компания «ГЛОНАССSoft» справляется — на инфраструктуре Selectel. В Академии Selectel рассказываем, как команда:

• обрабатывает 25 миллионов запросов в день,

• держит инфраструктуру стабильной под высокой нагрузкой с SLA 99,995% за счет репликации, облачных балансировщиков и производительного железа,

• защищает API с помощью файрвола и настроек сети,

• минимизирует риски потерь данных благодаря S3-хранилищу.

Представьте вакансию будущего:

«Ищем в команду сильного продакт-менеджера, сертификат superworker не старше 6 месяцев, версия прошивки BCI не ниже 1.2.2047, допустима beta. Обновление прошивки за счёт работодателя по итогам performance review при условии успешного прохождения испытательного срока. Международная прошивка является преимуществом»

Научная фантастика? Не совсем. Уважаемый человек-эйчартех Josh Bersin рассказал кто такой superworker (вот тут его пост) с водой и нудятиной, если вам мало моей). И это не тот парень, у которого есть друзья в каждом отделе. Эточеловек, который использует ИИ для значительного повышения своей производительности, эффективности и креативности. Проще говоря чел со скилл-экзоскелетом, который будет работать за всех тех устаревших бедолаг, которых мы упорно сокращали в последние годы. По сути это легализованный на уровне бигтеха вечный стартап, где ты должен и тесто замесить, и печь починить, и пирожки продать. Но теперь у тебя есть ИИ, поэтому считается, что ты не устанешь слишком сильно.

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

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

А что по прошивке BCI? Это некстлевел суперворкера, как сказала бы Зоя Вексельштейн. BCI — brain-computer interface, USB поколения альфа.

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

Сандиеговская инженерная школа рассказывает об устройстве игольчатого шлейфа, который можно укладывать поверх серого вещества, чтобы суперворкер взаимодействовал с ИИ-шкой не ртом или пальцами, а мозгом. Изобрели давно, в 2022 году, протестировали на мышах. Говорят, что работает и превосходит своего предшественника — девайс Utah Array, который помогает жертвам инсульта и с повреждением спинного мозга взаимодействовать при помощи мысли с роботизированными конечностями.

Моя гипотеза (после ночи почти без сна): запрос на суперворкеров хоть и пока не формализован, уже очень большой, а BCI — следующий шаг на пути к производительности белковых существ и экономии на ФОТ.

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

// Пишу про будущее работы

8 книг для продактов от Product Lead Garage Eight (⌒▽⌒)☆

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

Сохраняй ее книжные рекомендации, в которых найдёшь конкретные кейсы и практические советы.

Lean UX
Jeff Gothelf, Josh Seiden
Дает базовые принципы интеграции UX в Agile-команды. Освещает быстрые циклы тестирования, ориентир на пользователя и коллаборативную работу внутри команды.

Agile Product Management with Scrum
Roman Pichler
Классическое руководство по роли продукт-оунера в Scrum. Показывает, как формировать и приоритизировать бэклог, работать с видением продукта и быстро собирать обратную связь.

The Lean Product Playbook
Dan Olsen
Предлагает системный подход к поиску product-market fit через быстрые эксперименты и обратную связь. Помогает создавать именно те фичи, которые решают реальные проблемы пользователей.

Build
Tony Fadell
Автор — создатель iPod и Nest —  делится опытом построения прорывных продуктов и запусков, сочетая истории успехов и факапов. Покрывает навыки лидерства, маркетинга, управления командой и разработкой.

Communicating the User Experience
Richard Caddick, Steve Cable
Фокусируется на том, как правильно оформлять результаты UX-исследований, визуализировать и «продавать» идеи пользователям, заказчикам и команде.

Inspired и Empowered
Marty Cagan
В «Inspired» — практические основы создания технологичных продуктов (от Culture и Discovery до выхода на рынок). «Empowered» учит формировать сильные автономные команды, способные принимать решения без жесткой вертикали.

Escaping the Build Trap
Melissa Perri
Предупреждает о «ловушке фич», когда команда гонится за выпуском как можно большего количества функций в ущерб созданию реальной ценности. Даёт принципы перехода на outcome-driven подход.

Как принимать решения, даже если не хочется?

В новом выпуске подкаста «Свободный слот» обсуждаем сложные решения тимлида — те, что бьют не по метрикам, а по нервам. Чтобы разобрать эту непростую тему, ведущие Саша Прокшина и Паша Федотов встретились с Олегом Федоткиным, CTO в «Циан». Как принимать решения, когда нет правильного ответа? Уволить или дать шанс? Сохранить команду или пойти на реорганизацию? Согласиться на даунгрейд ради себя или тянуть дальше? Выделите свободный слот в своем расписании, чтобы вместе с ребятами найти ответы на все вопросы.

Смотреть VK
Смотреть YouTube

Подписывайтесь на канал AvitoTech в Telegram, там мы рассказываем больше о профессиональном опыте наших инженеров, проектах и работе в Авито, а также анонсируем митапы и статьи.

🚦 Роскомнадзор и персональные данные 2025: что реально волнует ИТ-компании?

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

Ниже структура новой статьи:

Регистрация в Роскомнадзоре для технологических компаний

1. Кто обязан подавать уведомление в Роскомнадзор

2. Сроки подачи и размеры штрафов

3. Как подготовиться к подаче уведомления: чек-лист
   3.1. Назначить ответственного за обработку персональных данных
   3.2. Разработать внутренние документы
   3.3. Проанализировать сайт и другие цифровые каналы
   3.4. Проверить места хранения данных
   3.5. Инвентаризировать сторонние сервисы

4. Способы подачи уведомления в Роскомнадзор

5. Пошаговая инструкция заполнения уведомления
   5.1. Шаг 1: Подготовка к заполнению
   5.2. Шаг 2: Начало заполнения
   5.3. Шаг 3: Заполнение основных сведений
   5.4. Шаг 4: Указание целей обработки и категорий данных
   5.5. Шаг 5: Указание мест хранения баз данных
   5.6. Шаг 6: Информация о мерах защиты персональных данных
   5.7. Шаг 7: Отправка уведомления

6. Повторяющиеся ошибки при подаче уведомления

7. Что делать после подачи уведомления

8. Дополнительные аспекты для технологических компаний: Регистрация в Роскомнадзоре: аспекты для технологических компаний
   8.1. Трансграничная передача данных: что делать с зарубежными партнёрами
   8.2. Сбор данных через Google Analytics - все таки можно или нельзя?
   8.3. Легализация использования Яндекс.Метрика
   8.4. Подготовка политики конфиденциальности: новые требования (!)
   8.5. Особенности для разработчиков программных решений
   8.6. Для разработчиков чат-ботов — что важно знать
   8.7. Какая информация должна быть на сайте для соблюдения закона о ПД

Если вас волнует тема регистрации в РКН, пишите вопросы в комментариях — по возможности дадим ответы и подробные разъяснения в статье.

Помогите сделать материал максимально практичным и полезным для каждой ИТ-компании.

Upd: В результате подготовлена статья Как уведомить Роскомнадзор об обработке персональных данных: пошаговая инструкция для ИТ-компаний и стартапов.