Тема создания маленьких коллективов становится популярна

Создается маленький коллектив программеров для работы с крупными софтверными компаниями, аутсорсинг (Москва, забугорье).
Так все нормально, но заказчики хотят чтобы был Project Manager и Team Leader (хотя коллектив всего-то человек 4-6).

К сожалению, опыт работы в крупных компаниях у меня отсутствует.
Подскажите пожалуйста, что я должен требовать от человека, который займет должность Project Manager.
Какую роль он должен играть ?

С уважением,
Алексей

А>Так все нормально, но заказчики хотят чтобы был Project Manager и Team Leader (хотя коллектив всего-то человек 4-6).
Правильно хотят...

А>Подскажите пожалуйста, что я должен требовать от человека, который займет должность Project Manager.
А>Какую роль он должен играть ?
Вопрос, а какую роль ты будешь играть? Если программист, то как-то странно — искать специалиста, который будет над тобой. А если директора — то как ты будешь его проверять? Вообще, я так думаю, что инициатор создания группы и должен быть PM'ом.

А>Создается маленький коллектив программеров для работы с крупными софтверными компаниями, аутсорсинг (Москва, забугорье).
А>Так все нормально, но заказчики хотят чтобы был Project Manager и Team Leader (хотя коллектив всего-то человек 4-6).

Предлагаю обсудить вопрос, как Вам удалось договориться с крупными софтверными компаниями.
Поделитесь опытом.
Спасибо

Здравствуйте, Аноним, Вы писали:

А>К сожалению, опыт работы в крупных компаниях у меня отсутствует.
А>Подскажите пожалуйста, что я должен требовать от человека, который займет должность Project Manager.
А>Какую роль он должен играть ?

PM им нужен в качестве персоны с которой можно взаимодействовать и с которой можно спросить. Ситуация когда явного лидера нет корпоративным западным умом однозначно воспринимается как анархия. Так что PM необбходим, пусть даже он будет фиктивным PMом. Человек в роли PMа должен заниматься взаимодействием с заказчиками: утрясать детали реализыции, сроки разработки, возможно, бюджеты.

Здравствуйте, <Аноним>, Вы писали:

А>Тема создания маленьких коллективов становится популярна

А>Создается маленький коллектив программеров для работы с крупными софтверными компаниями, аутсорсинг (Москва, забугорье).
А>Так все нормально, но заказчики хотят чтобы был Project Manager и Team Leader (хотя коллектив всего-то человек 4-6).

А>К сожалению, опыт работы в крупных компаниях у меня отсутствует.
А>Подскажите пожалуйста, что я должен требовать от человека, который займет должность Project Manager.
А>Какую роль он должен играть ?

Определение списка задач, установка приоритета задач, определение сроков выполнения задач, ответственность за все вышеперечисленное. Все это, разумеется, во взаимодействии с заказчиком и командой (возможно, через тим-лида).

Здравствуйте, Аноним, Вы писали:

А>Тема создания маленьких коллективов становится популярна

А>Создается маленький коллектив программеров для работы с крупными софтверными компаниями, аутсорсинг (Москва, забугорье).
А>Так все нормально, но заказчики хотят чтобы был Project Manager и Team Leader (хотя коллектив всего-то человек 4-6).

А>К сожалению, опыт работы в крупных компаниях у меня отсутствует.
А>Подскажите пожалуйста, что я должен требовать от человека, который займет должность Project Manager.
А>Какую роль он должен играть ?

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

Project Manager — ведение проекта. Т.е. вся бюрократия включая общение с заказчиком. Он должен четко знать, что конкретно вы делаете и для чего, а так же иметь представления о сроках выполнения программерами задач. Это надо чтобы принимать решения о приоритетах проектных задач.

Team Leader — поддержка команды (1 на 4-8 чел). Он всегда должен знать КАК реализовывать и быть в курсе всех важных архитектурных решений (их ни в коем случае нельзя пускать на самотек). TL обязан быть авторитетом и лидером в команде, строить свою работу так, чтобы с ним чаще советовались. Так он сможет быть в курсе реализации всего проекта (правда в больших проектах один чел. не справиться, а как должны взаимодействовать два TL я не имею представления).

PM имхо может совмещать роль аналитика, а TL роль архитектора.

А>>К сожалению, опыт работы в крупных компаниях у меня отсутствует.
А>>Подскажите пожалуйста, что я должен требовать от человека, который займет должность Project Manager.
А>>Какую роль он должен играть ?

M>PM им нужен в качестве персоны с которой можно взаимодействовать и с которой можно спросить. Ситуация когда явного лидера нет корпоративным западным умом однозначно воспринимается как анархия. Так что PM необбходим, пусть даже он будет фиктивным PMом. Человек в роли PMа должен заниматься взаимодействием с заказчиками: утрясать детали реализыции, сроки разработки, возможно, бюджеты.

Неужели все так просто? В общем-то для решения сроков разработки и бюджетов есть другие люди, не имеющие отношения к собственно разработке... За PM остается коммуникация на тему тех-задания.

Я правильно понял ?

С уважением,
Алексей

Здравствуйте, Nikolay_Ch, Вы писали:

А>>Подскажите пожалуйста, что я должен требовать от человека, который займет должность Project Manager.
А>>Какую роль он должен играть ?
N_C>Вопрос, а какую роль ты будешь играть? Если программист, то как-то странно — искать специалиста, который будет над тобой. А если директора — то как ты будешь его проверять? Вообще, я так думаю, что инициатор создания группы и должен быть PM'ом.

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

Да, действительно я один из организаторов.

Спасибо за раскрытый ответ .

J>PM и TL очень важные роли в проектах, имхо без них полугодовой-годовой проект может закончиться только чудом.

J>Team Leader — поддержка команды (1 на 4-8 чел). Он всегда должен знать КАК реализовывать и быть в курсе всех важных архитектурных решений (их ни в коем случае нельзя пускать на самотек). TL обязан быть авторитетом и лидером в команде, строить свою работу так, чтобы с ним чаще советовались. Так он сможет быть в курсе реализации всего проекта (правда в больших проектах один чел. не справиться, а как должны взаимодействовать два TL я не имею представления).

Фактически Team Leader — должен быть "самым умным", и играть роль консультанта для остальных?
С ролью архитектора понятно... спасибо!

J>PM имхо может совмещать роль аналитика, а TL роль архитектора.

Здравствуйте, Аноним, Вы писали:


А>Фактически Team Leader — должен быть "самым умным",

Не обязательно. Как правило "саме умные" не годяться на роль лидеров. Хотя конечно бывают исключения.

А>играть роль консультанта для остальных?

обязательно

Здравствуйте, <Аноним>, Вы писали:
А>Создается маленький коллектив программеров для работы с крупными софтверными компаниями, аутсорсинг (Москва, забугорье).
А>Так все нормально, но заказчики хотят чтобы был Project Manager и Team Leader (хотя коллектив всего-то человек 4-6).

А>Подскажите пожалуйста, что я должен требовать от человека, который займет должность Project Manager.
А>Какую роль он должен играть ?

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

Здравствуйте, Аноним, Вы писали:


А>>>К сожалению, опыт работы в крупных компаниях у меня отсутствует.
А>>>Подскажите пожалуйста, что я должен требовать от человека, который займет должность Project Manager.
А>>>Какую роль он должен играть ?

M>>PM им нужен в качестве персоны с которой можно взаимодействовать и с которой можно спросить. Ситуация когда явного лидера нет корпоративным западным умом однозначно воспринимается как анархия. Так что PM необбходим, пусть даже он будет фиктивным PMом. Человек в роли PMа должен заниматься взаимодействием с заказчиками: утрясать детали реализыции, сроки разработки, возможно, бюджеты.

А>Неужели все так просто? В общем-то для решения сроков разработки и бюджетов есть другие люди, не имеющие отношения к собственно разработке...

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

Здравствуйте, Joker6413, Вы писали:

J>Здравствуйте, Аноним, Вы писали:


А>>>>К сожалению, опыт работы в крупных компаниях у меня отсутствует.
А>>>>Подскажите пожалуйста, что я должен требовать от человека, который займет должность Project Manager.
А>>>>Какую роль он должен играть ?

M>>>PM им нужен в качестве персоны с которой можно взаимодействовать и с которой можно спросить. Ситуация когда явного лидера нет корпоративным западным умом однозначно воспринимается как анархия. Так что PM необбходим, пусть даже он будет фиктивным PMом. Человек в роли PMа должен заниматься взаимодействием с заказчиками: утрясать детали реализыции, сроки разработки, возможно, бюджеты.

А>>Неужели все так просто? В общем-то для решения сроков разработки и бюджетов есть другие люди, не имеющие отношения к собственно разработке...

J>Так PM и не должен иметь отношения к разработке. Его задача — координация проекта. Если не сделать маленькую часть системы, это маленькая беда, а вот пропустить маленькую проектную задачу — это может обернуться большой бедой.

В Вашем случае — человек лучше всех знающий англ — пусть будем ПМом. Самый Сильный разработчик ТимЛидом. С учетом размера команды, рекомендую эти две роли чтобы играл один человек, так и объясните заказчикам.

Здравствуйте, malkolinge, Вы писали:

M>В Вашем случае — человек лучше всех знающий англ — пусть будем ПМом. Самый Сильный разработчик ТимЛидом.

Согласен

M>С учетом размера команды, рекомендую эти две роли чтобы играл один человек, так и объясните заказчикам.

Не согласен. У этой пары ролей две очень большие сферы ответственности. Они как командиры, которые должны иметь возможность работать параллельно. Т.к. нельзя оставлять команду без внимания и требования тоже нельзя оставлять без внимания. Имхо совмещая PM + TL есть большой риск, что в критической ситуации требования останутся без конроля или команда останется без поддержки.

J>Не согласен. У этой пары ролей две очень большие сферы ответственности. Они как командиры, которые должны иметь возможность работать параллельно. Т.к. нельзя оставлять команду без внимания и требования тоже нельзя оставлять без внимания. Имхо совмещая PM + TL есть большой риск, что в критической ситуации требования останутся без конроля или команда останется без поддержки.

Для 4(ЧЕТЫРЁХ) человек иметь отдельных тимлида и ПМа это называется бюрократия.

Здравствуйте, Denis, Вы писали:

J>>Не согласен. У этой пары ролей две очень большие сферы ответственности. Они как командиры, которые должны иметь возможность работать параллельно. Т.к. нельзя оставлять команду без внимания и требования тоже нельзя оставлять без внимания. Имхо совмещая PM + TL есть большой риск, что в критической ситуации требования останутся без конроля или команда останется без поддержки.

D>Для 4(ЧЕТЫРЁХ) человек иметь отдельных тимлида и ПМа это называется бюрократия.

Тимлид, код пишет, а не мудрствует в сторонке.

А я бы и двух разработчиков на эти две роли поделил.

J>Тимлид, код пишет, а не мудрствует в сторонке.
J>А я бы и двух разработчиков на эти две роли поделил.
ОК, но тогда интересно выяснить круг задач тимлида и ПМа

Здравствуйте, Joker6413, Вы писали:

J>Не согласен. У этой пары ролей две очень большие сферы ответственности. Они как командиры, которые должны иметь возможность работать параллельно. Т.к. нельзя оставлять команду без внимания и требования тоже нельзя оставлять без внимания. Имхо совмещая PM + TL есть большой риск, что в критической ситуации требования останутся без конроля или команда останется без поддержки.

Полностью согласен.
В "совковой" терминологии тимлид и пм обзываются соответственно технический и административный руководитель.
Не может один человек быть и тимлидом, и пм. По крайней мере при количестве проектов на группу >1.

Здравствуйте, Denis, Вы писали:

J>>Тимлид, код пишет, а не мудрствует в сторонке.
J>>А я бы и двух разработчиков на эти две роли поделил.
D>ОК, но тогда интересно выяснить круг задач тимлида и ПМа

Тимлид в идеале — играющий тренер, он распределяет задачи и пишет код сам. PM — занимается только организацией и коммуникацией.
Как только эти две роли совмещаются — риск невыполнения проекта существенно увеличивается.
PM не может себе позволить (для некоторых — к сожалению) писать код. В этом случае он рискует утерять общую картину проекта.

Здравствуйте, Eurispheus, Вы писали:

E>Тимлид в идеале — играющий тренер, он распределяет задачи и пишет код сам. PM — занимается только организацией и коммуникацией.
E>Как только эти две роли совмещаются — риск невыполнения проекта существенно увеличивается.
E>PM не может себе позволить (для некоторых — к сожалению) писать код. В этом случае он рискует утерять общую картину проекта.

Хуже того, PM может быть занят низкоприоритетной деятельстью (разработка кода) и провалить высокоприоритетную работу (уточнение бизнес требований).

E>>PM не может себе позволить (для некоторых — к сожалению) писать код. В этом случае он рискует утерять общую картину проекта.
А>Хуже того, PM может быть занят низкоприоритетной деятельстью (разработка кода) и провалить высокоприоритетную работу (уточнение бизнес требований).
не забывайте что речь шла о комманде из 4 человек...

Здравствуйте, Denis, Вы писали:

E>>>PM не может себе позволить (для некоторых — к сожалению) писать код. В этом случае он рискует утерять общую картину проекта.
А>>Хуже того, PM может быть занят низкоприоритетной деятельстью (разработка кода) и провалить высокоприоритетную работу (уточнение бизнес требований).
D>не забывайте что речь шла о комманде из 4 человек...

Без разницы, одного бы надо выделить. Организационных вопросов как правило очень много.

Здравствуйте, <Аноним>, Вы писали:

E>>>>PM не может себе позволить (для некоторых — к сожалению) писать код. В этом случае он рискует утерять общую картину проекта.
D>>не забывайте что речь шла о комманде из 4 человек...
А>Без разницы, одного бы надо выделить. Организационных вопросов как правило очень много.

Для команды из 4х человек, отстранение двух человек от непосредственного создания продукта – это, по-моему, излишество, на которое стоит идти, только если заказчик действительно этого хочет и готов платить. Это может работать в случае, когда вся команда работает над одним продуктом. Но, например, в нашем случае, когда каждый разработчик занят в нескольких небольших проектах, это порождает слишком много обсуждений и согласований.
Мы в своей группе пробовали несколько вариантов разделения полномочий, и сейчас наиболее оптимальным я вижу выделение тимлидера, который общается с заказчиком, ставит задачи перед разработчиками и сам частично участвует в разработке, а так же человека, ответственного за организационные вопросы (офис-менеджмент, подготовка документов и т.д.). При их этом обязанности практически не пересекаются и голова каждого нагружена не настолько сильно, что бы мешать программированию

M>Мы в своей группе пробовали несколько вариантов разделения полномочий, и сейчас наиболее оптимальным я вижу выделение тимлидера, который общается с заказчиком, ставит задачи перед разработчиками и сам частично участвует в разработке, а так же человека, ответственного за организационные вопросы (офис-менеджмент, подготовка документов и т.д.). При их этом обязанности практически не пересекаются и голова каждого нагружена не настолько сильно, что бы мешать программированию
Ну и получается, что у Вас два человека не занимаются толком программированием. Те-же грабли...

Здравствуйте, Marukovich, Вы писали:

M>Мы в своей группе пробовали несколько вариантов разделения полномочий, и сейчас наиболее оптимальным я вижу выделение тимлидера, который общается с заказчиком, ставит задачи перед разработчиками и сам частично участвует в разработке, а так же человека, ответственного за организационные вопросы (офис-менеджмент, подготовка документов и т.д.). При их этом обязанности практически не пересекаются и голова каждого нагружена не настолько сильно, что бы мешать программированию

Пройденный этап. Посмотрим как эта структура переживет пару тройку авралов.