The craftsman-to-manager paradox

[recoder]

По наводке urbansheep прочитал заметку "The craftsman-to-manager paradox", где товарищ Dave Gray описывает прямо-таки мою ситуацию, когда из нормального программиста пытаются делать менеджера.

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

И вот что предлагается предпринимать:

1. Make your expectations crystal clear.
   Leave no room for interpretation. WHO will do WHAT by WHEN?
2. Listen actively.
   What is the person saying? What is their tone of voice saying? What is their body language saying? Pay attention.
3. Be observant and proactive. Watch what’s going on around you. MBWA (Manage by walking around). Learn to anticipate problems and address them before they are problems.
4. Master the art of asking.
   Good questions help you diagnose root causes and understand underlying dynamics, so you can solve the problem instead of trying to fix a symptom.
5. Teach.
   Every mistake is a learning opportunity. In fact, nearly every interaction you have with your team is a learning opportunity
6. Delegate.
   Anything you do yourself is a wasted opportunity for someone on your team to learn something. Stay close to help if necessary, but only if they ask for it.
7. Coach.
   Spend quality time with your high performers, making them better. It’s easy to forget this one and waste lots of time on the underperformers.
8. Don’t avoid difficult conversations.
   As a manager it’s your job to initiate them when necessary. And never have difficult conversations by email; always do them face to face if possible, by phone if necessary.
9. Learn how to be tough.
   If you’re going to set expectations, there need to be consequences if they are not met. Face it: If you’re going to be a manager you will have to fire someone sooner or later. It’s a true communication challenge and the toughest part of being a manager. When the time comes, just do it.
10. Develop your farm teams.
    You’ll need a stable of people on deck, ready to come on board should you need them. Ongoing and proactive communication is key. Keep them warm.

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

Буду продолжать медитировать над всеми этими мыслями...

Comments

[hazan.livejournal.com]

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

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

Кстати, на счет сложности построенных человеком устройств - государство покруче будет ;-)

[alexaces.livejournal.com]

А, теперь понял.

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