Кто такой менеджер проекта? — объясните с точки зрения разработки софта... Ну вот есть хозяин, есть разработчики, есть командир команды разработчиков, есть администрация — начальники отделов, есть отдел продаж, есть завхозы, есть тех. отдел... Но вот в чем состоит роль мен.пр. при разработке софта непонятно. Ну вот на мой взгляд они что-то вроде офис. менеджера (секретаря) их главная задача это обслуживать разработчиков... И отвечать на вопросы хозяина или администрации "как дела?" А они чего-то из себя начальников строят — я это почему спрашиваю, может я чего-то перепутал и мы разработчики "расходный материал" а Они это белая кость... Может они меня могут послать, а я их нет... Так как "а как же мы найдём им замену... ай-ай!"

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

Объясните если можно на уровне — "для чайников!"

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

A_>Или может ман.пр. это человек с выдающимися коммуникационными способностями и сверх неконфликтностью в характере... Может это человек с которым приятно общаться разработчикам и администрации. И роль которого координация усилий. И "требований" типа "анука! — дать-подать сюда..." от него и исходить не может... И может это что-то особое, национальное так сказать... а?!

Задача менеджера — "драйвить проект", т.е. довести его от старта до (желательно) удачного финиша.
В зависимости от методологии/традиций управления и конкретного менеджера он может либо "пинать" команду, либо помогать ей делать свое дело. В любом случае ответственность за проект лежит на нём.

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

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

A_>>Или может ман.пр. это человек с выдающимися коммуникационными способностями и сверх неконфликтностью в характере... Может это человек с которым приятно общаться разработчикам и администрации. И роль которого координация усилий. И "требований" типа "анука! — дать-подать сюда..." от него и исходить не может... И может это что-то особое, национальное так сказать... а?!

R>Задача менеджера — "драйвить проект", т.е. довести его от старта до (желательно) удачного финиша.
R>В зависимости от методологии/традиций управления и конкретного менеджера он может либо "пинать" команду, либо помогать ей делать свое дело. В любом случае ответственность за проект лежит на нём.

Что значит "драйвить" типа как собачей упряжкой?
Что значит "ответственность за проект лежит на нём" ? Он что мальчик для битья, и это его обязанность!? И что разработчики вообще ни за что не отвечают? Помоему так как раз они и отвечают, "что мы сделаем к такому-то числу меясяца?"... Его то роль в чем!? Кроме как собирать отчеты и отвечть "как дела."

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

A_>Объясните если можно на уровне — "для чайников!"
Кто такой менеджер — для чайников

Автор: Gaperton
Дата: 03.01.07

Там вся ветка этому посвещена — почитайте.

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

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

A_>>Объясните если можно на уровне — "для чайников!"
G>Кто такой менеджер — для чайников

Автор: Gaperton
Дата: 03.01.07

Там вся ветка этому посвещена — почитайте.

Почитал, и непонял может понятия перепутаны — по аналогии с футболом "тренер" это командир команды (Team Leader), а менеджер это "менджер команды"... Это как в шоубизнесе — есть "главный режисёр", а есть "директор театра"...

According to Sommerville, management activities are as follows:

1.    proposal writing (подразумевает под собой написание след. планов:)
        a.    quality plan
        b.    validation plan
        c.    configuration management plan
        d.    maintenance plan
        e.    staff development plan
2.    project planning and scheduling
        a.    project plan
        b.    milestones and deliverables
3.    project cost
4.    project monitoring and reviews
5.    personnel selection and evaluation
6.    report writing and presentations
7.    risk management
        a.    risk identification
        b.    risk analysis
        c.    risk planning
        d.    risk monitoring

Так что, думаю, не стоит пренебрегать PM'ами. Обязанностей у них море и именно от них зависит судьба проекта.

A_>Объясните если можно на уровне — "для чайников!"

Это тот чувак, который кофе по утрам разносит

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

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

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

A_>>>Объясните если можно на уровне — "для чайников!"
G>>Кто такой менеджер — для чайников

Автор: Gaperton
Дата: 03.01.07

Там вся ветка этому посвещена — почитайте.

A_>Почитал, и непонял может понятия перепутаны — по аналогии с футболом "тренер" это командир команды (Team Leader), а менеджер это "менджер команды"... Это как в шоубизнесе — есть "главный режисёр", а есть "директор театра"...

Ну, по мысли автора менеджер — это нечто среднее между "тренером" и "менеджером команды", но честно признаюсь — в футболе я не силен.

"Режиссер-постановщик" — это скорее "главный конструктор/архитектор." А менеджер — это вероятно "продюсер/директор картины". Но это только моя аналогия — там еще люди пишут.

A_>>Объясните если можно на уровне — "для чайников!"
DM>Это тот чувак, который кофе по утрам разносит

А ещё ему иногда припиывают следующие возможности
1) принятие решений
2) оценка
3) поучение

Что в Scrum'e обеспечивается самой командой.

G>Ну, по мысли автора менеджер — это нечто среднее между "тренером" и "менеджером команды", но честно признаюсь — в футболе я не силен.

G>"Режиссер-постановщик" — это скорее "главный конструктор/архитектор."

Да согласен.

G>А менеджер — это вероятно "продюсер/директор картины". Но это только моя аналогия — там еще люди пишут.

А вот с выделенным не согласен — продюсер это или "хозяин" или "отдел продаж", и ну ни как не менеджер проекта.

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

A_>>Объясните если можно на уровне — "для чайников!"

DM>Это тот чувак, который кофе по утрам разносит

Этот чувак называется официант(ка)... И не надо путать с секретарём/референтом... Гос. секретарь он тоже "секретарь" между прочим.

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

A_>>Объясните если можно на уровне — "для чайников!"

DM>Это тот чувак, который кофе по утрам разносит

Угу, а тех, кто кофе по утрам плохо пьет, лишает премий и увольняет .

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

A_>Объясните если можно на уровне — "для чайников!"

Менеджер — это управленец. Т.е. менеждер проекта управляет проектом.

Управлять — это означает:
1) Планирование (сроки, бюджет, и пр...)
2) Отслеживание текущего положения на проекте (сроки, бюджет и пр. выдерживаются?)
3) Внесение корректировок, если текущее положение на проекте выбивается из планов.

Роль достаточно важная.
Посылать ты конечно можешь кого угодно, но лучше не надо
Впрочем вежливость и по отношении к уборщицы тоже не помешает...

A_>>>Объясните если можно на уровне — "для чайников!"
DM>>Это тот чувак, который кофе по утрам разносит
G>Угу, а тех, кто кофе по утрам плохо пьет, лишает премий и увольняет .
Нифига себе.

Я бы у вас не стал работать.

Asker_, предлагаю посмотреть в сторону SCRUM-команды. Там действительно роль мэнэджера, особенно линейного не очень важная.
Самое важно это Команда. А функции типового мэнэджера-начальника грамотно распределяются внутри команды.

Подробнее о прогрессивных структурах на уровне команды, читать здесь:
http://agilerussia.ru/index.php?option=com_content&task=view&id=16&Itemid=29

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

DM>Asker_, предлагаю посмотреть в сторону SCRUM-команды. Там действительно роль мэнэджера, особенно линейного не очень важная.
DM>Самое важно это Команда. А функции типового мэнэджера-начальника грамотно распределяются внутри команды.

А не Scrum manager ли играет роль менеджера в этой методологии?

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

DM>Самое важно это Команда. А функции типового мэнэджера-начальника грамотно распределяются внутри команды.

Однако...
Либо SCRUM — это фигня полная, либо ты этот самый SCRUM дискредитируешь

DM>>Asker_, предлагаю посмотреть в сторону SCRUM-команды. Там действительно роль мэнэджера, особенно линейного не очень важная.
DM>>Самое важно это Команда. А функции типового мэнэджера-начальника грамотно распределяются внутри команды.
R>А не Scrum manager ли играет роль менеджера в этой методологии?

Нет.

DM>>Самое важно это Команда. А функции типового мэнэджера-начальника грамотно распределяются внутри команды.
B>Либо SCRUM — это фигня полная, либо ты этот самый SCRUM дискредитируешь


Почему ты так решил, что дискредитирую?

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

DM>>>Самое важно это Команда. А функции типового мэнэджера-начальника грамотно распределяются внутри команды.
B>>Либо SCRUM — это фигня полная, либо ты этот самый SCRUM дискредитируешь
DM>

DM>Почему ты так решил, что дискредитирую?

Я не сказал, что ты дискредитируешь.
Я написал "либо..., либо...".
Это немного иное...

Просто я слабо себе представляю, как Команда (пусть даже с большой буквы),
возмет на себя роль менеджер проекта.