TGViewer
Плохой менеджер Артём Арюткин Плохой менеджер Артём Арюткин @badtechproject · 14.2K subscribers
Post #466 2.02K
Утром читаю статью Проектный менеджмент в бигтехе.
Статья прикольная, однозначно советую.
Можно заглянуть за кулисье того, как ведутся проекты в бигтехах.

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

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

Хочется воскликнуть, ну как же так-то? Ну тут же нет ничего нового, а вы все сидите опытные менеджеры-менеджеров и так косячите?

Однозначного ответа у меня нет 🤷🏻
На самом деле всегда влияют некие внешние и внутренние факторы.
Ты хоть 1000 раз можешь знать и уметь правильно, но обстоятельства могут вынуждать тебя делать по другом.

Хз, кто как, я придерживаюсь правила: делай все возможное, в тех обстоятельствах, в которых находишься.

А вот и факторы:

1️⃣ Разработчики не участвуют в оценке задач, на результаты которой команда полагается в ходе спринта. Это часто встречающаяся боль, и, кажется, один из самых простых способов демотивировать разработчиков – вплоть до ухода из компании. А еще так команда подписывается на ложные или недостижимые цели.

2️⃣ Меняющиеся требования при наличии выделенных PM плохо воспринимается разработчиками. В командах, где проекты ведут техлиды, обычно проще справиться с натиском постоянно меняющихся требований. Поэтому подход, при котором руководитель проекта не может оградить команду от изменения требований, респонденты оценивают плохо.

3️⃣ Низкая удовлетворенность процессами при подходе, когда команды не могут изменить неудачный подход к управлению проектами. Об этом говорили респонденты из компаний, где все команды следуют одной и той же методологии. Это пример директивного руководства. Хоть он и работает порой  в областях, не требующих особой креативности, это все же плохой способ создания продуктивных команд разработчиков. Если команды могут менять свои процессы на собственных условиях, удовлетворенность и производительность растут.


👍 - сталкивался с 1 (одним таким фактором)

🔥 - бывало и 2

🙈 - собирал комбо из 3-х🤣

@badtechproject
Хабр Проектный менеджмент в бигтехе: как там все устроено, и почему во всем этом отсутствует Scrum Это перевод статьи pragmatic engineer авторства Гергели Ороза – инженера с опытом лидирования веб- и бэкенд-направлений в Uber. Также в послужном списке автора работа в Skyscanner и Skype. Подробнее...
  • 🙈 17
  • 🔥 9
  • 👍 8
  • ❤ 2
  • 👏 2
  • 👎 1
More from @badtechproject
  1. Oct 12, 2026ИИ ускорит работу менеджеров. Но встреч от этого станет только больше! 😁 Короче, есть так…
  2. Oct 10, 2026Ахаххахахзазазазахах
  3. Oct 9, 2026🧠 Тимлид в эпоху AI: почему TTM всё ещё не ускоряется Раньше задача тимлида была понятна:…
  4. Oct 9, 2026#пятничное
  5. Oct 7, 2026Занимайся своим делом! Короче, вот вам не самая очевидная мысль, но которую, кажется, надо…
  6. Oct 6, 2026В мире с миллиардом Эйнштейнов кому-то всё равно придётся строить лаборатории, вести бухга…
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook →Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 →