Comments | psilonsk: Верхний пост: лучшие рубрики блога, FAQ для начинающих менеджеров проектов и многое другое

psilonsk

Верхний пост: лучшие рубрики блога, FAQ для начинающих менеджеров проектов и многое другое

Jan 01, 2028 01:15

FAQ для начинающих. Новичков в управлении проектами интересуют ответы на одни и те же вопросы: «Как стать менеджером проектов?», «Что почитать по управлению проектами?», «Как правильно организовать свое рабочее время?», «Нужен ли проекту профессиональный менеджер или можно поручить проект техническому специалисту?» и т.д ( Read more... )

faq, оглавление, управление проектами, избранное, коммуникации, начинающим, задачка-водокачка, задавать вопросы, верхний пост, команда, все вместе, менеджмент

Comments 180

anonymous March 16 2012, 18:42:02 UTC

Добрый день. Меня зовут Андрей, я как-то задавал тут вам свой вопрос (учусь в Бостоне на проджект менедменте). Если вы не возражаете, у меня появился еще один вопрос. Я уверен вам приходится ежедневно руководить большим количеством людей и вероятно у Вас есть какая-то стратегия поведения с точки зрения лидерства, коммуникаций с людьми. На сколько большое внимание вы уделяете межличностным отношениям? Многие теории говорят о том, что очень важно построить хорошие отношения в команде, вызывать доверие у членов команды, быть чуть ли не другом. Вопрос следующий - где та грань между "дружбой" и работой? Как добиться качественной работы, в то же время уделяя внимания межличностным отношениям ? Есть ли у вас какие-то секреты тим-билдинга ? Спасибо :)

psilonsk March 16 2012, 19:34:45 UTC

Стратегия сильно зависит от корпоративной культуры, но в целом это всегда баланс между двумя состояниями: "не быть говнюком" и "не быть безвольно добреньким". Люди собрались в проекте, чтобы:
1. Работать совместно над задачей с целью получения нового продукта.
2. Достичь результата за ограниченное время.
3. Достичь результата за ограниченные деньги.
Эти три фактора делают проект стрессовой ситуацией. Поэтому не надо быть говнюком, надо уважать людей и хорошо к ним относиться. Но, с другой стороны, это жесткие условия, часики тикают, так что не надо изображать из себя добренького дядюшку - ведь люди собрались в проекте работать, а не пиво пить. Так что всегда есть баланс, который для каждого проекта-компании-команды свой.

anonymous March 17 2012, 20:53:23 UTC

Я работаю в команде с программой GroupCamp Projectа на www.groupcamp.ru.
Мне очень нравится! Удобно, и есть на многих языках.

crackinn March 25 2012, 04:29:35 UTC

Добрый день ( ... )

crackinn March 25 2012, 04:29:56 UTC

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

psilonsk March 26 2012, 07:57:50 UTC

Спасибо, вопрос очень интересный и требует развернутого ответа. В ближайшие несколько дней постараюсь его дать.

Ответ psilonsk March 31 2012, 06:14:36 UTC

http://psilonsk.livejournal.com/10404.html
Если не все понятно или есть другие вопросы, задавай. :-)

igrok_213 April 3 2012, 21:55:33 UTC

Вопрос (родился в 1.50 ночи):
а какими цифрами стоит оперировать при работе над проектом? Какие коэффициенты держать под рукой?
Я понимаю, что для разных людей коэффициенты разные, но все же хотелось бы услышать побольше рекомендаций для разных ролей :)

psilonsk April 4 2012, 12:10:24 UTC

Не очень понял ваш вопрос. О каких цифрах и коэффициентах вы говорите?

igrok_213 April 4 2012, 12:23:49 UTC

Например по бюджету. Чтобы чётко видеть, сколько осталось денег в рамках бюджета. Или например KPI.

psilonsk May 9 2012, 04:59:59 UTC

По бюджету обычно смотрят на CV, CPI и 1/CPI.
На а вообще ведь все от целей проекта зависит. Иногда бюджет второстепенен, а главное - соблюсти сроки. Тогда самое важное - контроль вех и отклонений от плановых дат. Иногда - качество на первом месте (редкий случай, но бывает), тогда пристально следят за какими-то параметрами качества.

Thread 7

Прикладной вопрос с примером maxred_msk April 8 2012, 18:08:27 UTC

Опять такая ситуация на проекте:
Ключевому пользователю необходимо формировать определенные данные в системе. Предварительно мы договорились на один расчитываемый результат. При этом более высокое, но сильно отстраненное руководство, было не против другого варианта, который мы могли реализовать меньшими силами. Когда мы смогли получать результат по желаниям пользователя, тот "внезапно" сообщает, что подход должен быть другой при этом толком наш пример он не проверил в силу занятости. На сколько я понимаю, пользователь сам плохо представляет, почему надо поменять методику и что хочет получить в итоге.
Вопрос: в каких направлениях двигаться, чтобы эту задачу закрыть?

Re: Прикладной вопрос с примером psilonsk May 9 2012, 04:53:28 UTC

Думаю, поскольку прошел месяц, а я только добрался до ЖЖ, вопрос уже потерял актуальность? )

По-прежнему актуален :) maxred_msk May 9 2012, 10:15:04 UTC

думаю волынка будет ещё долго, хочется поставить какую-то точку.

Re: По-прежнему актуален :) psilonsk May 10 2012, 17:57:56 UTC

Охохо... )
А когда вы с клиентом договаривались, то эта договоренность в каком виде была зафиксирована?
Двигаться надо в таком направлении - сесть рядом с пользователем, узнать точно, что ему нужно (как вариант - объяснить насколько круто то, что вы уже сделали), зафиксировать это документально, заставить его подписаться под этим документом, в котором также должно быть написано, как именно пользователь будет результат проверять и принимать работу. И только потом можно реализовывать.