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

Ты еще не созрел. Одна из черт руководителя — умение принимать решения. Лично я бы искал СРАЗУ. Приврать можно всегда. Это так же одна их черт. Если не нравиться слово "врать", то пусть будет "размечтаться, и не заметить".

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

KA>Ты еще не созрел. Одна из черт руководителя — умение принимать решения. Лично я бы искал СРАЗУ. Приврать можно всегда. Это так же одна их черт. Если не нравиться слово "врать", то пусть будет "размечтаться, и не заметить".
вопрос собственно не об етом , принимать решение нужно на основе опыта и каких либо знаний , в противном случае проекты будут завалины либо сделаны "коряво" с большим количеством проблем в будушем(имхо). а на счет принятия решений хм -- первый бизнес я оркрыл в 17 лет и достаточно успешно(офф топик).Я хотел бы узнать у уже состоявшихся руководителей груп их путь к даннои должности(допустим что принитие решений сушествует по умолчанию )

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

RH>Здравствуйте, Kubyshev Andrey, Вы писали:

KA>>Ты еще не созрел. Одна из черт руководителя — умение принимать решения. Лично я бы искал СРАЗУ. Приврать можно всегда. Это так же одна их черт. Если не нравиться слово "врать", то пусть будет "размечтаться, и не заметить".
RH> вопрос собственно не об етом , принимать решение нужно на основе опыта и каких либо знаний , в противном случае проекты будут завалины либо сделаны "коряво" с большим количеством проблем в будушем(имхо). а на счет принятия решений хм -- первый бизнес я оркрыл в 17 лет и достаточно успешно(офф топик).Я хотел бы узнать у уже состоявшихся руководителей груп их путь к даннои должности(допустим что принитие решений сушествует по умолчанию )
В софтверной компании это происходит вне твоей воли — тебе предлагают такую должность, а не ты сам на неё напрашиваешься. Зачастую на это уходит около двух лет.
Предлагают или нет — зависит от сложившегося впечатления о тебе — т.е. видно ли, что ты можешь сам принимать решения.

Понять сможешь , что нужно апгрейдиться — после того, как поймешь следующие вещи :
1) Business-case.
2) Что такое тех-саппорт.
3) Умение адекватно оценивать время разработки (вспомним анекдот — умножить время на два, перевести в единицы большего порядка и прибавить половину)
и только потом —
4) руководство группой.

Да, забыл ещё один момент — когда тебе надоесть программировать.
Т.к. когда ты станешь руководителем группы — у тебя будет очень мало времени на программирование.

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

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

что действительно 2 лет достаточно.или ето очень индивидуально

RST>Предлагают или нет — зависит от сложившегося впечатления о тебе — т.е. видно ли, что ты можешь сам принимать решения.

A если искать вакансии в другои компании

RST>Понять сможешь , что нужно апгрейдиться — после того, как поймешь следующие вещи :
RST>1) Business-case.
RST>2) Что такое тех-саппорт.
RST>3) Умение адекватно оценивать время разработки (вспомним анекдот — умножить время на два, перевести в единицы большего порядка и прибавить половину)
так вроде мы ето мы как простые кодеры ето делаем. у нас team leader дает нам возможность делать весь процесс разработки начиная с тех. задания, т,е мы и дизаин делаем и риски пытаемся выяснить , правдо не всегда удачно , демо делаем а только потом начинаем кодить
RST>и только потом —
RST>4) руководство группой.

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

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

Никакое, как появилось желание покомандовать людьми, тогда и становись руководителем группы. Сейчас гигантской количество контор дают объявления типа — "требуется манагер".

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

А то, что происходит в большинстве компьютерных фирм сейчас в вопросе управления коллективом — это анекдот. Если можно сделать какую-либо глупость, то ее вероятнее всего сделают. Я говорю не про все, конечно.

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

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

RST>>Понять сможешь , что нужно апгрейдиться — после того, как поймешь следующие вещи :
RST>>1) Business-case.
RST>>2) Что такое тех-саппорт.
RST>>3) Умение адекватно оценивать время разработки (вспомним анекдот — умножить время на два, перевести в единицы большего порядка и прибавить половину)
RH>так вроде мы ето мы как простые кодеры ето делаем. у нас team leader дает нам возможность делать весь процесс разработки начиная с тех. задания, т,е мы и дизаин делаем и риски пытаемся выяснить , правдо не всегда удачно , демо делаем а только потом начинаем кодить

Что такое business-case — это можно понять изучая и понимая рынок. Сложно объяснить сразу — у меня только что закончилось совещание, ещё два предстоит. Мозги не совсем варят -)

RST_Angellab -> Re[5]: когда можно искать должность руководителя группы

RA> Что такое business-case — это можно понять изучая и понимая рынок.
RA> Сложно объяснить сразу — у меня только что закончилось совещание,
RA> ещё два предстоит. Мозги не совсем варят -)

(ковыряя в носу) а чем оно отличается от бизнес-процесса?

<!-- Yury Kopyl aka hrg | Fools wander, wise — travel. -->

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

hrg>RST_Angellab -> Re[5]: когда можно искать должность руководителя группы

RA>> Что такое business-case — это можно понять изучая и понимая рынок.
RA>> Сложно объяснить сразу — у меня только что закончилось совещание,
RA>> ещё два предстоит. Мозги не совсем варят -)

hrg>(ковыряя в носу) а чем оно отличается от бизнес-процесса?

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

RST_Angellab -> Re[7]: когда можно искать должность руководителя группы

RA>>> Что такое business-case — это можно понять изучая и понимая рынок.
RA>>> Сложно объяснить сразу — у меня только что закончилось совещание,
RA>>> ещё два предстоит. Мозги не совсем варят -)

hrg>>(ковыряя в носу) а чем оно отличается от бизнес-процесса?

RA> не совсем понял ваш намек, но я под этим подразумевал — рыночную
RA> необходимость в той или иной фиче, необходимость трудозатрат на
RA> данный момент на реализацию или фикс чего-либо.
RA> Это исходит из того, что процесс "идеализации" софта в плане
RA> разработки — он бесконечен. Но релизы таки надо иногда делать. И
RA> посему грамотный менеджер должен знать — что необходимо в этом
RA> релизе, а что нет. Какие баги можно не закрывать, а какие
RA> обязательно должны быть пофикшены.

(отчанно тупя) а причем тут план релиза и business case?

<!-- Yury Kopyl aka hrg | Fools wander, wise — travel. -->

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

RST>Что такое business-case — это можно понять изучая и понимая рынок.

Довольно многим руководителям групп разработчиков и даже руководителям проектов
не требуется глубокого погружения в рынок и бизнес.
Рынок и бизнес — это вообще отдельная специализация.
На то и нужны всевозможные бизнес-аналитики и отделы маркетинга.
Впрочем это может менятся от конторы к конторе.
У нас, например, руководитель проекта никогда напрямую с заказчиками не общается
и глубоко в делаи бизнеса не вникает. Это ему не нужно.
Я, как девелопер, в каких-то деталях бизнеса могу запросто лучше его ориентироваться.
Причина проста — я работаю с очень детальными спефикациями, которые затем
должен воплотить в работающий код. Т.е. я от деталей никуда не убегу.
А руководителю проекта такой уровень детализации не нужен.

У вас в конторе с этим видимо иначе.

bkat -> Re[6]: когда можно искать должность руководителя группы

b> У нас, например, руководитель проекта никогда напрямую с заказчиками
b> не общается

ээээ.. а кто разруливает конфиликты?

<!-- Yury Kopyl aka hrg | Только взял боец гитару, сразу — видно
гармонист -->

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

hrg>bkat -> Re[6]: когда можно искать должность руководителя группы

b>> У нас, например, руководитель проекта никогда напрямую с заказчиками
b>> не общается

hrg>ээээ.. а кто разруливает конфиликты?

Какие конфликты?

bkat -> Re[8]: когда можно искать должность руководителя группы

hrg>>bkat -> Re[6]: когда можно искать должность руководителя группы

b>>> У нас, например, руководитель проекта никогда напрямую с заказчиками
b>>> не общается

hrg>>ээээ.. а кто разруливает конфиликты?

b> Какие конфликты?

Например, организационные: аналитик написал одно, заказчик хотел другое,
разработчики сделали третье

<!-- Yury Kopyl aka hrg | Fools wander, wise — travel. -->

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

hrg>bkat -> Re[8]: когда можно искать должность руководителя группы

hrg>>>bkat -> Re[6]: когда можно искать должность руководителя группы

b>>>> У нас, например, руководитель проекта никогда напрямую с заказчиками
b>>>> не общается

hrg>>>ээээ.. а кто разруливает конфиликты?

b>> Какие конфликты?

hrg>Например, организационные: аналитик написал одно, заказчик хотел другое,
hrg>разработчики сделали третье

Это больше относится к процессу разработки.
Руководителю проекта, чтобы предовращать подобные ситуации,
совсем не обязательно вникать в детали бизнеса.
По крайней мере в средних и больших конторах это обычно так.

bkat -> Re[10]: когда можно искать должность руководителя группы

hrg>>>>ээээ.. а кто разруливает конфиликты?

b>>> Какие конфликты?

hrg>>Например, организационные: аналитик написал одно, заказчик хотел
hrg>>другое,
hrg>>разработчики сделали третье

b> Это больше относится к процессу разработки.
b> Руководителю проекта, чтобы предовращать подобные ситуации,
b> совсем не обязательно вникать в детали бизнеса.
b> По крайней мере в средних и больших конторах это обычно так.

При чем тут "не вникать в детали бизнеса"? Я слабо представляю, как PM не
контачит с закачиком. Как он разрабатывает план релиза, как разрабыватывает
условия приемки работ и т.д.

<!-- Yury Kopyl aka hrg | Гордость мешает доходам! -->

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

hrg>bkat -> Re[10]: когда можно искать должность руководителя группы

hrg>>>>>ээээ.. а кто разруливает конфиликты?

b>>>> Какие конфликты?

hrg>>>Например, организационные: аналитик написал одно, заказчик хотел
hrg>>>другое,
hrg>>>разработчики сделали третье

b>> Это больше относится к процессу разработки.
b>> Руководителю проекта, чтобы предовращать подобные ситуации,
b>> совсем не обязательно вникать в детали бизнеса.
b>> По крайней мере в средних и больших конторах это обычно так.

hrg>При чем тут "не вникать в детали бизнеса"? Я слабо представляю, как PM не
hrg>контачит с закачиком. Как он разрабатывает план релиза, как разрабыватывает
hrg>условия приемки работ и т.д.

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

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

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

А что вы понимаете под термином "руководитель группы"?

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

S>А что вы понимаете под термином "руководитель группы"?

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