Как успеть сделать огромную не профильную работу и выжить. Срочные задачи, размытые требования, меняющиеся вводные и большое количество людей, принимающих решения – это нормальное состояние для IT, продуктовой разработки и любых сложных систем. Поэтому в этой статье не будет рассуждений в духе «надо было всё предусмотреть заранее». Здесь про мой опыт и про то как мы преодолели этот рубеж и где оступились
Вы можете быть сильным специалистом и все равно создавать сложности для коллег. Разбор восьми самых частых сценариев из жизни IT-команд.
Когда ИТ-активов становится слишком много, Excel перестаёт справляться
Десятки складов, международные поставки, перемещение между юрлицами — а учёт по-прежнему живёт в таблицах. Знакомо?
Мы прошли через это сами и за 9 месяцев внедрили ITAM-систему, которая превратила хаос с ИТ-активами в понятный и управляемый процесс.
Внутри — реальный опыт международной компании:
→ почему Excel опасен для бизнеса на масштабе
→ как выбирали ITAM-систему: 7 обязательных требований
→ внедрение за 9 месяцев: этапы, сложности и подготовка
→ первые измеримые результаты уже через 3 месяца
→ что дальше: интеграция с финансами, закупками и валютами
Если вы устали тратить дни на отчёты и хотите видеть каждый ИТ-актив в реальном времени — этот кейс для вас.
Приложения для заметок — это цифровой блокнот, где можно быстро записывать идеи, списки дел, конспекты и рабочие договорённости, чтобы ничего не терялось и легко находилось через поиск. Такой онлайн блокнот удобен, когда нужно одно приложение для заметок на телефон и ПК: записали мысль на ходу — продолжили на компьютере.
В статье я собрала приложения для заметок под разные сценарии — личные дела, работа, учёба и ведение «второго мозга».
Ситуация: открываете базу знаний и понимаете — что-то с ней не так, и каждый раз кто-то приходит с одними и теми же вопросами. Вы — тимлид/техлид/knowledge-менеджер, который знает ответы на все вопросы. Но времени на работу не остаётся как раз из-за разрешения всяких мелочей. Знакомо?
Привет, Хабр! Меня зовут Анастасия Граф. Я руковожу отделом разработки технической документации в Maxim Technology — компания делает Ride Tech сервис для такси Maxim. Мы первыми в России запустили цифровую платформу. Этот материал готовился по мотивам доклада для TeamLead Conf.
В предыдущей части статьи об организации Базы знаний мы сформулировали универсальные требования к ней и разобрались, с чего начать в принципе на примере процессов в Maxim Technology. Сегодня выясним, зачем нужно ревью любой документации и как оно поможет повысить уровень знаний в командах.
Мы строим карьеру на умении решать сложные задачи, но часто пасуем перед задачами, на первый взгляд, простыми, но такими важными — теми, что затрагивают не техническую область, а область человеческих отношений. Наш логический ум способен разобрать любую систему на компоненты. Почему же он отключается, когда речь заходит о трудном диалоге с руководителем, коллегой и даже близким человеком.
Задумывались ли вы, что аналитика до того, как вы открыли рот и начали диалог, может быть, столь же важна, как код-ревью до запуска программы в продакшен?
Эта статья о том, как использовать главный профессиональный навык проведения анализа — аналитическое мышление — для подготовки к самым важным диалогам на работе и в личной жизни. Мы разберём, что происходит, если этого не делать. Вы узнаете, как, используя аналитические инструменты, распутать сложный клубок проблем и определить последовательность их разрешения в самых важных для вас диалогах.
X опубликовали репозиторий с исходным кодом своих рекомендательных алгоритмов в 2023 году. Там нет конкретных весов и многих переменных, но есть общие принципы. По репе можно понять общую механику того, как именно контент попадает в ленту.
Похожие рекомендательные системы используются и в других соцсетях.
Главная проблема — из сотен миллионов ежедневных твитов невозможно прогнать через тяжелую Ranker-нейросеть каждый. Поэтому используются быстрые алгоритмы, чтобы отобрать топ кандидатов (конкретное число скрыто в params.rs). Для out-of-network контента X использует SimClusters — алгоритм, который находит сообщества пользователей с похожими интересами. Если вы попали в кластер "Любители Rust", а пост популярен в этом кластере, он попадёт в кандидаты, даже если вы не подписаны на автора.
Потом идёт второй этап — Grok-трансформер, который для отобранных кандидатов предсказывает вероятность 19 различных действий (лайк, ретвит, ответ, шер в личку и другие).
А вы всегда пьёте коньяк на завтрак или только по выходным?
Привет всем, я – Соня, IT HRD. Начинала как QA инженер. Люблю tech и инженеров за то, что помимо работы тут всегда узнаёшь разные крутые понятия и термины полезные не только для работы но и для жизни. За 20 лет работы накопилось много продуктово-инженерных жаргонизмов, пратик, законов и принципов, которые я была бы рада узнать пораньше. Можно прям в старших классах школы вместо ОБЖ.Ниже — мои любимые. Добавляйте в комменты свои.
1. Ложная дихотомия
Ложная дилемма, чёрно-белое мышление — это логическая ошибка и манипулятивная тактика, при которой из множества вариантов предлагаются только два (обычно крайних), игнорируя промежуточные или иные альтернативы. Этот приём сужает выбор, вынуждая принять одну сторону, часто ложно представляя одну из альтернатив как приемлемую, а другую — как неприемлемую. Мир не чёрно-белый. Наш коньяк с этой полки.
2. Бритва Оккама
Методологический принцип: при наличии нескольких объяснений одного и того же явления нужно выбирать самое простое. Не следует множить сущности, добавлять лишние предположения без необходимости. Не надо усложнять. Оккам, кстати, — английский монах-философ. Считается одним из отцов современной эпистемологии и современной философии в целом, а также одним из величайших логиков всех времён.
3. Игра с ненулевой суммой
Ситуация в теории игр, где выигрыш одного участника не обязательно означает равный по модулю проигрыш другого. Сумма результатов (выигрышей и проигрышей) может быть больше или меньше нуля, что позволяет сторонам получить взаимную выгоду (win-win) или совместно проиграть. В играх с нулевой суммой выигрыш одного игрока всегда равен проигрышу другого. Шахматы или шашки: если один победил (+1), второй обязательно проиграл (-1). Сумма: 1 + (-1) = 0.
Сегодня серебро — один из ключевых материалов цифровой и энергетической эпохи. Это самый электропроводный металл на планете — лучше меди и золота. Без него не работали бы микросхемы, солнечные панели, высокоточные реле, аккумуляторы и системы связи. Серебро также используют как катализатор в химпроме и как антибактериальный компонент в фильтрах и защитных покрытиях.
За последний год цена на серебро выросла более чем в 3 раза. Но вряд ли причина роста серебра основывается на фундаментальных факторах, балансе спроса и предложения...
В условиях общей эйфории, царящей на рынке, и панического бегства продавцов появился повод вспомнить историю братьев Хант, которые загнали в угол рынок серебра и заставили цену на металл взлететь с 3 до 50 долларов за унцию.
Команда, о которой пойдёт речь, была уверена: главная боль — «дежурный долго ищет ответы». План готов: написать документацию. Но когда они проверили формулировку через НЖЯ (нежелательное явление — инструмент из Теории ограничений), всё перевернулось.
Оказалось, что настоящая проблема — не в знаниях, а в нестабильности сервисов. И если бы они не остановились вовремя, месяц ушёл бы на решение не той проблемы.
НЖЯ помогает увидеть, как неверная формулировка проблемы ведёт к ложным решениям. В статье — разбор реального кейса: как команда с помощью семи правил НЖЯ вышла на корневую проблему и сменила фокус с «улучшения дежурства» на стабилизацию сервисов.
В этой статье — неочевидный взгляд на эффективность совещаний в ERP-проектах: не количество совещаний или участников, а результат.
Мой основной проект — это платформа для конструирования веб-приложений для автоматизации процессов: база данных, действия, триггеры, интерфейс. Но пока я её разрабатывал, сделал множество готовых решений автоматизации под конкретные задачи. И почти везде встречалась одна и та же история: проект застревал где-то посередине, и дальше требовались какие-то невероятные усилия, чтобы довести его до завершения. По факту эти усилия ложились на меня.
В конце концов я пришёл к выводу, что лучше бы их вообще не брать. Но если уж ввязался — то только на следующих условиях (которые в последние несколько проектов спасли мне миллиарды нервных клеток).
Почему на закрытии Олимпиады в Сочи не раскрылось одно кольцо? Вопрос интересный, но не концептуальный. Действительно интересно — что еще могло произойти и как сумели предотвратить. Хотя некоторых трагедий и даже смертей избежать не удалось, наши справились лучше большинства других оргкомитетов. В чем секрет и как его применить для бизнеса и карьеры?
Что ж, попробуем в этом разобраться.
Меня зовут Костя Дубровин. Я веду канал про книги.
Почему метрики перестают работать? История измерения эффективности от Адама Смита до наших дней. Закон Гудхарта, тейлоризм, Деминг и уроки четырёх промышленных революций.
Чем толковее врачи, тем больше ошибок они фиксируют в своих отчетах. А проблема плохих врачей не в том, что они плохие, а в том, что они этого не понимают. Видеть ошибки — один из важнейших навыков. Он спасает жизнь, карьеру, семью. Он же является мощным конкурентным преимуществом. Особенно, если знать куда смотреть и как интерпретировать увиденное.
Что ж, попробуем в этом разобраться.
Меня зовут Костя Дубровин. Я веду канал про книги.
С 2014 года мы со Светланой Берегулиной провели более 30 стратегических сессий по форсайту. Методология работала. Участники уходили с видением на 5-10 лет вперёд, с пониманием трендов и точек приложения усилий. Опыт накапливался, инструменты оттачивались.
В сентябре 2024 года мы решили проверить потенциал масштабирования. Сделали лендинг. Запустили охват на 20 000 маркетологов и предпринимателей — через рассылки, таргет, публикации в профильных каналах.
В открытом форсайте рассчитанном на 35 человек приняло участие 12. Ученики Школы CPO-Стратег и лично приглашённые эксперты.
Конверсия 0.06% — это не провал маркетинга. Это ответ рынка на вопрос, который мы не задавали десять лет. Форсайт — инструмент для тех, кто уже освоил базовые практики стратегической работы. Для тех, кто умеет формулировать гипотезы и проверять их до того, как вкладывать ресурсы. Рынку сначала нужны базовые инструменты. Продвинутые — потом.
Одна проверка гипотезы спроса сэкономила годы попыток масштабировать то, что не масштабируется в текущих условиях.
Ниже — 9 опорных гипотез, которые мы теперь проверяем в компании и Стратегической мастерской до старта любого продукта.
Наш случай не уникален. Статистика подтверждает: большинство продуктов умирают не от плохой реализации, а от непроверенных предположений.
90% стартапов закрываются в первые три года — данные CB Insights за последние десять лет стабильны. Главная причина смерти — no market need (42% случаев). Не нехватка денег, не конкуренция, не плохая команда. Просто продукт оказался не нужен.
Привет, Хабр! На связи Лера, технический писатель в Авито. В прошлом году мы с вами разобрали много интересных книг, и кажется, что начало нового года — идеальное время, чтобы оглянуться назад перед планированием, подвести итоги и подумать, каким мы хотим видеть свой 2026-й. Лично я всегда думаю о том, что год — слишком длинная дистанция, чтобы держать фокус на чём-то одном, а планы на 12 месяцев превращаются в списки из разряда «когда-нибудь» в заметках. Поэтому сегодня я хочу разобрать книгу, которая предлагает радикально иной подход к планированию — «12-недельный год» Брайана Морана.
Задача может «двигаться по доске», менять исполнителей и статусы — и при этом неделями оставаться незавершённой. В такие моменты команда обычно чувствует суету, а не прогресс: контекст утекает, зависимостей становится больше, а работа в In Progress разрастается как сорняк.
В статье разберем метрику возраста задачи (Work Item Age) — как её считать, чем она отличается от cycle time, какие визуализации помогают быстро увидеть «залежавшиеся» элементы, и почему управление WIP и блокерами часто даёт больший эффект, чем очередной рывок по старту новых задач.
Личный опыт лидера команды по переходу от формального "зачитывания требований" к совместному созданию понимания. Простые шаги, которые помогли нам победить "иллюзию понятных задач" и в разы сократить количество срочных доработок в середине спринта.
Прошел год с тех пор, как наша команда Sugar CRM совершила прыжок из уютного водопада в бурные воды Agile. Мы пережили мучительные получасовые, а иногда и часовые дейлики вместо 15-минутных, прошли через «гадание на кофейной гуще» на планировании спринтов и вроде бы обжились.
Но одна проблема упорно не сдавалась, грозя похоронить все наши agile-начинания. Мы вроде делали всё по книжке: проводили Product Backlog Refinement (PBR), оценивали задачи в Story Point (SP), обсуждали задачи, писали чек-листы и выходили с встреч с чувством выполненного долга.
А потом начинался спринт. И всё шло под откос.
Ваша команда выросла, спринты превратились в марафоны, а Jira ушла. Вы тратите больше времени на обсуждение инструментов, чем на работу в них.
В этом обзоре мы собрали девять актуальных российских решений для управления жизненным циклом разработки ПО.
Каждая система рассмотрена с точки зрения реальных потребностей команд — от небольших стартапов до крупных enterprise-компаний. Мы постарались дать объективную оценку возможностей каждого инструмента, чтобы вы могли сделать осознанный выбор.
Внутри — готовая таблица сравнения по цене, интеграциям, гибкости и поддержке DevOps. Выберете свою за 10 минут!