Первые действия руководителя проекта?

Секретаршу. Она все знает.

И Саныча, он знает, что делать с секретаршей.

ты о себе что ли? Зачем так сложно представляешься?

Не издевайся. Люди в формате «вот этот текст письма вот за этой подписью отправь вон туда» будут. Вопрос не о том.

Саму тему - секу. Управленчества нет. А ожидается, что должен это тоже понимать.

Какие основные грабли на такой работе?

наглые сотрудники?

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

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

кури pmbok что-ли :)

Я серьезно. Секретарь обычно знает коллектив. Нужно с ним и говорить. Тебе же вначале стоит говорить как можно меньше. И сопли не гонять. Подходить строго по заданию. Было задание, но не сделано в срок — оргвыводы.

Раз в неделю со всех получать лист а4 с тезисным изложением результатов работы.

Основные грабли - у тебя есть ответственности, но нет полномочий - отсюда большинство граблей.

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

Во время первого совещания сам протоколируешь его ход хотя бы в виде «что решили - кто отвечает за следующий действия - когда ответственный должен прислать очет». На последующих совещаниях надо назначать кого-то вести протокол - пример как это делать ты уже подал.

После совещения, надо результаты (в виде протокола) разослать всем участникам и тем, кому может быть полезно прочесть результаты.

А в остальном, реальность внесёт свои коррективы :-)

Годно.

Да это, вроде, очевидно :)

Как таковых подчиненных не будет (кроме тех, кто непосредственно исполнители работ на местах, но и с ними - контрактные отношения по ТЗ). Будут скорее те, кто при должностях. И их админ.ресурс нужно будет направлять в правильное (полезное делу) русло. Кому письмо какое, кому позвонить.

Ну может и так, хотя мысли о том, что что-то «очевидно» тоже могут сыграть злую шутку - скорее всего то, что очевидно на одной должности/проектной роли, совсем не очевидно на другой.

Про Pmbok - по нему рабоать можно при условии некоторого уровня зрелости рабочих процессов, иначе это просто книжка.

Ну вообще главное - вера в свои силы - имеется. И интуиция хорошо смотрит на предстоящее.

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

Результат им оч. нужен.

Хы-хы, наивный вьюнош. При первых признаках затрудений они постараются самоустраниться.

Раз в неделю со всех получать лист а4 с тезисным изложением результатов работы.

Зачем напрягать людей лишней работой, не объясняя, как её делать?

Область какая? Если IT, то вначале предлагаю «как пасти котов» :3

фу, какая бабища на аватарке, смени!

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

Безотлагательно разобраться, чем занимается каждый из ваших подчинённых и на что он способен.

Выявить «узкие места» в деятельности подразделения, устранение которых обеспечит наибольшее повышение производительности труда и качества работы коллектива.

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

Постарайтесь активно привлечь своих подчиненных к непосредственному обсуждению предложений.

Рекомендую: http://otido.artvision.pro/sites/default/files/prod-pdf/deadline_0.pdf

не могу, я влюбился!