Все потоки
Поиск
Написать публикацию
Обновить

Менеджмент

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

Корпоративное ЕГЭ или как обучение сотрудников НЕ влияет на рост и эффективность

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

От эволюции хрен куда скроешься. И собственник, как никто другой, верит в то, что его команда хочет расти и развиваться. Кстати, команда это охотно подтверждает. Чего только стоит фраза на сайте: «Мы — динамично развивающаяся команда профессионалов!» И только не говорите, что вы такого не писали в разделе «О компании». Не писали? Правда? И вашей первой книгой были не сказки, а «Теория происхождения Вселенной» — сразу после «Лидер и племя. Пять уровней корпоративной культуры». А между ними что-нибудь из Пелевина… И это в четыре года!

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

Читать далее

Разговоры с мамой, остросюжетный роман и дофаминовые ловушки. Что и зачем читать продакту в 2025 году

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

Продакт сегодня – настоящий человек-оркестр из мира IT: он и гипотезы проверит, и бизнес-модель выстроит, и с клиентом общий язык найдет. Понятно, что одной конкретной теоретической базой тут не обойтись: нужны компетенции и знания из разных сфер. И здесь вам помогут книги. Я Катя Ольхова, продакт-менеджер МойОфис Почта и… книжный червь :)

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

Что бы мне почитать, если:

Я продакт на старте карьеры и боюсь, что сил, времени или терпения хватит всего на одну книгу из списка

Нужно детально разобраться, какая бизнес-модель у твоей компании, разрушить ее и построить заново

Хочу понять, как создать продукт, который формирует привычку

Учусь проводить с клиентом качественные интервью: не просто продавать идею, а слышать и понимать потребности собеседника

Необходимо научиться управлять проектами в сжатых сроках

Учусь всегда нанимать нужного человека на горящую позицию

Часто попадаю в конфликтные ситуации на работе и хочу лучше их прорабатывать

Читать далее

Дневники пиэма. Заметка 01: Ловушка эскалации

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

Ты что-то ждёшь от коллег из другого подразделение / продукта. Попросил раз. Попросил два. Написал в чат — тишина. Напомнил ещё раз — снова молчание. Знакомо? Что делать дальше? Самый очевидный путь - эскалация. Но точно ли он лучший?

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

Почему эскалация — не всегда выход?

Pine Script в деле: тестируем стратегию с линейной регрессией и R² (по мотивам S&C из 2007 года) на Московской Бирже

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

Последние две недели я публиковал подборки из рубрики Traders’ Tips журнала Technical Analysis of STOCKS & COMMODITIES за 2001-2005 и 2006-2010 годы. Спасибо за ваши комментарии - от ироничных “опять комиксы?” до вполне серьёзных вопросов о практическом применении и бэктестах. Именно они побудили меня подойти к делу иначе.

Вместо очередного обзора я решил сосредоточиться на одной идее: реализовать её на Pine Script для TradingView и протестировать на фьючерсах с Московской Биржи. Кстати, Traders’ Tips - это не отдельное приложение, а рубрика в журнале. Но суть не в этом: её практическая ценность по-прежнему велика.

В центре внимания - случайно выбранная статья Барбары Стар “Confirming Price Trend” (S&C, декабрь 2007). Почему именно она? Подтверждение тренда остаётся актуальной задачей, а методы вроде линейной регрессии и R² доступны для понимания и применимы на дневных и часовых графиках.

В статье - теория этой стратегии, код на Pine Script, результаты тестирования и выводы.

Читать далее

Спецификация IDS в BIM: сценарии, ограничения, перспективы развития

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

Поводом к написанию этого текста стал анализ кастдевов с пользователями Tangl, где снова появилась тема поддержки стандарта IDS в Tangl control. Я решила разобраться с перспективами и ограничениями спецификации IDS для автоматической проверки BIM-моделей на основе правил.

В статье мои выводы о том, в каких BIM-сценариях применение IDS даёт эффект, а для каких BIM-процессов он не особо полезен.

Читать далее

Agile и затянувшийся кризис разработки ПО

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

Я впервые столкнулась с Agile, когда устроилась работать в библиотеку. Меня наняли, чтобы помочь запустить новый центр цифровых гуманитарных исследований, и время от времени я взаимодействовала с командой разработчиков библиотеки – мы создавали инструменты для поддержки проектов. В этой команде было около шести человек, и я сразу заметила, что они работают иначе, чем сотрудники из других отделов.

На встречах они не обсуждали функциональность продукта, а говорили о «пользовательских историях» – маленьких повествованиях, описывающих фичи. Каждой такой истории присваивались «story points» — условные единицы, оценивающие объём усилий, необходимых для выполнения задачи. Каждое утро они проводили «стендапы» – короткие собрания, на которых все стоят. В центре их офиса стояла доска, на которую они клеили стикеры и передвигали их по колонкам в зависимости от статуса задачи. Они работали «спринтами» – двухнедельными циклами, посвящёнными определённым задачам.

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

Так я и узнала, что такое Agile — метод управления разработкой, который получил колоссальную популярность в технической среде и, всё чаще, за её пределами (один TED-спикер даже рассказывал, как внедрил Agile дома, в семье).

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

Читать далее

Как превратить ChatGPT в кофаундера: личный опыт и практические приёмы

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

Я «нанял» ChatGPT в кофаундеры — делюсь результатами, промптом, пятью масками и чек‑листом рисков, которые внедряются за вечер

Читать далее

Скрам-мастер vs мастер реальности

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

“Здравствуй, мама, я руководитель! Сейчас как все разрулю! как бы так всех организовать, чтобы больше ничего не делать.. Тем более когда есть такой выбор!”

_________________________________________________________________________

А что же организовывала я? И кто я такая вообще?

Меня зовут Яна. Мой стаж в ИТ 13+ лет, а начался еще в университете, ведь я инженер-программист, решивший, что сфера огонь, но вот код писать это не его.

У меня почти 7 лет опыта работы с международными телеком операторами, среди которых Vodafone, Telefonica, Cox, GCI, GTD Chile, T-Mobile и еще ряд других. За этот период я не только прошла опыт от QA инженера до руководителя команды тестирования 70+ человек, но и погрузилась в задачи проектного управления крупными интеграционными проектами с миграцией данных, научилась строить экологические и конструктивные деловые отношения с заказчиками, и еще много чего о чем расскажу как нибудь в другой раз.

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

А теперь я участвую в создании низкоорбитальной спутниковой системы.

С таким багажом я вряд ли когда-нибудь впишусь в шаблонную позицию такую как scrum-master, да и роль среднестатистического проектного менеджера явно не про меня.

И кто же тогда я? Кажется, я ближе всего к мастеру реальности 😄

Читать далее

Держи ноги в тепле, голову в холоде, а «безопасников» на расстоянии. Уроки корпоративного выживания

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

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

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

Саша был крайне правильным чуваком — как в работе, так и в жизни. На любой вопрос — есть ответ; на любое событие и явление — выверенная, обоснованная позиция. Исключительная внимательность при постановке задач и глубокая щепетильность при проверке результатов. Скажете, начальник-мечта?

Со стороны так и казалось.

Читать далее

Важные задачи проджекта

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

Привет, Хабр! Меня зовут Иван, и я проджект-менеджер (или PM) в продуктовой разработке. Кто не знает, проджект занимается…чем только не занимается: мы одновременно держим под контролем работу команд и общаемся с десятками людей, успеваем делать ещё и свои задачи. Выглядит как хаос, но я знаю как им управлять.

В статье расскажу, на чём нужно сосредоточиться PM, чтобы влиять на результат и заниматься действительно важным и интересным, покажу фрагмент моего списка дел, поделюсь фишками управления несколькими проектами сразу.

Читать далее

Задача трёх тел. Почему B2B-бэклог — это физика, а не математика

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

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

На связи руководитель PT Application Inspector, Сергей Синяков, я прошёл десятки планирований, как в простых, так и в сложных продуктах, работал как с B2C-, так и с B2B-решениями. Хочу поделиться мыслями, опытом и примерами того, как систематизировать управление бэклогом, чтобы удержать баланс между разными направлениями развития продукта.

Если в B2C этот процесс можно свести к работе с большими данными, где решения принимаются быстро и на основе четких метрик, то в B2B всё скорее напоминает разработку кастомного решения для enterprise-клиента: длинные циклы, множество стейкхолдеров и высокая сложность продукта. Классические фреймворки приоритизации, такие как RICE, MoSCoW или Kano, отлично работают в B2C, где пользовательские потребности относительно схожи или однородны, а циклы обратной связи короткие. Однако в B2B они часто дают сбой. Почему?

Читать далее

Как я работаю на двух работах, делаю из хобби бизнес, сплю 4 часа, зато заработал свой первый миллион

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

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

Читать далее

Как посчитать производительность команды разработки?

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

Среди топ‑менеджеров, а также линейных руководителей в IT‑компаниях периодически возникает вопрос: является ли та или иная команда разработки производительной?

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

В данной статье мы с вами попробуем разобраться, каким образом все‑таки можно попробовать измерить производительность команды разработки.

Также стоит подчеркнуть, что все описанное в статье уже применяется в IT компании Flang, в которой я на данный момент времени являюсь CTO.

Читать далее

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

Как мы создали систему ценностей в компании, а она умерла на удалёнке — пришлось возрождать

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

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

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

Надо было найти что-то, что объединит профийцев в новом времени. Что это — идея, миссия или просто принципы работы? Мы много искали и пришли к тому, с чего начинали, — к ценностям. О том, какими они получились и при чём тут ракетное топливо, рассказываем в статье.

Читать далее

Как не попасть в продуктовую ловушку и перезапустить продукт

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

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

Читать далее

Царица наук приходит в менеджмент: нечеткая математическая логика в принятии управленческих решений

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

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

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

Всем привет! Меня зовут Екатерина, я руковожу саппортом в МТС Линк. В ИТ я сравнительно недавно — до этого занималась разными молодежными проектами. Там я начала понемногу изучать историю систем поддержки принятия решений. Эту тему мне подсказал научный идеолог и преподаватель в моем университете. Он обратил внимание на то, что моя основная задача — принятие решений, и тут можно использовать нечеткую математическую логику. Не зря математика — царица наук.

Она работает с неопределенностями реального мира, с ее помощью можно понять меру сомнений и уйти от однозначных ответов в сторону таких формулировок, как «скорее да, чем нет» (или наоборот). В этом материале я хочу рассказать о нечеткой математической логике и ее роли в принятии решений. Это моя жизненная философия — то, во что я верю, и чем, наверное, живу.

Читать далее

Асинхронная приоритизация: как мы оценили тысячи задач без митингов

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

Сегодня мы расскажем о внедрении кросс-командной приоритизации во всей компании Спортмастер Лаб, и о том, как мы:

- сократили время планирования разработки в 9 раз (с 18 до 2 недель).

- увеличили количество значимых для бизнеса функций в 5 раз без роста команды разработчиков.

Читать далее

Зачем я придумал новый фреймворк определения приоритетов задач и как мне помогло «пу-пу-пу»

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

Меня зовут Рустам Галимов, я начальник отдела эксплуатации средств защиты информации (СЗИ). Моя команда занимается поддержанием, развитием и эксплуатацией СЗИ, и участвует в разнообразных проектах по внедрению этих самых СЗИ внутри компании. Кроме того, у нас проходят сессии планирования целей на следующий год, и иногда возникает внезапная необходимость включиться в какое-либо очень важное мероприятие.

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

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

пупупу

Месть джунов

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

Краткое примечание о значении "вайб-кодинга" (vibe coding): В этом посте я исхожу из того, что вайб-кодинг повзрослеет, и люди будут использовать его для настоящей инженерии, а версия "отключи мозг" останется только для прототипирования и забавных проектов. Для меня вайб-кодинг просто означает позволить ИИ делать работу. Насколько внимательно вы решите следить за работой ИИ, зависит исключительно от решаемой задачи. Для продакшена вы внимательны; для прототипов вы расслабляетесь. В любом случае, это вайб-кодинг, если вы не написали это вручную.

Еще одно примечание: Месть происходит в самом конце, как в кино.

ОК! Разобравшись с этими административными вопросами, поехали!

Читать далее

Айтишники в стартапе

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

Вообще я продакт, и мне полагается топить за то, что разработчики не могут сделать хороший продукт сами. Придумать - могут, сделать - могут, а вот хороший - нет.

Но реальность весёлая штука, и она доказывает, что значительную часть успешных стартапов сделали все-таки разработчики.

Это нормально: вы делаете продукт руками, вы можете “взять и сделать”, с нуля до получения инвестиций. Продакты и маркетологи так не могут: им надо, чтобы придуманный ими продукт сделал кто-то другой, да еще и не объявил своим. 

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

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

Это значит, что на рынке начнут массово появляться продукты, “задуманные хорошими”. Чем это опасно для разработчиков? Да весь расклад поменяется. Если раньше ошибка выжившего была постоянным спутником стартапа (условно 1000 разработчиков сделали по 10 пет-проектов, 1 взлетел), теперь так нельзя. Конкуренция.

Ну и собственно, я подумала, а что будет, если на фоне продактов, которые учатся разрабатывать, рассказать разработчикам про базу того, что умеют (ну или должны уметь) продакты. Хорошо же будет!

Меня зовут Таня, и я бывший маркетолог, действующий продакт менеджер и автор телеграм-канала Семейка Продактов.

Читать далее