Сотрудник «буддист»: анализ уязвимостей и краткий мануал для руководителя

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

https://habr.com/ru/articles/939136/

#менеджмент #менеджмент_персонала #менеджер_проекта #менеджмент_в_it #карьера #команда #коммуникации #hr #hr_в_it #hrпроцесс

Вас наняли спасать проект — вот что пойдёт не так

В компаниях часто ищут агента изменений: «сильного менеджера», который возьмёт весь хаос на себя и решит проблемы, накопленные годами. Но когда менеджер выходит на работу, оказывается, что нет ни целей, ни ответственности, ни бюджета. Зато слышит фразу: «Мы тебя наняли — ты и решай». Вместо изменений менеджер тушит пожары, берёт на себя чужие задачи и пытается доказать, что перемены вообще нужны. В итоге его увольняют за то, что тот «не оправдал ожиданий», а ситуация в компании остаётся прежней. Меня зовут Степан Сорокин, я Delivery-менеджер в Outlines Tech и руководитель проектов с опытом более 10 лет. Запускал процессы в стартапах и корпорациях. Почти в каждом проекте сталкивался с одной и той же проблемой: компания хочет внедрить Agile или другую методологию, но не готова действительно менять процессы и вкладывать в это ресурсы. От менеджера ждут, что он изменит всё сам, без поддержки сверху. Ниже расскажу, почему изменения срываются, и покажу три рабочих инструмента, которые помогают запускать перемены. А ещё подскажу, как распознать на собеседовании компанию, которой на самом деле изменения не нужны.

https://habr.com/ru/companies/outlines_tech/articles/934578/

#okr #agile #агент_изменений #менеджер #менеджер_проекта #управление_разработкой #управление_командой #управление_людьми #управление_проектами_и_командой #управление

Как добиться максимального эффекта от команды. Любой команды

Эффективное управление ИТ-командой на примере взаимодействия популярных дирижеров и их оркестро в. От Герберта фон Караяна до Леонарда Бернстайна: как принципы дирижирования помогут вам руководить ИТ-командой. Еще и больше

https://habr.com/ru/articles/919346/

#управление_проектами #управление_командой #управление_разработкой #менеджмент #менеджер_продукта #менеджер_проекта

Как не сливать бюджет на управление. Кейс разработки калькулятора для определения проектов

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

https://habr.com/ru/articles/905442/

#управление_проектами #itпроекты #кейс #методология #менеджмент #менеджер_проекта

Нужны ли KPI по качеству управления ИТ-проектом для руководителя и команды?

Мы привыкли, что каждый ИТ-проект имеет конкретные ожидания и KPI. Корректно сформулированные показатели отлично подходят для мониторинга прогресса, статуса, эффективности и оценки успешности проекта. В крупных компаниях с развитой системой проектного управления мониторинг и контроль таких показателей автоматизированы – здоровье всех проектов можно проверить, взглянув на экран монитора. Однако реализация проектов без команды и руководителя невозможна. Меня заинтересовала тема индивидуальных KPI, которые устанавливаются для руководителей ИТ-проектов и членов команд. По личному опыту управления проектами могу сказать, что чаще всего такие KPI связаны с самим проектом, дублируют его календарный план, привязаны к конкретным показателям бюджета или к финансовым результатам. На первый взгляд это звучит разумно, но есть нюанс.

https://habr.com/ru/articles/893616/

#kpi #проектное_управление #руководитель_проекта #менеджер_проекта #проектный_офис #показатели_эффективности

Что надо сделать, чтобы проектное управление заработало и ваши сотрудники начали действовать автономно

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

https://habr.com/ru/articles/892734/

#управление_проектами #проект #менеджмент #менеджмент_проектов #система_управления_проектами #система_управления #команда #сотрудник #менеджер_проекта #руководитель_проекта

С чего начинать на новом месте (памятка для Руководителя проектов)

Каждый РП рано или поздно меняет работу. Вы уходите со старого места, где вы уже хорошо ориентируетесь, и приходите в неизвестность: - неизвестный проект с неизвестными рисками; - непонятный руководитель (при первом знакомстве он душка, но какой будет в реале?); - непонятные коллеги; - непонятный заказчик. Причем, как правило, проект, который вам отдают, уже несется на всех парах: команда пашет, заказчик чего-то хочет, у нового руководителя какие-то ожидания. И хорошо, если все так просто. А часто случается, что проект уже летит в бездну, бюджет израсходован, заказчик всех ненавидит, а руководство ждет от вас сдачи на следующей неделе (да, такие случаи тоже бывали 😊). Это очередная статья о том, чего не рассказывают на курсах РП: о тех самых софт-скиллах, которые потребуются Руководителю проектов с самого первого дня работы. Если вам интересны такие истории, читайте другие мои статьи на Хабре и подписывайтесь на мой ТГ канал " Морковка спереди, морковка сзади ". Выглядит так, что РП, выходящий на новую работу, как пассажир, который пытается запрыгнуть в поезд на ходу, чтобы потом добраться до головы состава и начать им управлять. И чем быстрее летит поезд – тем сложнее в него запрыгнуть. Ну и на все про все у вас примерно 2 недели. 4 от силы, если место ванильное, и поезд еще не разогнался. Как не свернуть шею и не попасть под колеса на этом славном пути – по пунктам ниже

https://habr.com/ru/articles/851446/

#руководитель_проекта #руководитель_проектов #с_чего_начинать_проект #менеджер_проекта #менеджер_продукта

Чем руководители проектов отличаются друг от друга (джун vs миддл vs синьор)

Есть в Айти стандартные грейды: Джун, Мидл, Синьор. И всех руководителей ИТ проектов тоже можно разложить по этим уровням. Мне это помогает четче формулировать требования к сотруднику и куда ему дальше расти. Вам может помочь понять, что надо подтянуть, чтобы достичь нужного уровня, какие есть перспективы дальше. А если вы ищете РП – можете использовать для описания работы в вакансии 😊 Непричеметр (он же дисклеймер): эта статья – мое личное мнение, основанное на большом числе собеседований, которые я провел и прошел (суммарно больше 400). У меня нет статистических данных, я не проводил опросы и так далее. Зато почти каждый год на протяжении 20 лет я ходил по собеседованиям, последние 15 лет я собеседовал РП, а последние три года я непрерывно искал аналитиков и менеджеров, так что сформулировал четкие критерии отбора, которыми и хочу поделиться в статье ниже.

https://habr.com/ru/articles/837720/

#менеджер_проекта #менеджер_продукта #руководитель #руководитель_продукта

Нет, мы так не работаем

В предыдущем примере я затронул самый рискованный и простой способ отказаться от чего-либо – сказать: «мы так не работаем». Хотят вашу команду засунуть в лютый стафог – мы так не работаем; хотят внедрить непонятные решения – мы так не работаем. Сказали, отказались, всё по красоте за исключением одной маленькой детали – контракт и деньги вы скорее всего потеряете. Но в моём опыте был успешный случай, когда мы сказали, что так не работаем, но контракт с нами не расторгли. И так продолжение предыдущего case-study.

https://habr.com/ru/articles/810539/

#менеджмент #менеджмент_проектов #менеджер_проекта #менеджмент_в_it #проект #casestudy