Мечтаю заняться менеджментом проектов в сфере ит
для этого учу: джаву (базис какой-никакой есть)..
Одно другому противоречит.
Если вы хотите быть PM - то учитесь на PM-а. Если хотите быть программистом - учите программирование.
Бывают случаи, когда pm - чутка программист, как правило это хуже, чем если бы он был просто pm. Дело в том, что "чуть-чуть знать" - это повод для не обоснованной уверенности, а так как pm - это управленец и право голоса у него иногда выше - это прямая угроза проекту.
Пример 1: какое-то время назад тут же был вопрос о pm-а в стиле "хочу заменить mysql на redis, потому, что redis быстрее". При этом от других бд он хотел отказаться полностью. Redis хотя и быстрый, но предназначен для данных, которые можно легко потерять. Для постоянного хранения целостных данных он вообще не подходит.
Пример 2: на одной из прошлых работ появилась задача "все текстовки интерфейса нужно править из админки". На мой вопрос "зачем это в системе с поддержкой одного языка?" ответ был в стиле "надо". Не вопрос, пара недель потрачена на задачу. В итоге все правки текстовок все равно делал программист, только дольше.
Пример 3:
PM: нужно сделать общую админку для 5 сайтов на абсолютно разных платформах.
Я: Зачем, у каждого ж своя админка уже есть?
PM: Надо, там ничего сложного, задача очень нужна.
Я: Ок, не вопрос, эстимейт пол года, не меньше.
PM: Чего так долго? Там же простые сайты.
Я: То, что ты просишь - примерно тоже самое, что сделать общую крышу для пары шалашей, двух высоток, подземного бункера и баржи. Я не нахожу подобную задачу ни капли простой.
PM: Ну... тогда не надо.
Задача PM-а - это управление процессом разработки, это выстраивание стека задач, это убеждение заказчика в том, что многие его хотелки - полное говно и ему не нужны. Но в эти задачи НЕ входит программирование, или выбор стека технологий, их выполняет программист.
Простой
