(часть #1)

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

Я сообразил, что мне нужна помощь или толковый совет. К сожалению, атмосфера в компании не располагала к доверию и спросить совета у руководителя я не мог. Это уже должно было мне о многом сказать, но в то время я не обращал внимания на такие “мелочи”. Синдром отличника также делал свое дело и вредил мне, не позволяя задавать вопросы и просить о помощи.

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

– Вот то, что мне нужно, – подумал я. – Только что значит “правильные”?

Привет! Меня зовут Алексей и я предлагаю сразу перейти на “ты”.

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

Приятного чтения!

Привет, друзья.

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

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

Привет, друзья!

По результатам статьи «Как мне стать project manager’ом в IT, если до этого я работал(-а) на похожей позиции, но не в IT?» возникли вопросы, а что же делать Team Leads (TL), которые уже работают в IT? Как этим Team Leads стать руководителями проектов? В данной статье намеренно не будет упоминаться позиция Tech Lead, которая в моем понимании ничем не отличается от Team Lead, с точки зрения роста из нее в PM. Таким образом сокращение TL можно читать как Team Lead, так и как Tech Lead.

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

Если после прочтения данного вступления вы все еще считаете, что вам почему-то все равно необходимо вырасти из TL в Project Manager’а, и вы готовы вкладывать время и силы в свое развитие — welcome читать дальше. Если вы не готовы вкладывать в себя и учиться, практиковаться, учиться и снова практиковаться — дальше читать смысла нет. Не тратьте свое время.

Чтобы избежать некоторой путаницы, стоит упомянуть, что разбираю в этой статье только вариант «TL->PM». Опцию «Инженер->TL» не рассматриваю для сокращения объема статьи.

Привет, друзья!

Так получается, что со мной периодически связываются мои знакомые и знакомые моих знакомых, которым меня порекомендовали, с примерно одним и тем же вопросом: «Как мне стать project manager'ом в IT, если до этого я работал(-а) на похожей позиции, но не в IT?».

Так как подобных запросов накопилось несколько штук за довольно короткое время, я решил написать об этом отдельную статью. Ну вы понимаете — я же ленивый, и теперь смогу сразу давать ссылку на этот текст, вместо очередного повторения уже несколько раз сформулированных ответов. Статья не претендует на универсальность — это только мой взгляд на ситуацию. В то же время скажу, что когда проводишь собеседования, нанимаешь и обучаешь project manager'ов — накапливается довольно много общих критериев, отвечающих на вопрос «А что же на самом деле должен знать и уметь IT project manager?», чтобы успешно работать в IT.

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

Поехали?

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

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