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

Помню, в далеком 2014 году, когда я  примерял на себя роль проджекта, частенько срывался на продакта: «Мы же договорились! У нас дедлайн через неделю, команда уже работает! Зачем ты снова все меняешь?!»

Он спокойно отвечал что-то типа: «Есть новые данные из исследований пользователей: эта фича не подходит. Зачем делать то, что заведомо не будет работать?»

Я был уверен: продакты - это самодуры и саботажники, которые не понимают важности сроков и бюджетов. Они вечно всё переделывают, задают свои «зачем» и «почему», вместо того чтобы просто дать команде работать.

3 года спустя, будучи в роли продакт-менеджера, уже сам превратился в того самого «саботажника». Теперь я смотрел на проджектов и думал: «Как можно слепо выполнять план и не задумываться о ценности и смысле того, что делаешь? Процессы ради процессов - это путь в никуда».

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

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

Мы начинали как лаборатория полимеров при советском НИИ, потом, после развала Союза, продолжили исследования в коммерческой лаборатории, а сейчас вдруг стали крупным производством медицинских средств и косметики. Вероятно, вы знаете нас по гелям для глаз, акустическим гелям для УЗИ и, если у вас рожала корова, гелю для родовспоможения. Из него потом мы сделали ещё и смазку для секса человеков, но это другое.

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

Это решение, которое не может прийти к вам на коротком горизонте, но очень полезно на длинном.

Я считаю, что те же походы в Музей Востока напрямую влияют на наши бизнес-показатели.

Мировая практика это подтверждает. Deloitte водит своих менеджеров и партнёров в известные музеи. Там им показывают картины без подписей и названий и просят проанализировать, что они видят. Этот метод «слепого анализа» заставляет замедлиться, замечать детали и строить гипотезы, что напрямую тренирует системное и стратегическое мышление. Volkswagen водит по музеям RnD-команду, чтобы они нарабатывали привычку рассматривать проблему с разных сторон. В косметике и моде наработка вкуса через такое обучение — вообще норма.

В России это пока смотрится странно, и все спрашивают меня, где же бабки. Попробую ответить.

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

Предлагаю обсудить эту тему дальше в статье.

Каждое ретро превращается в длинный список проблем: команда обсуждает всё подряд, составляет планы — но через месяц список остаётся тем же. Проблемы не решаются, а участники устают от бесконечных разговоров без результата. Squad Health Check работает иначе: он помогает выявить одну самую «больную» точку и сфокусировать команду на её решении.

Чтобы наглядно показать, как это работает, расскажу историю в духе сказки про Винни‑Пуха. В ней отражены типичные ошибки, с которыми сталкиваются команды, и дана пошаговая инструкция по применению метода. Мы адаптировали методику Spotify Health Check и протестировали её на более чем 50 командах — все ситуации и ошибки в сказке основаны на реальном опыте.

Управление - сложная вещь. Вокруг того как управлять людьми создано много теорий и даже иногда практик. В менеджменте широко обсуждается вопрос: «Какой руководитель лучше авторитарный или демократичный?»

Иногда приводят и некий третий и четвертый варианты руководителя, но все это обсуждение и такое количество управленческих теорий объясняется всего лишь тем, что Менеджмент рассматривает Человека как существо Социальное и, следовательно, всегда следующее своим социальным программам.

Как же было бы просто и хорошо, если б это было так на самом деле! Но любой руководитель даже с самым маленьким опытом управления и, кстати, именно такой руководитель чувствует это на себе больше всего, может подтвердить простую вещь Менеджмент работает не всегда!

Возникает вопрос: почему так происходит?

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

Именно этому и будет посвящена эта статья.

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

Привет! Я Олег Бугримов, руковожу командой разработки ML-платформы в Авито. В статье расскажу, почему мы решили делать ML-платформу и какие инструменты у нас уже есть. Материал будет полезен ML-инженерам и техлидам, которые хотят сократить время на рутину, обеспечить команду единым набором инструментов, а также повысить качество и скорость разработки ML‑решений.

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

Я Ирина Забабонова, Agile Team Leader в YADRO, в статье расскажу, как мы запустили мастермайнд, с какими трудностями столкнулись и дам чек-лист, как его можно организовать в компании.

Хотим поделиться реальным опытом цифровой трансформации маркшейдерской службы на Албынском руднике – активе ООО «Албынский рудник». Если вы работаете с данными лазерного сканирования, то наверняка сталкивались с ситуацией, когда на устранение шумов и ручную фильтрацию облаков точек уходит несколько рабочих дней, а на инженерный анализ почти не остается времени.

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

Когда команда растет вместе с проектной нагрузкой, задачи перестают умещаться в блокнотах или Excel. В каждой ИТ-команде, маркетинговом отделе или проектном офисе задаются главным вопросом: где и как фиксировать задачи, чтобы ничего не потерять? Казалось бы, ответ понятен — есть десятки таск-трекеров, которые помогут упорядочить этот процесс. Только как выбрать подходящий сервис?

Это — вторая часть цикла “Начало работы с Jira Automation”, в которой мы разбираем Smart Values и учимся применять их на практике внутри автоматизаций Jira.

Компании по всему миру сегодня спешат объявить себя «AI-first», но всё чаще это звучит как красивый лозунг без реального содержания. В своей колонке генеральный директор Runway Сицы Чен предлагает честно взглянуть на этот разрыв — между тем, что организации декларируют, и тем, что на самом деле происходит внутри команд. Это размышление о том, как не превратить инновации в показное действие, почему настоящие преобразования начинаются с любопытства, а не с мандатов сверху, и что отличает компании, действительно осваивающие ИИ, от тех, кто лишь делает вид.

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

Привет! Меня зовут Артем Герасимов, я владелец продукта SimpleOne SDLC. Я считаю, что если Agile не работает в вашей компании — то методология тут ни при чем.

Разберемся, в чем настоящая проблема и как ее решить.

Привет! С вами Антон Тарабрин, заместитель начальника отдела эксплуатации в РТЛабс. Хочу поделиться опытом организации работы команды инженеров, занятой на поддержке 60+ информационных систем (ИС) и взаимодействующей с разными командами разработчиков — от внутренней до внешней разработки.

Расскажу, как мы сделали организационные задачи более прозрачными, и, надеюсь, наш опыт будет полезен.

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

Меня зовут Лея, я менеджер проектов в Lamoda. Я решила сделать ретро полезным и интересным для команды, вдохновившись примером одного из хабровчан и популярными играми. Опишу процесс на примерах с Pac-Man и Тетрисом, полученный результат и оставлю для вас рекомендации для применения в своей команде. 

Привет, Хабр! Меня зовут Юля Анпилогова, я менеджер команды индивидуальных интеграций CDEK. Мы стали первыми, кто не только запустил интеграцию с Wildberries по схеме DBS (delivery by seller — доставка силами продавца), но и создал единую точку подключения к маркетплейсам WB и Ozon. Этот опыт оказался похож на квест. Курьеры, не привыкшие спрашивать код, лимиты запросов API Wildberries и покупательница Елена, заказавшая тестовый ежедневник — всё это оказалось его частью. Сегодня в статье расскажу, как мы прошли этот путь.

В проектном офисе (PMO) несколько специалистов разного профиля работают на общий результат. С одной стороны, каждый занят своими задачами, а с другой – все друг от друга зависят. Отсюда и специфика: важна не личная продуктивность сама по себе, а эффективное управление потоками. 

На подстанциях и ОРУ уровень ошибки измеряется не в пикселях, а в деньгах и месяцах простоя. Для инженеров, которые работают с объектами 110–220 кВ, переход с «чистого» 2D в ТИМ – это не про модный 3D-рендер, а про единый источник правды, автоматическую РД и корпоративную стандартизацию.

Этот кейс – про то, как компания, одной из первых начавшая внедрять Smart Grid в России, шагнула в ТИМ, сохранив инженерам привычную DWG-среду и добавив ей третье измерение смысла – насыщенную данными информационную модель.

Хабр, привет!

В INTEKEY мы прошли путь от стартапа до компании с солидным портфелем проектов, и за это время успели изучить все возможные вариации IT-договоров. Мы систематизировали этот опыт вместе с нашими партнерами — юридической компанией «Зарцын и Партнеры» при личном участии основателя Людмилы Харитоновой — и готовы поделиться решениями, которые превратят ваш договор из формального документа в реальный инструмент управления проектом.

Особое внимание в этой статье мы уделим новым законодательным требованиям 2025 года — от ужесточения 152-ФЗ о персональных данных до новых критериев для реестра отечественного ПО. Эти изменения существенно повлияли на риски IT-проектов, и мы покажем, как адаптировать ваши договоры к текущим реалиям.

Например, в управлении транспортом статичные данные (например, сет за «типичный вторник») не дают протестировать систему в условиях праздника, крупной аварии, сессии у студентов, скидки 99% на Лабубу в крупном супермаркете и так далее. 

Что мы сделали:

• Стали брать реальные данные с прода, которые выбиваются за стандартные представления.

• Обезличивать их.

• Использовать ML-модель для генерации сценариев, где эти данные увязываются с остальными в системе. Это типа генерации новых данных с усилением трендов и их пересечением.

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

Цель — не просто нагрузить систему, а протестировать жизнеспособность архитектуры в похожих на реальные условиях. 

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

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

Привет! Меня зовут Николай Огоров, я Big Data-инженер в Авито. В этой статье я и мой коллега Айк Оганесян расскажем, как обеспечили пользователей инструментами, которые дают им возможность самим создавать витрины в хранилище Авито без привлечения специалистов. Эта история больше про подходы, решения и философию, которые позволяют жить в парадигме, когда потребностей на создание объектов DWH стало сильно больше, чем возможностей Data-инженеров.