Как стать автором
Поиск
Написать публикацию
Обновить
541.5

Управление проектами *

Как заставить всё работать

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

PM vs TPM: что вообще происходит с профессией?

Уровень сложностиПростой
Время на прочтение2 мин
Количество просмотров3.7K

Еще пару лет назад я считал себя «классическим» продуктом. Знал пользователей, гонял дизайнеров, выкапывал инсайты, пинал разработку — все как учили. Но в последнее время начал замечать странную штуку: лента вакансий как будто перекроили. Вместо привычного Product Manager всё чаще вижу TPM. Technical Product Manager. Technical Program Manager. Technical ещё что‑то. Причём зарплаты те же или выше. А требования — местами совсем другие.

Сначала я это игнорировал. Ну подумаешь, слово «technical» прицепили. Потом — напрягся. Потому что под капотом оказалось: от тебя ждут не просто roadmap на квартал и пару фичей в прод, а полного погружения в архитектуру, понимания API, базы данных, CI/CD, пайплайнов, очередей, да ещё и умения всё это дело засинкать между 3 командами параллельно.

В какой‑то момент я начал задаваться вопросом: а я вообще кто?

Читать далее

Про оценки трудозатрат, гадание на кофейной гуще, бесполезный аджайл и безумных бюрократов

Уровень сложностиПростой
Время на прочтение7 мин
Количество просмотров2.1K

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

Вот и в софте у нас самая честная оценка - я не знаю.

А как быть, когда все же надо дать оценку? Чтобы ответить на этот вопрос, подготовил небольшой обзор, в котором мы рассмотрим:

1. Что твердят источники

2. Что творит индустрия

3. Что говорит здравый смысл

Читать далее

Как выпустить установочную партию серверов? План действий инженера-тестировщика

Уровень сложностиПростой
Время на прочтение13 мин
Количество просмотров1.4K

Запуск любого производства, будь то сервера для дата-центра или бытовой электроники, строится на трёх ключевых столпах: техническая документация (ТД), тестовая оснастка (ТО) и тестовое программное обеспечение (ТПО). Эти три элемента — основа реализации массового производства: от первого прототипа до серийной партии. Но довести их до совершенства практически невозможно. Всегда можно сделать что-то лучше: добавить новые функции в ПО, сделать новый чертёж в ТД или улучшить функциональность тестовых стендов. Однако жесткие сроки, бюджеты и нехватка ресурсов заставляют выбирать, где быть идеалистом, а где — прагматиком.

В статье мы рассмотрим, как находить этот компромисс между теорией и практикой. Мы обсудим подходы к созданию ТД и ТПО, поймем, как конфликты между инженерами и управленцами влияют на производственный цикл, и разберем ситуацию, когда важно остановить разработку вовремя, даже если задача выглядит всё ещё "недоделанной". Эта статья адресована инженерам, технологам, проектировщикам, а также менеджерам, которые хотят глубже понять сложный процесс превращения технических идей в реально работающие продукты.

Спойлер: 2/3 текста - план действий

Исследование 5000 вакансий и резюме проектных менеджеров

Уровень сложностиСредний
Время на прочтение5 мин
Количество просмотров1.4K

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

Читать далее

Зоопарк версий питона в ИИ, какую версию лучше выбрать в 2025 для большинства задач?

Уровень сложностиПростой
Время на прочтение9 мин
Количество просмотров1.4K

Разработка в области искусственного интеллекта развивается стремительно. Каждый месяц появляются новые модели и фреймворки, и часто возникает вопрос: какую версию Python использовать для локальной разработки и экспериментов, чтобы обеспечить максимальную совместимость и избежать «ада зависимостей»? Но, можете не тратить время на чтение. СРАЗУ ВЫВОД: Рекомендуемая версия: Python 3.10.x.

Неправильный выбор версии Python может привести к часам отладки, проблемам с компиляцией пакетов и несовместимости с ключевыми библиотеками, такими как PyTorch или TensorFlow. В этой статье мы проведем глубокий анализ совместимости более 30 популярных AI-моделей и 30+ библиотек, чтобы дать однозначный и обоснованный ответ.

Читать далее

Отпуск руководителя

Уровень сложностиПростой
Время на прочтение5 мин
Количество просмотров8K

Я руковожу командой веб-разработки, нас 9 человек. Только что вернулся из недельного отпуска. Буквально накануне мы выпустили в прод большой внутренний проект, который пилили 4 с лишним месяца. Его пользователи - несколько человек (компания мы небольшая), но дался он нам нелегко: были переносы сроков, доделки, неочевидные баги и новые входящие от заказчика. Некоторые мои коллеги-менеджеры отнеслись скептично: мол, как так - запустил проект, и сразу в отпуск! То ли проект был неинтересен, то ли ты менеджер какой-то не такой... Я же ушёл в отпуск с полным пониманием, как и что будет происходить, это было осознанное решение, конечно, учитывающее и благо моего работодателя в том числе.

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

Итак, я считаю, уход менеджера команды в отпуск - это такой негласный, но вполне объективный perfomance review. Тут проверяется сразу много аспектов работы руководителя. Давайте порассуждаем. Можно начать издалека.

Читать далее

Я брала на себя слишком много лишних задач, пока не сделала это

Уровень сложностиПростой
Время на прочтение2 мин
Количество просмотров34K

Много лет в разных компаниях я была перегружена. Делала слишком много ― и всегда было мало. Решение оказалось проще, чем казалось. Поделюсь, как без навороченных инструментов и с помощью всего одной канбан-доски бустануть эффективность.

Читать далее

Культура перестраховки: мы смогли перестать согласовывать всё подряд

Время на прочтение7 мин
Количество просмотров1.6K

Бесконечные согласования ради галочки могут испортить любой процесс. Когда юристы получают требования, которые их не касаются, бизнес-аналитики ходят по кругу с вопросами вроде «Я меняю процесс сбора согласия, с кем мне это утвердить?», а новые сотрудники теряются в ролях - всё это негативно влияет хоть на аналитику, хоть на продакшн.

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

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

Читать далее

Ликбез по ЭДО: почему это не просто техническое подключение, а пересмотр процессов, которыми нужно заниматься заранее

Уровень сложностиПростой
Время на прочтение7 мин
Количество просмотров1.9K

Привет, Хабр! Меня зовут Константин Архипов, я scrum-мастер продукта «Среда ЭДО» в МТС. Последние несколько лет я занимаюсь электронным документооборотом и вижу, насколько это сложный процесс и как его недооценивают.

Малый бизнес может взять коробочное решение и подключиться к ЭДО через оператора. Крупный уже давно и основательно занимается in-house-разработкой — с такими объемами не остается другого выхода. Например, в экосистеме МТС существует несколько инстансов биллингов, где рассчитываются счета и формируются закрывающие документы. Интегрировать каждый биллинг со своим оператором ЭДО нерационально, поэтому мы объединяем потоки данных в нашем продукте «Среда ЭДО» и в начале месяца обрабатываем и маршрутизируем в день до 350 тысяч документов из разных источников.

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

Мы в МТС вместе с коллегами из других компаний суммировали свой опыт и подготовили карту внедрения ЭДО — она должна помочь с первыми шагами. В этом материале я расскажу, зачем нужна карта, с чего надо подступиться к ЭДО и чем опасна ситуация, когда все действуют по принципу «гром не грянет — мужик не перекрестится».

Читать далее

Почему n8n важен в автоматизации бизнеса: примеры успешной автоматизации

Уровень сложностиПростой
Время на прочтение10 мин
Количество просмотров12K

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

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

Впрочем, обо всем по порядку.

Читать далее

Почему мы строим свою технологическую платформу?

Уровень сложностиСредний
Время на прочтение11 мин
Количество просмотров2.2K

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

Год назад наша компания столкнулась с проблемой, знакомой многим крупным организациям. Разные команды, работая над похожими сервисами, каждый раз решали одни и те же задачи: настраивали CI/CD, поднимали окружения, интегрировали мониторинг и управляли зависимостями. В результате мы получили дублирование усилий, фрагментированность подходов и значительное замедление стартовой фазы проектов.

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

Читать далее

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

Уровень сложностиПростой
Время на прочтение4 мин
Количество просмотров409

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

и чувство, что он не на своем месте.

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

Читать далее

Подход к оценке “живой” инфраструктуры и построению disaster recovery

Уровень сложностиСредний
Время на прочтение10 мин
Количество просмотров1.3K

Большинство проектов не имеют нормального плана восстановления после падений. Если план и присутствует, скорее всего, в нем покрыты не все кейсы, и часть из них, возможно, устарела. При этом задач на подготовку восстановительных процедур никто не ставит. Зато сразу после падений начинаются вопросы к технарям: почему вы не заботитесь о сервисах как следует?

На самом деле создать disaster recovery план — т.е. набор документов и инструкций, в которых указано, как именно восстанавливать сервис — не так сложно. Как это сделать, читайте в статье.

Читать далее

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

Я сплю на рабочем месте и вам советую

Уровень сложностиПростой
Время на прочтение2 мин
Количество просмотров51K

Однажды в разгар рабочего дня я прикрыл глаза — и буквально за секунду провалился в сон. Просто отключился. Через минут 15 проснулся свежий, бодрый, и сразу пошел работать дальше. С тех пор я начал практиковать короткий сон. И это стало одним из трех моих секретов продуктивного дня.

Читать далее

Топ-25 полезных ботов в Телеграм, от планеров до поисковиков

Время на прочтение7 мин
Количество просмотров11K

Телеграм – мессенджер с мощным API, позволяющим создавать самых сложных ботов. Тут можно найти помощника для любой цели: посоветовать фильм, написать список задач на день и даже поболтать на английском. Но проблема в том, что в ТГ нет поиска по ботам, поэтому даже самые крутые инструменты часто остаются незамеченными.

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

Читать далее

MVP vs MLP: почему минимально жизнеспособного продукта уже недостаточно в 2025 году

Уровень сложностиПростой
Время на прочтение5 мин
Количество просмотров35K

Вмире стартапов назревает сдвиг: классический подход Minimum Viable Product (MVP) больше не гарантирует успеха. Если раньше пользователи были готовы мириться с сырыми прототипами, которые «просто работали», то в 2025 году планка качества поднялась так высоко, что одной лишь функциональности уже недостаточно. Современные пользователи ожидают продуманный и приятный UX с первого касания — продукт должен не только работать, но и вызывать восторг. Здесь на сцену выходит концепция Minimum Lovable Product (MLP): стратегия запуска, ориентированная на создание любимого продукта с первого дня. Разберёмся, почему MVP теряет актуальность, чем отличается MLP и как компаниям адаптироваться, чтобы завоёвывать сердца пользователей в 2025 году.

Читать далее

Мы всё чаще не отличаем реального автора от AI

Уровень сложностиПростой
Время на прочтение3 мин
Количество просмотров2.6K

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

Читать далее

Как применять чат-ботов с LLM для решения простых офисных задач

Уровень сложностиПростой
Время на прочтение18 мин
Количество просмотров3K

Добрый день, уважаемые читатели! Не так давно я проводил внутрикорпоративное мероприятие о том, как правильно применять чат-ботов, чтобы немного ускорить офисную рутину. Мероприятие очень понравилось аудитории, поэтому я решил переработать презентационный материал в статью - вдруг он принесет пользу еще кому-нибудь?

Если вы уже используете приемы промт-инжиниринга - то, скорее всего, вы не найдете для себя ничего нового. Статья больше рассчитана на тех новичков, которые лишь «что-то слышали» о больших языковых моделях, но не используют их в работе, поскольку это «что-то на ITшном», «не понятно, как это может мне помочь», «я слишком занят, чтобы разбираться самому». Можете переслать эту статью вашим офисным коллегам 💼.

Итак, поехали!

Читать далее

Злой проджект-менеджмент. 5 раз, когда было сильно больно и что с этим делать

Уровень сложностиПростой
Время на прочтение8 мин
Количество просмотров5.6K

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

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

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

Читать далее

Управление проектами: дайджест публикаций #35

Уровень сложностиПростой
Время на прочтение10 мин
Количество просмотров1.4K

Много о рисках проекта, стори-пойнты и почему они не работают, обзор ИСУП, пирамида Минто и FFF, приоритезация бэклога и всё интересное, что писали за последние 2 недели про управление проектами. Мы прочитали все публикации и выбрали для вас самые крутые и полезные. Читайте, сохраняйте и применяйте!

Читать далее

Вклад авторов