🙂 Выстраивание границ

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

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

Если вам доведётся поработать с толковым менеджером из Мюнхена, он без колебаний проявит жёсткость, когда проект требует достижения целей. Никаких "войти в положение" - он в образе "Управленца". И когда вы уже всерьёз начнёте его ненавидеть и приедете на очную встречу, про себя репетируя как выскажете всё ему в лицо, он пригласит вас в бар, будет шутить, расспрашивать о жизни, словно тот самый приятный собеседник за бокалом Гиннеса. И вы вдруг подумаете: "А ведь парень-то нормальный! Могли бы дружить".

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

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

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

📖 @pmbbk / #idea

📖 @pmbbk / #meme

📖 @pmbbk / #meme

🙂 Личные границы в IT и как перестать быть всем должны

Я впервые задумался о личных границах. Это не просто "сказать НЕТ". Это барьеры, которые защищают ваше эмоциональное здоровье, баланс между работой и жизнью, а в итоге - делают вас продуктивнее. В IT границы особенно важны: микроменеджмент, культура героизма и вечные «срочные задачи» могут съесть вас целиком. Вот как я выстроил свои границы и что из этого вышло.

LinkedIn: Дмитрий Репин, Senior Web Developer - Freelance

📖 Читать статью (~4 минут)

📖 @pmbbk / #meme

📖 @pmbbk / #meme

👀 Почему каждая Scrum команда должна заботиться об OKR

В Scrum важно приносить ценность в каждом спринте, но как понять, что мы движемся в нужном направлении, а не просто выполняем задачи? В этом помогают OKR - цели и ключевые результаты. Пока Scrum фокусируется на улучшении процессов, OKR позволяют команде регулярно проверять и корректировать своё направление, чтобы достигать реальных результатов.

LinkedIn: Alex Ballarin Latre, Business Agility Coach - ITNOVE

📖 Читать статью (~4 минут)

📖 @pmbbk / #meme

📖 @pmbbk / #meme

🤠 Заряженный револьвер

Когда Генри Форд создавал свой знаменитый Ford T, а Стив Джобс - первый Macintosh, они постоянно находились рядом со своими командами. Это позволяло мгновенно принимать решения и быстро двигать проект вперёд - особенно важно при запуске нового продукта. Всё было чётко: никакой лишней бюрократии, максимум полномочий у руководителя.

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

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

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

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

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

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

📖 @pmbbk / #idea

📖 @pmbbk / #meme

📖 @pmbbk / #meme

😳 3 вредителя производительности

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

LinkedIn: Elizabeth Harrin, Senior Project Manager - Nuffield Health

📖 Читать статью (~5 минут)

📖 @pmbbk / #meme

🧠 Как прокачаться в менеджменте за год без дорогих курсов и MBA

Твёрдо верю: самый эффективный путь к прокачке менеджера - это не MBA и не менторство, а хорошая книга, применённая на практике. В этой статье - системная подборка на год вперёд: 12 модулей по 2-3 книги в каждом, каждый месяц - новая управленческая компетенция. Если пройдёте весь путь, начнёте сильнее и глубже разбираться в менеджменте, чем 90% руководителей, с которыми мне доводилось работать.

LinkedIn: Егор Толстой, VP of Product - JetBrains

📖 Читать статью (~17 минут)

📖 @pmbbk / #meme

📖 @pmbbk / #meme

👁 Глазами менеджера

Когда Генри Форд разрабатывал свой прославленный Ford T, он поставил перед командой чёткую задачу: создать максимально недорогой в производстве автомобиль, собранный из простых компонентов. Команда сосредоточилась на этом, полностью проигнорировав удобство конечного пользователя. В итоге получилась довольно странная конструкция. Например, вместо привычной педали газа - крошечный рычаг под рулём справа. А вместо стандартной коробки передач - три отдельные педали, каждая со своей функцией. В некоторых штатах водителям даже приходилось получать специальные отдельные права, чтобы управлять этой диковинкой. Лично я не представляю, как вообще на ней ездили - вероятно, просто не было альтернатив.

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

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

Перед вами - классический MVP, появившийся за много десятилетий до Agile и Lean. Форд в первую очередь мыслил как менеджер, а уж потом - как технический специалист. Благодаря этому продукт всё-таки попал на рынок. Будь он сначала инженером, то проект мог бы утонуть в бесконечных правках и попытках довести всё до совершенства. Пока инженеры смотрят на продукт исключительно глазами разработчика - им нельзя доверять управление.

📖 @pmbbk / #idea

📖 @pmbbk / #meme

📖 @pmbbk / #meme

📆 Как правильно оценивать сроки IT-проектов

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

LinkedIn: Александр Медовник, CTO - AppFox

📖 Читать статью (~12 минут)