Можно ли стать эффективным менеджером проектов без знания программирования?

Question

[Оптимус Пьян]

Можно ли эффективно руководить командой по разработке сайтов или прикладного программного обеспечения не владея ни одним языком программирования (сейчас только html) опыт есть. Работал и менеджером проектов по разработке софта по найму и создавал свои проекты в вебе. Очевидно что руководить можно, но эффективно ли это? В частности как:
1) Оценивать разработчика при найме на работу (посмотреть код-то не вариант);
2) Оценивать производительность разработчика;
3) Определять реальные, адекватные сроки выполнения задач для их постановки или иных целей.

Comments

[konfetolog]

Это риторический вопрос?

Answer 1

[Алексей Киселев]

Я думаю можно. Главное в управлении проектами знание техник управления, методологий. Умение программировать позволит быстрее наладить связь с командой, они будут считать тебя "своим". Без этого умения ты - "чужой". Просто дополнительная сложность с которой можно справиться.

1. Попроси знакомого программиста с опытом помочь тебе на собеседовании. А сам задавай больше вопросов по мотивации, выясняй амбиции разработчика. От этого будет зависеть его вовлеченность в процесс.

2. Оценивать производительность нужно по методике. Возьми хотя бы Agile. Там после нескольких итераций становится ясно у кого какая скорость. И с какой скоростью может двигаться команда. Причем, если строго следовать методологии, то становятся даже заметны обманы с оценками со стороны разработчиков.

3. Оценивать трудоемкость выполнения задач должны разработчики, так как им их делать. Твоя задача следить за тем правильно ли они сделали оценку и корректировать ее. Как правило разработчикам свойственен излишний оптимизм. И ты чаще будешь им говорить: "В прошлой итерации ты оценил задачу #1234 в 12 идеальных часов, а потратил 3 дня (18 часов). Не ошибаешься ли ты в этот раз?"

И еще несколько советов от себя:
1. Выбери методологию разработки, изучи ее и строго следуй ей. Это очень помогает.
2. Почитай про различия менеджерского цикла и цикла разработчика. Уважай способ работы разработчиков и не отвлекай их по пустякам. Методологии и об этом заботятся, в них всегда есть ритм, разработчики к нему привыкают и перестают замечать затраты на следование методологии.
3. Закрывай собой разработчиков от вышестоящего начальства, не давай ему вмешиваться в рабочий процесс в обход методологии. Это отличный способ заслужить уважение команды.

Удачи!

Comments

[Оптимус Пьян]

Методологии разработки (Agile, Scram и др.) это компетенция менеджера? Я думал этим заведует сеньёр, ведущий разработчик, ну или в любом случае какой-то технический специалист. А так реально прекрасные советы, спасибо!

[Алексей Киселев]

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

Answer 2

[Ilya Evseev]

У Колмановской получалось рулить Яндексом, хотя как программиста её никто не знает.
Чем Вы хуже?

я работала менеджером отдела программистов. Аркадий как-то подошел и сказал: «Тут есть гениальные программисты, но я ими заниматься не могу, а надо с ними работать и продукт получать». А через некоторое время я к нему пришла и говорю: «Знаешь, они, конечно, гениальные, но если ты хочешь, чтобы ими управляли, то я совершенно не понимаю, как это делать». Он мне ответил: «Ты ими не управляй, ты их изучай как явление». Очень оказался правильный совет.

Comments

[Оптимус Пьян]

круто, спасибо конечно, но эта выдержка как раз очень похожа на какую ни будь цитату из книги про стартапы - в теории просто офигенно, но на практике нифига не понятно как это сделать )))

[Ilya Evseev]

практику каждый усваивает своим горбом. умные книжки сами по себе тут не помогут.

[Дмитрий Крапивин]

Дмитрий: :)))

Answer 3

[Ярослав Еремин]

Конечно можно, возможно так даже лучше, не будете лезть с глупыми советами. Отвечая на частные вопросы:
1. Давать тестовые задание, плюс смотреть на его опыт работы с конкретными нужными Вам в проекте технологиями. Человеческие же качества кандидата вы просто обязаны уметь определять как руководитель.
2. Есть формальные метрики, есть мнение команды, есть Ваше мнение. Если они сильно расходятся, повод задуматься. Конечно стоит подбирать команду и мотивировать ее так, чтобы Вы были лидером и управляющим, а не надсмотрщиком и погонщиком.
3. Умение программировать никак на это не влияет, потому что писать код будете не вы. К тому же по этому вопросу столько везде дискуссий, что давать какие либо советы, воздержусь.

Comments

[Оптимус Пьян]

Ярослав, премного благодарю за наводку про "формальные метрики", покопаю в этом направлении.

Answer 4

[Yuri S.]

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