Менеджмент

Наверняка вам знакомо это состояние: висит важная, но объемная задача — например, нужно спроектировать архитектуру, разобраться с неочевидным багом или собрать структуру нового курса. Вы садитесь за монитор, наливаете кофе, открываете IDE... и спустя два часа обнаруживаете себя за просмотром случайных роликов на YouTube.

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

Сегодня Agile — почти стандарт в IT(и не только). Его используют стартапы, корпорации и даже государственные организации. Но мало кто задумывается, что Agile — это не методология.

Agile — это философия управления разработкой, основанная на адаптации к изменениям, быстрых итерациях и тесном взаимодействии с пользователями.

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

До Agile: эпоха водопадов

До начала 2000-х основной моделью разработки была каскадная модель (Waterfall/Водопад).

«При виде этой простой диаграммы я испытал, вероятно, то же, что почувствовал Эйнштейн, когда он вывел свою знаменитую формулу E = mc^2.» — Рэй Далио.

Когда выгорает разработчик — это баги в коде и сорванные дедлайны. Когда выгорает тот, кто создал эту команду — это тихая катастрофа, о которой не принято писать в соцсетях. Мы привыкли «держать лицо», быть для всех наставниками и громоотводами, забывая, что под этой броней — живой человек, который тоже может сломаться.

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

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

Отличаются ли стили руководства мужчин и женщин? Думаю, большинство уверенно скажет «да». У каждого из нас есть свои истории на эту тему, наблюдения и гипотезы, но я предлагаю обратиться к результатам исследований, чтобы выяснить что именно отличает женщин‑руководителей от мужчин и в чём одни превосходят других или уступают им.

Нобелевский лауреат Юджин Фама один из самых известных профессоров в мире финансов, благодаря своей революционной гипотезе эффективного рынка. 

Фама ввел термин «эффективный рынок», и этот термин получил широкое распространение после публикации «Эффективные рынки капитала: Обзор теории и эмпирических исследований» в журнале Journal of Finance в 1970 году.

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

TLDR; Разработка ПО в привычном нам виде, сложившаяся в течение десятков лет, уходит в прошлое. БЯМ-ассистенты для программирования фундаментальным образом изменили наше ремесло, и ещё не известно, к добру или к худу.

Это перевод статьи с opensource.com, которая мне показалась особенно полезной и практичной, поэтому решил поделиться адаптированной версией для русскоязычной аудитории. Оригинал доступен по ссылке: https://opensource.com/article/22/10/docs-as-code

В статье разбирается подход Docs as Code — способ встроить документацию в процесс разработки так, чтобы она проходила через Git, ревью и автоматическую сборку вместе с кодом. Материал будет полезен разработчикам, тимлидам и тем, кто выстраивает инженерные процессы в команде.

AI-агент ошибся. Кто отвечает: разработчик, оператор, руководитель? Три модели ответственности — Tool, Supervised Autonomy, Full Autonomy — с примерами кода и RACI-матрицей.

«Я заметил, что возникает дефицит внимания в твоей команде, и это снижает мотивацию,» — сказал председатель ПРП в одной из наших приватных бесед на профсоюзной встрече. И я решила разобраться с этим. В статье опишу результаты этого исследования: возникновение, основные проявления и способы устранения этого дефицита.

Привет, я Виталий, и я управляю проектами в KTS. Это должна была быть третья завершающая статья, где я делюсь своим опытом об обучении в Стратоплане на курсе CTO.

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

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

В этом новом контексте я чувствую особенную важность нескольких тем из курса, поэтому я сфокусируюсь именно на них.

Меня зовут Борис Кузнецов, я руководитель Управления стратегических проектов ЕДИНОГО ЦУПИС. В конце прошлого года мы столкнулись с необходимостью сменить менеджер задач и перейти на отечественное решение. После тщательной оценки вариантов мы сделали выбор в пользу системы Shtab — и не пожалели об этом. Рассказываю, как все происходило.

Налоги это основа существования государства. Большая часть бюджетов формируется именно за счет налоговых поступлений. Например, в США около 90% доходов федерального бюджета обеспечивают налоги. В России ситуация схожая: по разным оценкам около 80% доходов бюджета формируется за счет налоговых платежей бизнеса и граждан.

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

^{Внимание! Статья носит исключительно информационный характер.}

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

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

Привет! Меня зовут Игорь Федорчук, я руковожу разработкой в направлении «Монобренды» в GRI.

За последний год компания заметно выросла: команд стало больше, изменений и интеграций — тоже. А процессы в разработке долго оставались такими же, какими были пару лет назад. В какой-то момент это перестало «склеиваться» само собой: ответственность размылась, централизованной точки входа в команды не было, а коммуникация стала слишком неэффективной.

Это первая статья о том, как мы пересобирали процесс разработки в GRI — от получения запроса от заказчиков до выкатки в прод. В этой части я разберу роли (тимлиды, техлиды, TPM), зоны ответственности и общий флоу. Во второй части покажем, как мы приземлили это в Jira и метрики, а в третьей — как масштабировали поставку: релизы, код-ревью и инциденты.

Начали мы не с Jira и не с попытки «ускорить релизы», а с зоны ответственности. При росте она ломается первой: задачи начинают зависать на стыках ролей, статусы приходится собирать вручную и дублировать в несколько каналов коммуникаций, а «владелец результата» меняется по ходу движения.

За последние несколько лет, с момента бума ИИ-чатов, всё больше людей меняют привычный Google и Яндекс на разговор с ИИ-ассистентом. Не нужно копаться в ссылках, да и ответ сразу перед вашими глазами. Статистика 2025 года показывает резкий рост интереса к нейропоиску: только в Рунете ChatGPT собирает свыше 1,17 миллиона запросов в месяц, а глобально эта цифра приближается к 47 миллиардам.

Doubletapp уже несколько лет развивает экспертизу в области нейросетей, и в 2025 году мы всё чаще стали получать лиды именно из ChatGPT и других ИИ-платформ. Мы разобрались, как же все-таки работает нейропоиск, и готовы поделиться этим с вами.

Содержание:

‣ Можно ли заменить Google на ChatGPT?
‣ SEO умерло? Да здравствуют AEO и GEO
‣ Как AI выбирает сайты для ответов в нейропоиске
‣ Отзывы и комментарии: нужны ли они нейросетям как SEO?
‣ Масштабирование: от AEO к GEO и битве экосистем
‣ Почему бизнесу пора стать ответом, а не ссылкой

Привет! Меня зовут Ксюша, я руководитель продукта Project Ruler — это система, которая помогает бизнесу управлять проектами и продуктами в едином пространстве и позволяет видеть полную картину: от отдельных задач до стратегических целей компании. Мы развиваем продукт на рынке систем управления проектами и таск-трекеров, где конкуренция высокая, а требования к гибкости и масштабируемости постоянно растут.

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

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

Именно эту фразу, чаще всего я слышал от своего начальника работая в Управлении ФНС.

Двенадцать лет назад, начиная свой карьерный путь сразу после института, я руководствовался предельно понятным принципом:

«Сначала ты работаешь на свое имя, нарабатываешь опыт и знания, а затем уже имя и опыт начинают работать на тебя».

«Когда регулятор — лучший продакт» — это был верхний слой. Выводы без данных.

Сегодня представляю полный PESTEL-анализ карьеры CPO в российском финтехе на 2025–2026: 28 факторов, от ключевой ставки и импортозамещения до agentic AI и зарплатных вилок. Для тех, кто предпочитает разбираться самостоятельно, а не читать чужие выводы. Всё по ссылке.