Обновить

Менеджмент

Сначала показывать
Порог рейтинга

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

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

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

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

📅 Дата: 19.06.2025

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

На вебинаре:

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

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

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

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

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

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

👉 Записаться

Теги:
Рейтинг0
Комментарии0

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

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

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

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

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

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

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

Теги:
Рейтинг0
Комментарии0

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 же теперь я использую для

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

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

Теги:
Всего голосов 4: ↑3 и ↓1+5
Комментарии0

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Теги:
Всего голосов 22: ↑22 и ↓0+22
Комментарии0

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

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

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

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

Теги:
Всего голосов 1: ↑1 и ↓0+1
Комментарии0

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

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

📅 Дата: 10.06.2025

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

 На вебинаре:

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

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

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

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

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

Теги:
Рейтинг0
Комментарии0

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

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

Программа

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

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

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

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

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

➡️ в VK 

➡️ на YouTube

Теги:
Всего голосов 5: ↑5 и ↓0+8
Комментарии0

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

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

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

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

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

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

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

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

Теги:
Всего голосов 13: ↑8 и ↓5+6
Комментарии0
image.png

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

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

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

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

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

Теги:
Всего голосов 3: ↑2 и ↓1+3
Комментарии3

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  

Теги:
Всего голосов 2: ↑2 и ↓0+3
Комментарии0

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

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

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

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

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

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

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

Теги:
Всего голосов 7: ↑7 и ↓0+8
Комментарии0

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

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

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

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

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

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

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

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

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

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

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

Теги:
Всего голосов 4: ↑2 и ↓2+4
Комментарии0

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 подход.

Теги:
Всего голосов 2: ↑2 и ↓0+2
Комментарии0

Ближайшие события

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

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

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

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

Теги:
Всего голосов 26: ↑25 и ↓1+24
Комментарии0

🚦 Роскомнадзор и персональные данные 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: В результате подготовлена статья Как уведомить Роскомнадзор об обработке персональных данных: пошаговая инструкция для ИТ-компаний и стартапов.

Теги:
Всего голосов 3: ↑2 и ↓1+2
Комментарии0

Страхи цифрового директора


Почему автоматизация, роботизация и цифровизация важны и даже необходимы сегодня понятно каждому. Но как и в любом деле, непосредственная реализация таких проектов сталкивается с препятствиями. Иногда непреодолимыми. Чего больше всего боятся цифровые директора? Что чаще отпугивает компании от внедрения IT-решений? Компания Sikich провела такой опрос среди 150 руководителей американских компаний-производителей оборудования. Большинство из них считают себя инноваторами или, по крайней мере, одними из первых, кто начал внедрять IT-решения в свой бизнес.

Итак, топ-3 страхов цифрового директора по версии Sikich

Кибербезопасность. Интеграция IoT сенсоров, установка различных устройств и загрузка данных в облачные сервисы — довольно уязвимая конструкция. Страх, по-видимому, совершенно оправданный, потому что на первом месте в антирейтинге самых атакуемых областей несколько лет подряд оказывается промышленность (25% всех атак).

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

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

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

Больше подобных новостей о роботах и AI в индустрии — в нашем канале

Теги:
Рейтинг0
Комментарии1

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

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

Что еще мы узнали, смотрите в полной версии исследования.

Теги:
Всего голосов 1: ↑1 и ↓0+1
Комментарии0

Куда смотреть и как интерпретировать увиденное

В малом и микро бизнесе встречаются два вида контроля. Они в каком-то смысле противоположны друг другу по цели и методам осуществления.

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

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

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

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

Костя Дубровин. Каналкнига.

Теги:
Всего голосов 10: ↑10 и ↓0+12
Комментарии1

Как стать детективом в Авито?

Модерация объявлений, коммуникация внутри сервиса, меры безопасности — рассказываем о SafeCom в новом выпуске «AviTalk». На этот раз экспертизой делится Антон Тупиков, технический лидер дирекции SafeСom Авито. Вместе с ведущей Стасей Кошман говорим о найме в SafeCom, интересных кейсах из работы сервиса и способах стать детективом внутри Авито. Антон также поделится историей собственной карьеры: от первых проектов до перехода в Авито.

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

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

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

Теги:
Всего голосов 21: ↑21 и ↓0+21
Комментарии0

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

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

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

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

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

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

Вторая компания была краудфандинговой* платформой.

*Краудфандинг — это сбор денег на запуск или развитие проекта, при котором средства поступают от потребителей или тех, кто заинтересовался проектом.

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

Но неофициально бизнес зарабатывал на следующем:

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

В среднем каждый проект собирал деньги от 30 до 90 дней.

Улавливаете суть?

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

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

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

Но, прикол был ещё в том, что если проект не набирал нужную сумму, то вернуть деньги назад был тот ещё геморрой, который занимал до 30 дней.

Но пользователю можно было вложить эти деньги в другой проект, размещенный на платформе.

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

Лично у меня там так и остались крутиться 500 рублей))

Для понимания: в Kickstarter (американская краудфандинговая платформа) деньги не списывались со счетов пользователей, а замораживались на банковском счете и списывались только тогда, когда проект набирал нужную сумму.

Бизнес-модели почти как у McDonald’s, но не совсем...

Если сумеете создать в своем бизнесе такие же модели, но без криминала и обмана, то у вас появится хорошее УТП, которое будет выделять вас на фоне конкурентов.

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

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

Для тех, кто интересуется бизнесом и фрилансом, я собираю базу знаний, пока есть MVP в виде ТГ-канала, но скоро будем запускать полноценную версию проекта.

Теги:
Рейтинг0
Комментарии0