PM Live | проджект и продакт менеджмент — дайджесты и вакансии PM в Телеграме
Почитать:
GPT наконец перестал выдумывать факты и действительно понимает, что находит в интернете
Новые модели o3, o4-mini от OpenAI и обновленный Gemini 2.5 Pro научились выполнять поиск как часть процесса рассуждений перед формированием ответа, что практически исключает галлюцинации. Эти системы могут за считанные секунды проводить исследования, на которые раньше уходили часы работы человека.
Халява уходит из программирования
В недалеком прошлом достаточно было пройти несколько туториалов, посмотреть примеры собеседований, прорешать пару десятков задач c Leetcode (Codewars, Hackerrank) и идти на рынок.
Легко было обходиться без базовых знаний Computer Science: понимания структур данных и алгоритмов, баз данных, операционных систем, сетей, теории асимптотической сложности и т.п.
Даже если брать программистов с базой, многие считали своей главной задачей — перевести требования в код. По ходу статьи будут агрументы, что в этом уже нет большой ценности.
С дармовщиной покончено, и я предсказываю, что индустрия уйдет от сверхдоходов за умение решать простенькие логические задачки к обычному доходу за компетенции. А компетенции будут проверяться еще строже.
Реальность тех. собеседований в 2025 году
Широко известно, что рынок найма в техе сегодня заметно охладился по сравнению с 2020–2022 годами. Количество вакансий для инженеров-программистов снизилось во всех крупных регионах, а доля полностью удалённых позиций продолжает постепенно сокращаться. В то же время, по другим метрикам видно, что рынок начинает восстанавливаться — по крайней мере, для инженеров старшего уровня.
Эта статья — попытка прояснить, как меняются технические собеседования, через призму того, что видят сами инженеры, проходящие интервью. Чтобы разобраться в этом, я обратился к Эвану Кингу и Стефану Маю, сооснователям стартапа по подготовке к интервью — Hello Interview. До запуска своего проекта Эван четыре года работал Staff Engineer в Meta, а Стефан — шесть лет был менеджером инженернов в Amazon и затем старшим менеджером инженернов в Meta. Оба провели сотни собеседований, причём Стефан также выступал в роли нанимающего менеджера.
Гуманитарий среди технарей: как общаться, чтобы вас не захотелось замьютить
Если вы когда-либо пытались объяснить фронтендеру, зачем «нужна ещё одна итерация ради пользовательского счастья», или слышали в ответ «это не баг, а фича», — значит, вы поймёте меня без слов. В этой статье — проверенные советы, как наладить контакт с технарями, не чувствуя себя героем комикса «Гуманитарий против Машины».
У меня гуманитарное образование (международные экономические отношения) и для большинства разработчиков я мыслю скорее как гуманитарий. При этом я руковожу продуктовой командой из 28 человек и в работе некоторых из них понимаю меньше 50%. Иногда это мешает, а иногда помогает: чтобы наладить диалог с технарями, совсем не обязательно самому быть инженером.
Как я создал Perfect Wiki и вышел на доход $250K в год без инвесторов
Я основал Perfect Wiki — SaaS продукт для создания внутренних баз знаний компании, который работает прямо внутри Microsoft Teams. Мы сделали простой и удобный инструмент для хранения, редактирования и обмена знаниями внутри компании. Всё началось с желания решить одну конкретную боль: встроенная Wiki в Microsoft Teams была неудобной, а достойной альтернативы с полноценной интеграцией просто не существовало.
В этой статье я хочу рассказать, как появилась сама идея, какие ошибки я допускал, как нашёл первых клиентов и как постепенно за пять лет дошёл до стабильного дохода в $250,000 в год. Всё это — без инвесторов, команды из 20 человек и “раунда A”.
Я переехал из России в Грузию, купил квартиру мечты за 11 млн ₽, съехал через полгода, но счастлив
Я с женой перебрались в Тбилиси ещё в 2018 году и прожили там почти шесть лет. За это время мы влюбилась в эту страну и взяли квартиру в ипотеку рядом с озером. В итоге, застройщик заблокировал нас после оплаты, мы дополнительно потратили 5 млн ₽ на ремонт, а в квартире мы прожили всего полгода.
В статье расскажу, как мы получили ипотеку без официальной работы, как нам чуть не продали дом, который мы бы никогда не оформили и сколько стоит жить в Грузии семье из трех человек.
Как программисты делали куличи
Вообще, заказ не большой — 100 куличей нужно отвезти за день до праздника на точку под реализацию. Времени ещё — месяц. Станиславский Станислав — главный технический специалист на проекте. Он точно знает, как собрать группу из 10 хорошо подкованных ребят и заставить их сделать это чётко, качественно и в срок. Бюджет — с запасом.
Станислав уже имел опыт — последние три года подряд подготавливал подобные заказы, знает, как это делают профессионалы, сам шишек набил. 10 человек он не из головы взял — это правильное количество, если применять современные подходы. В этом году тренд — куличи с начинкой из дубайского шоколада. Такие ещё не делали, но что там может быть сложного?
Чтобы процесс пошёл быстрее, всю работу, конечно же, разбили на задачи и определили, кто и чем будет заниматься. Вован, Лёньчик и Гриша будут заниматься замесом теста. Александр и Олександр — изготовлением верхних украшений. Решили, что сверху куличи украсят белково-заварной помадкой по классике, но поверх добавят цветки из мастики и желатинового единорога, покрытого белым шоколадом. Маргарита, Вика и Октавия будут заниматься финальной сборкой, ну а курировать процесс будет Семён.
Что такое дизайн-мышление и как оно работает
Определение перевели слишком буквально, поэтому кажется, что дизайн-мышление — это что-то для дизайнеров: сделать юзер-френдли сайт, стильные макеты или прикольные карточки в Телеграм-канал.
На самом деле design переводится как «проектирование», «продумывание» и «организация процессов», а thinking — это не про подумать, а про поделать. Если говорить совсем просто, дизайн-мышление — это проектирование способа делания вещей.
Как вовлечь заказчика в проект так, чтобы он стал вашим союзником (а не «токсичным наблюдателем»)
Вы знаете этот момент, когда заказчик пишет: «Мы недовольны результатом», — хотя вы всё сделали по ТЗ? Или когда он неделями не отвечает на письма, а потом требует «срочно всё переделать»? Я пережил десятки таких ситуаций, пока не понял: проблема не в заказчике. Проблема в том, что мы не смогли вовлечь его в процесс.
Scrum & Estimates! Погружаемся в теорию вместе, плюс кейсы из практики
Scrum не обязывает оценивать задачи и не навязывает конкретных техник оценки. Нет ни обязательных методов покер-планирования, ни обязательных единиц измерения — будь то story points, часы, дни, размер футболок или другие показатели.
Однако оценка “estimate” задач это распространенная практика для лучшего планирования в Scrum.
Как вырасти из Junior Scrum-мастера в Agile-коуча: гайд по зарплатам и обучению
Статьи по теме профессионального развития и карьерного роста скрам-мастеров условно можно поделить на 2 типа. Если автор действительно эксперт в практическом применении Scrum, он рассказывает, над чем стоит работать скрам-мастеру на разных этапах своей карьеры (на базе своего опыта и опыта своих учеников), но не дает простых ответов на вопросы «Как конкретно к этому прийти? Какие шаги?» — это для него уже не интересно. С другой стороны, еще больше статей про перспективы этой профессии написано маркетологами онлайн-школ и другими не-экспертами.
Нашумевшее. Как я нашёл 5 способов быть уволенным, но вовремя спохватился
Я думал, что дисциплина в ИТ — это просто приходить на созвон вовремя и держать Jira в порядке. Но после пяти почти-увольнений понял: дело не в графике, а в том, как ты реально работаешь.
Vibe Coding — не оправдание для некачественной работы
ИИ-ассистенты обещают революцию в программировании, позволяя за минуты создать то, на что раньше уходили дни. Но за этой скоростью скрывается опасность — код, который выглядит рабочим, но разваливается при первом же необычном сценарии. «Vibe coding» требует не отказа от инженерной дисциплины, а нового уровня ответственности за то, что генерирует искусственный интеллект.
Ищем ментора для стартапа: кому писать, что говорить и чего ждать
Расскажу, как искать менторов, сколько им платить, и как можно вообще не платить.
Топ-5 конструкторов онлайн-курсов: обзор технического специалиста
Я уже несколько лет работаю с площадками для создания онлайн-курсов. Многие платформы предлагают похожие решения, но есть разница в отдельных функциях и цене. Ниже разбираю без лишней воды пять конструкторов курсов. В конце — сравнительная таблица.
Dogfooding as a Service или пополняем бэклог идей по продуктам без усилий
В нашей компании тестирование новых облачных сервисов перед выпуском на рынок — это многоступенчатый процесс, о котором мы, кстати, рассказывали в статье. А сегодня я подробнее остановлюсь на первом этапе тестирования — догфудинге. Расскажу, почему мы решили сделать коллег нулевыми клиентами, с какими сложностями столкнулись при внедрении этой практики и каких результатов достигли на сегодняшний день, когда позади уже тринадцать волн догфудинга.
Когда руководителей становится двое
В командах, особенно быстро растущих, конфликты — не редкость. И часто они возникают вовсе не из-за личных антипатий, а из-за размытой структуры полномочий.
Кажется, вот появился новый человек, чтобы помочь… но почему-то вместо облегчения становится только сложнее. Один руководитель — это порядок. Два — это борьба. Особенно если старый — «свой», а новый — новичок с инициативой.
Эта история — именно о таком конфликте.
«Работает — не трогай». Или трогай
Негласное правило «Работает — не трогай» широко известно в IT-сфере и за её пределами. Но если ничего не трогать, то ничего не поменяется — такой подход не для всех. Чтобы не остаться сидеть на одном месте, а идти в гору, иногда приходится что-то менять, рисковать. Впрочем, перемены иногда бывают внеплановыми и от нас не зависящими — тогда-то уже хочешь не хочешь, а приходится шевелиться.
Как выбрать структуру для организации команд
Сегодня разберем ошибки, которые мешают компаниям развиваться.
10 альтернатив GanttPro для команд: большой обзор сервисов
В 2025 году процесс управления проектами становится всё более насыщенным и многослойным. Многие команды, привыкшие к GanttPro, начинают замечать, что инструмент уже не отвечает всем их требованиям — и начинают искать что-то более гибкое и дружелюбное.
В этой статье расскажем, почему компании уходят от GanttPro, и покажем современные сервисы, которые могут стать достойной альтернативой.
ТОП10 российских ИСУП в 2025 году
Российский рынок систем управления проектами в 2025 году выглядит насыщенным как никогда: есть облачные решения для ИТ команд с досками и задачками, есть и платформенные гиганты с BI аналитикой и матрицей ресурсов. Но как выбрать? Чем они отличаются? Какие из них реально работают в крупных компаниях? Я составил краткий и честный обзор на 10 систем управления проектами. Без рекламы, с плюсами, минусами и рекомендациями для разных случаев.
KPI-рентген бизнеса — скрытая функция
KPI — это не только инструмент измерения, но и своеобразный стресс-тест для организации. Когда руководство устанавливает амбициозные показатели, команды демонстрируют одну из трех реакций: мобилизуются и находят нестандартные решения, идут на компромиссы и срезают углы, или впадают в ступор.
Эта реакция на давление говорит о компании больше, чем сами цифры достижений, выявляя скрытые проблемы в процессах, культуре и лидерстве. В статье я разобрал, как превратить KPI из инструмента давления в диагностический инструмент и какие сигналы стоит отслеживать.
Как выйти на рынок с новым продуктом, и что делать, если нет спроса
Представьте: вы запускаете продукт, который решает реальную проблему, но никто даже не знает, что эту проблему можно решить. В Яндексе нет поисковых запросов, SEO-стратегия не работает, а контекстная реклама приносит нулевую конверсию. Люди просто не ищут то, что вы предлагаете.
Корпоративные кружки: «Мы живы, блин!»
Когда-то, на стыке тысячелетий, завладеть кружкой с лого своей компании или получить от партнера в подарок, было действительно круто, но не сейчас.
По версии, которая мне кажется правдоподобной, в нашу жизнь массово пришли посудомоечные машины и бренды стали смываться, в буквальном смысле. А кто же захочет держать на столе нечто с полуразмытыми буквами или полустертыми крыльями на лого… брр.
Как мы выводили FinTech на рынок и тестировали первые гипотезы
Сегодня хочу рассказать про интересный кейс из FinTech — SaaS-решение для экспресс-анализа финансовой отчётности. Этот кейс можно рассматривать как идеальный пример подхода фаундеров к процессу создания продукта.
Принципы создания MVP или как мы перестали «строить завод»
Еще примерно 5 лет назад мы делали, как все, — создавали MVP на довольно ранних этапах. Нам это казалось правильным: собери прототип с базовым функционалом, в потом уже «допиливай», внедряй, тестируй. Только вот на доработки потом уходит очень много времени, а проект в итоге может и не «полететь». Выходит, что время и средства будут потрачены впустую.
Мы решили изменить подход и теперь мы видим MVP так: это версия продукта, которая содержит только те функции, которые точно будут пользоваться спросом у нашей ЦА. Мы называем их «верифицированные фичи». Чтобы отыскать эти фичи и убедиться в их ценности, мы усилили работу на предварительном тестировании продукта. Поэтому, подбирая сравнение, можно сказать так: раньше мы сразу «строили завод», а теперь мы делаем MVP просто и быстро.
Ради “удобно” переписываем полпроекта. Как новый пользовательский опыт ломает архитектуру
Если вы делаете цифровые продукты, точно знаете: за каждым «чтобы было удобно» на фронте часто стоит несколько месяцев работы всей команды, от архитекторов до аналитиков. Крупные финтехи готовы вкладываться, потому что у них есть такой ресурс.
Совсем иначе себя чувствуют компании поменьше. Они знают, что меняться нужно, но часто попадаются на удочку «перекрашивания кнопок» в попытках стать лучше для клиента. Поэтому здесь я рассуждаю о наболевшем: почему «простой клиентский путь» почти всегда начинается с глубокой перестройки внутри. И это не бывает дешево.
Поколение «не трогайте меня после шести»: с зумерами невозможно запускать серьезные проекты
У нас в компании так: ты всегда на связи, в любое время суток. В 11 вечера прилетает в телегу сообщение от заказчика — надо ответить. В воскресенье упал прод — собирай команду, выходи на созвон. Я сам так работал годами. И ничего. А зумеры совсем другие.
Как бизнес меняет личность: 10 вещей, которые ты уже не вернёшь назад
Ты стоишь посреди пустого офиса, за окном апрель 2025 года, дождь стучит по стеклу, а ты смотришь на свой стартап — дитя, в которое вложил годы, деньги и кусок души. Ты уже не тот, кем был, когда начинал. Бизнес — это не просто цифры в Excel и питчи для инвесторов. Это алхимия, которая перекраивает твою личность, как скульптор глину. Иногда ты становишься сильнее, иногда — жёстче, а иногда теряешь то, что казалось вечным. Вот 10 вещей, которые бизнес меняет в тебе навсегда. Это не хорошо и не плохо — это просто правда.
«Удоканская медь» — компания, добывающая медь в Забайкалье, с тысячами сотрудников. За последнее время IT-дирекция компании быстро выросла и выполняет задачи сразу для нескольких функциональных направлений.
От Google Sheets к BPMS: автоматизация планирования мероприятий и бронирования помещений
Управление объектом с десятками ежедневных мероприятий требует надёжной IT-инфраструктуры. На примере культурного центра я покажу, как мы разработали единую систему на базе отечественной BPM-платформы, интегрировали процессы планирования и настроили API-взаимодействие с внешними сервисами. Это решение применимо для бизнес-центров, конференц-площадок и других многофункциональных пространств с высокой загрузкой.
Как мы разработали платформу цифровизации производств — и внедрили её в последний момент
История о том, как мы практически с нуля запустили стартап, выстраивали в нем процессы, договаривались с нашим первым клиентом, про внезапно горящие сроки, и какие ошибки были допущены по ходу.
А также на практических примерах и наших ошибках поговорим о плюсах гибких методологий управления проектами.
Тяжёлая артиллерия в оценке сроков задач
Ваш планинг — фикция? Перестаньте гадать на кофейной гуще: как декомпозировать сложную задачу и оценить сроки, нырнув прямо в код. Инструмент и методика внутри.
Я знаю, что ты думал в прошлый дейлик
На входе — обычный push. На выходе — коммит, улучшенный с помощью LLM, сохранённый в векторной базе, доступный для поиска и семантического анализа. Пишем простой MCP-сервер для трекинга изменений ваших проектов.
Эффективные стендапы: наш опыт внедрения Agile и автоматизации в IT-отделе
В Agile есть прекрасная штука, которая называется Daily Standup или «Ежедневный стендап». Короткая ежедневная встреча команды, во время которой каждый сотрудник делится своими достижениями, планами и затруднениями. Эти встречи позволяют держать руку на пульсе и решать возникшие трудности быстро, а так же не терять фокус на текущей работе. Меня зовут Виталий, я хочу рассказать в этой статье о том, с какими проблемами мы столкнулись при внедрении в команде стендапов (хотя казалось бы что‑там сложного) и как их решили. Получилось, на мой взгляд, достаточно просто, красиво и функционально.
И вот это заветное слово «Fundraising» случается в нашей жизни, и мы готовимся поднять много денег. Но прежде, чем это случится, а мы начнем инвестировать в все наши «хотелки» и улучшать продукт, будет Due Diligence. То, на чем можно посыпаться и попасть на демпинг цены, бремя post‑M&A/Fundraising рисков и в целом лишиться проекта.
Любой разработчик или руководитель неизбежно сталкивается с техдолгом: либо устраняет его, либо создает. Чаще всего — и то, и другое одновременно. Год назад я решил глубже разобраться в этом вопросе и начал изучать, что происходит в индустрии: как компании работают с техдолгом в теории и на практике, какие подходы применяют и с какими проблемами сталкиваются.
Потом я структурировал, что есть по этой теме у нас в Банки.ру и решил написать статью. Будет много ссылок на англо- и русскоязычные статьи и доклады, рекомендую изучить каждую ссылку для полноты понимания.
Как прокачаться в менеджменте за год без дорогих курсов и MBA
В этой статье — системная подборка на год вперёд: 12 модулей по 2-3 книги в каждом, каждый месяц — новая управленческая компетенция. Если пройдёте весь путь, начнёте сильнее и глубже разбираться в менеджменте, чем 90% руководителей, с которыми мне доводилось работать.
Как правильно оценивать сроки IT-проектов
Вспомните, когда вы только начинали изучать свой первый язык программирования и пошли решать задачи на Codewars (если, конечно, в то время он уже был). Насколько точно вы могли прогнозировать сроки решения задачи? Скорее всего, вилка ответов могла расходится от «Я решу эту задачу за 1 час» до «Я не решу эту задачу никогда». Что-то изменилось с тех пор?. Я говорю не о сложности задач, которая, несомненно, изменилась за время вашей карьеры, а о прогнозировании сроков.
Оценка будущих работ занимает много времени, раздражает и даже демотивирует команду. Но, к сожалению, без нее никуда. Большинство заказчиков с вами не захотят иметь дело, если вы заявите, что не используете предварительную оценку задач. Кроме того, в последнее время заказчики хотят сделку. Т.е., фиксированную стоимость конечного продукта.
Хочу сразу оговориться, что под заказчиком я подразумеваю не только стороннего клиента компании, но также, product manager, CEO и вообще любого представителя бизнеса, который в вашей компании имеет полномочия добавлять таски на доску.
Как опыт CIO может изменить работу «в поле»
Почти двадцать лет я занимался ИТ-инфраструктурой в крупном промышленном холдинге. Руководил командами, проектами, модернизировал, строил, автоматизировал — одним словом, жил управлением ИТ. Под контролем было свыше 20.000 автоматизированных рабочих мест, десятки филиалов, бюджеты, проекты, аудиты. Но все же был ограничен ИТ-инфраструктурой.
Потом — осознанная пауза примерно на год. Захотелось остановиться, переосмыслить, докачать стратегические и управленческие скиллы. Изучал материалы MBA, CISO, CISA — не для галочки, а чтобы по-настоящему понять, как быть не просто ИТ-менеджером, а ИТ-лидером.
После этого появилась возможность вернуться в ИТ и перейти на уровень выше. Я стал региональным CIO крупной госкомпании, отвечал за ИТ в шести регионах РФ с 25 000 АРМ, выстраивал процессы, внедрял ERP, взаимодействовал с головным офисом, командой и подрядчиками.
Рынки могут внезапно обрушиваться, сплочённые коллективы – неожиданно сталкиваться с кризисами, а постепенные управленческие действия – приводить к непропорционально большим последствиям.
Теория катастроф и синергетический подход предлагают концептуальные инструменты для понимания таких нелинейных и внезапных изменений. Теория катастроф изначально возникла в математике для описания резких переходов в динамических системах, но её идеи оказались применимы и к социально-экономическим явлениям.
Как улучшить предсказуемость поставки дизайна
Расскажу, как моя команда повысила предсказуемость поставки дизайн-задач, какие методы и инструменты мы для этого использовали.
Проектируем собственную inhouse Feature Platform
Feature Platform — новый взгляд на решение типовых задач в ML-разработке. Она упрощает работу с данными, системно решает задачи подготовки, хранения и использования фичей, обеспечивает их согласованность между окружениями и ускоряет разработку и внедрение моделей в эксплуатацию.
История исследования и анализа информации. Архитектура Data Mesh: концептуальные основы
В крупных организациях попытка сосредоточить все усилия по интеграции данных в одной группе может оказаться неэффективной. Зачастую источники информации находятся в разных местах, не имея единого центра управления, что затрудняет поиск ответственных лиц. Такой подход не приводит к нужным результатам.
Тайные сообщества товаров: обзор графовых методов
Сегодня мы расскажем, как исследовали алгоритмы community detection для группировки товаров, с какими проблемами столкнулись и при чём тут матчинг. Статья будет полезна всем, кто работает с большими объемами данных и ищет способы оптимизировать операции с этими данными. Поехали!
Архитектурное мышление, скорочтение и изучение чего-нибудь нового
Скорочтение — это не про то, чтобы глотать страницы книг. Обучение — это не про курсы. Архитектурное мышление — это не про чертежи систем.
Создаем картотеку людей в Obsidian максимально лениво или «Тронул мышку — проиграл»
Иногда это доходит до крайности — мне необходимо заполнить какие-то заметки, но они все одинаковые. Ты их копируешь, вставляешь, опять поднимаешь руку к мышке, пытаешься попасть в нужную строку иии… глючит при прокрутке ролик, ты промазываешь и эмоции такие, что хочется выкинуть всю технику в окно.
Сколько я заработал в RuStore и как Роскомнадзор продвигал мое приложение
В этой статье я поделюсь своей историей: как я в одиночку пробивался в отечественном магазине приложений, сколько заработал и как странным образом Роскомнадзор оказался моим союзником в продвижении стартапа.
Все знают, где ты находишься — можешь убедиться сам
Я ещё раз прошёлся по процессу, описанному в первом посте, и решил сделать его более быстрым и масштабируемым: ручной анализ сотен запросов в Charles отлично подходит для исследований и обучения, но для нахождения «интересных» запросов конкретного приложения мне требовалось слишком много времени.
Как писать Release Notes, чтобы их читал и бизнес, и разработчики
Поскольку компания сравнительно небольшая, иногда приходится самостоятельно писать и редактировать Release Notes (RN). Они же — новости продуктов, или changelog. За одни меня благодарили, за другие — троллили, но я научился смещать баланс в сторону положительных реакций.
В статье разберу, что и зачем писать в Release Notes и как заинтересовать бизнес техническими обновлениями. Пригодится всем, кто ведет документацию по продукту и хочет, чтобы она приносила реальную пользу.
Рекомендации по сбору и приоритизации требований для бизнес-аналитика
Сегодня поговорим про одну из самых важных задач бизнес-аналитика (BA) — сбор и приоритизацию требований. Эта область довольно мутная, ибо редко бывает единый правильный подход. На каждом проекте есть свои «острые углы»: как договориться с заказчиком, прояснить его реальные потребности, оформить требования так, чтобы их поняли все участники, и при этом успеть всё в срок. Это как разжигать костёр в ливень, в открытом поле, пробовали?) И не стоит.
Мягкий ниндзя: Soft skills для начинающего (и не только) системного аналитика
В процессе собеседований кандидатов я заметил, что часто эта сторона очень сильно страдает даже при том, что по большей части мы ищем фуллстек аналитика. А ведь “мягкие” навыки важны не меньше, чем харды. Например, для получения более высокого грейда. Поэтому щас выскажусь!)))
Как мы упростили обновление СУБД Pangolin: показываю бэкенд решения
До недавнего времени у нас было два типа обновлений СУБД — минорное и мажорное. Минорное обновление — быстро и сравнительно просто, мажорное — долго, муторно, со значительными затратами ресурсов сервера. Мы стали думать, можем ли мы где-то обойтись без перехода на мажорные версии? Нашли сценарий, где это было возможным и через время у нас появилось минорно-мажорное обновление, которое теперь экономит нам силы и время. В этой статье расскажу про создание инструмента, который позволил нам устроить эту реформу, как мы его делали и обходили риски и что нам это дало.
RAG-технология в действии: как создать интеллектуальную систему поиска по нормативным документам
В этой статье рассмотрим пример практической реализации RAG (Retrieval-Augmented Generation) на Python для ответов на вопросы пользователей с опорой на нормативную базу технических стандартов. В моём случае это строительные документы: СНиПы, СП, ГОСТы и другие. Готовое решение можно протестировать в строительном Telegram-боте: https://t.me/Pdflyx_bot — данний бот генерирует ответ на основании базы знаний, приводит цитаты и указывает страницы документов, откуда была взята информация.
Интеграции глазами аналитика: 5 типичных ошибок, которые ломают систему
Интегрировать две и более системы — это вам не легкая прогулка томным субботним вечером. Через эти системы могут проходить критически важные данные: платежи, логистика, уведомления, идентификация и многое другое. И именно на стыках между системами возникают ошибки, которые очень часто трудно воспроизвести и очень дорого исправлять.
Многие из этих ошибок происходят не на уровне кода, а гораздо раньше — в момент, когда аналитик формулирует требования. Непродуманная логика, отсутствие контракта, игнорирование сбоев — всё это закладывает возможную нестабильность в сам фундамент архитектуры.
Каждый случай уникален. Каждый случай достоин отдельной публикации. Но сейчас хочу поделиться с тобой, начинающий системный аналитик, одними из самых часто распространенных ошибок при проектировании, которые я находил на этапе ревью.
Full-stack в аналитике: почему это будущее Data Science
Представьте: вы запилили нейросеть, которая определяет котиков на фото с точностью 99.9% (оставшиеся 0.1% — это когда хомяк притворяется котом). Воодушевлённый результатом, бежите к руководству — а там оказывается, что:
На связи Анна Астахова, директор по развитию ИТ-интегратора «Белый код». Сегодня бизнесу также, как и студентам, нужны знания. На примере одного из проектов рассказываю, как работает бизнес-аналитика в образовании.
Аналитика по скидке: когда клиенты готовы платить только впечатлениями
Если данные новая нефть, то почему за нее не готовы платить?
Если вы работаете с большим числом клиентов, то вам наверняка знаком вопрос «Кто из клиентов давно не приходил?».
Он настолько же типичен насколько типична и попытка ответить на него по-простому: а давайте найдем всех клиентов, которые ничего не покупали последние столько-то дней. В общем, не такой уж и плохой вариант и у него даже есть название — RFM-анализ, ну, точнее, это — часть RFM-анализа.
Project Appraisal: How to Measure the Value of Projects
A project proposal is a formal document that outlines a project’s objectives, scope, timeline, budget and overall plan. It’s typically created to convince stakeholders, clients or decision-makers to approve and support the project. The proposal outlines why the project is necessary, how it will be executed and what resources are required.
Using a project appraisal serves several purposes. For one, it’s made to secure approval of a project. It does this by clearly defining the project’s goals and deliverables. It should be persuasive but backed with research. A successful project appraisal will effectively demonstrate why the project is worth the investment and how it delivers value or why it doesn’t and shouldn’t be approved.
PMP vs. PRINCE2 certifications are both prestigious in the project management field, but they serve different purposes. While PMP focuses on applying project management best practices, PRINCE2 provides a structured framework for project governance and control.
PRINCE2 emphasizes governance, with well-defined processes, roles and responsibilities to ensure project alignment with business goals. In contrast, PMP is centered on execution and offers flexibility in managing projects using different methodologies, including agile, waterfall and hybrid approaches.
Certification structures also differ. PRINCE2 has two levels: Foundation for understanding the framework and Practitioner for applying it in real-world scenarios. PMP is a single-level certification demonstrating comprehensive knowledge of project management principles and practices.
In terms of industry recognition, PMP is globally respected, especially in North America and Asia. PRINCE2 is most widely adopted in the UK, Europe and Australia, particularly for government and public sector projects.
The exam formats reflect their focus. PMP’s test includes 180 questions over 230 minutes, assessing project management knowledge across people, process and business domains. PRINCE2’s Foundation exam has 60 multiple-choice questions focusing on theoretical understanding, while the Practitioner exam involves scenario-based questions that test practical application.
Project Contingency: How to Get Projects Back On Track
Whether applying a cost contingency, time contingency or resource contingency, when the time comes to implement a contingency plan, project management software will be essential. That’s because they have Gantt charts that can set the initiative to a timeline, add resources and ensure that unexpected delays or issues can be managed without disrupting the entire project.
В апреле 2025 наблюдаются проблемы — сдача на русском в центрах невозможна. Остальные способы (в том числе сдача на русском онлайн) работают.
Посмотреть:
Процесс анализа и проектирования, как трансформация моделей ⏱️1 час 40 минут
ТЗ созданные по типовым шаблонам, содержащим списки требований разного уровня и модели ИТ системы, невозможно проверить на оптимальность, так как они отражают цепочку безальтернативно принятых решений.
Формулировать так, чтобы задачи выполнялись в срок и с нужным результатом ⏱️1 час
На вебинаре, посвящённом методам постановки задач и мониторинга прогресса, Наталья Дражник, Product Owner с опытом работы в FinTech, HRTech и MarTech, разобрала:
— что такое SMART, CSD, RACI и как выбрать подходящий метод
— как переформулировать задачу так, чтобы её действительно сделали и в срок
— как контролировать выполнение и отслеживать прогресс (канбан, чек-листы, дашборды, PDCA)
— реальные примеры из жизни продуктовых и технических команд
Гендерное неравенство ощутимо на практике в управлении ⏱️1 час
Опыт и путь Любови Коряковой: Основатель и руководитель Smart Division, Любовь рассказывает о становлении компании, работе с фрилансерами, проектном консалтинге и объясняет происхождение названия агентства.
Почему ваши оценки проекта всегда ошибочны ⏱️2 часа
Разберем природу человеческого мышления: почему мы не способны точно оценивать будущие работы и как это влияет на планирование проектов.
Основы работы с потребностями заинтересованных сторон и бизнес-проблемами ⏱️1 час 30 минут
Процесс анализа потребностей заинтересованных сторон и переход к формулировке требований.
Инструменты личной эффективности. Реализация личного потенциала ⏱️2 часа
Если вы ничего не успеваете, проведите ревизию целей и выберите из них только те, которые действительно достойны быть вашими. О том, как отличать свои желания от навязанных, адаптировать «колесо баланса» под ежедневное планирование рабочих дел, найти внутренние ресурсы и выстроить профессиональный путь.
От тимлида до директора: почему middle-менеджеры застревают ⏱️2 часа
Как вырасти в своей компании до C-level, если все ждут от меня насмотренности, а я всю жизнь верно работал только здесь.