Кто такой рп в строительстве

Тенденции таковы, что о проектном управлении задумывается все большее количество компаний, в т.ч. с функциональной структурой.

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

Проект — это мероприятие, которое направлено на получение нового и уникального продукта или услуги и выполняемое в рамках ограниченных ресурсов.

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

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

Также, из определения понятно, что каждый проект — уникален. Некоторые проекты, уникальны на 90%, некоторые на 10%, но уникальность присутствует всегда. Отсюда следует, что проектное управление является областью, в которой то, что стало постоянным должно периодически ставиться под сомнение и переоцениваться.

РП #4 (я плохо разбираюсь в строительстве и тд так что где то будет не верная отыгровка)

Следующий шаг, это внедрение так называемого “проектного офиса”, который упорядочит и стандартизирует проектную деятельность Компании и обеспечит должную независимость бизнеса от конкретных РП (а уход РП с проекта часто равен потере Клиента), но это уже другая история.

2. В чем роль руководителя проектов?

Суть роли руководителя проекта (далее по тексту РП) — выполнить работы с минимальными затратами, не превышающими заданного бюджета и сроков (не дать чему-либо выйти за пределы треугольника).

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

Уникальность РП в том, что он видит проект целиком, в то время как руководитель видит прибыль, Клиент возможности, а исполнители список работ. Фактически, спланировать и проконтролировать работы может практически любой менеджер. Особенность менеджера проектов в том, что хорош в управлении рисками. Об управлении рисками я подробно расскажу позже.

РП несет полную ответственность за проект, если член команды накосячил – это ответственность РП, если команда умерла – тоже отвечает РП. Осознание своей ответственности в полной мере поможет Вам отвергать непрофильные и некорректные задачи, которые любят “навешивать”.

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

Строго говоря, основная сложность для РП в Компании с незрелым проектным управлением заключается в том, что Вы, как РП, должны руководить сотрудниками (создать уникальную оргструктуру в рамках проекта), не являясь их административным руководителем. Более того, в рамках проектной деятельности, Вы будете руководителем и для высшего начальства. Готовность Компании к проектному управлению в немалой мере зависит от факта принятия такого расклада.

💜ВСЕ РЕСУРСПАКИ ЛИРИЗА В ОДНОМ ВИДЕО! СЛИВАЮ РП ЛИРИЗА! СБОРКА ЛИРИЗА! МОДЫ ЛИРИЗА!

3. Что нужно от Компании?

На практике, Вам придется либо принять и совершенствовать модель управления проектами в Компании, либо, если модель отсутствует, создавать ее. Хорошо, если в Компании существует не только модель проектного управления, но и база знаний (далее по тексту КВ) в которой описан опыт выполнения проектов.

Следующий шаг для Компании, это наличие работающих бизнес-процессов, которые учитывают отличия проектного и процессного управления.

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

Cпонсор проекта (я его буду называть Куратором, т.к. это интуитивно понятнее) является тем лицом, перед которым РП несет ответственность.

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

Надеюсь озвученная информация будет полезной, а если нужна будет помощь — используйте форму на главной странице моего сайта.

Источник: kagarlickij.com

Как воспитать в себе РП? Часть 1

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

Кому интересно еще немного поговорить про компетенции менеджера проектов — приходите на открытый Welcome-вебинар Базового курса в среду 3 июня — там мы попробуем поговорить про ступени профессионального роста для руководителя ИТ-проектов.

Кто собрался на воркшопе и что происходило?

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

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

В воркшопе приняло участие несколько десятков РП Инфостарта. На этой диаграмме видно, что большинство участников считает себя опытными руководителями проектов, при этом стаж работы у всех варьируется — от нескольких месяцев до многих лет (зеленым цветом отмечали себя представители франчайзи, красным и желтым — те, кто ведет внутренние проекты)

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

Падаван. Начинающий РП. Без каких компетенций не стоит вообще идти в руководители проектов?

Умение вести документацию и писать убедительные отчеты.

Без этого действительно никуда. Некоторое формальное требование к руководителю проекта, без которого его странно назвать руководителем.
Честно скажем, в разных организациях РП оказываются в разном положении. Я бы сказала, что здесь может быть три варианта:

1) Документирование в компании ведется по принципу “как получится”, шаблонов и регламентов как таковых нет. От РП ждут, что он сам сообразит, каким образом следует вести отчетность. В такой ситуации “умение вести толковую документацию” — некий сакральный трудно формализуемый навык, требующий большого житейского опыта (либо обучения). Если вы жалуетесь на нехватку кадров и ощущаете что “некому передать управление проектами” — подумайте, насколько порядок ведения проектов в вашей организации представляет собой технологию, которую можно передать — и если пока нет, то подумайте, как можно двигаться в этом направлении. Если у начинающего руководителя проекта будет простой чек-лист, что ему нужно сделать, какие документы подготовить — рост новых кадров упростится, проверено.

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

3) Печально, когда документация призвана в первую очередь производить впечатление на заказчика, и имеет смутное отношение к действительности. (Увы, я встречала такие истории у крупных франчей, когда заметная часть работы аналитика и технического писателя была направлена на создание иллюзии проведенной для заказчика работы в том месте, где на самом деле используются базовые компоненты прикладного решения. Здесь навык смещается в сторону “создавать иллюзию и производить впечатление”. Это вряд ли то направление, в котором хочет развиваться уважающий себя специалист, поэтому призываю всех стремиться в сторону второго варианта.

Как можно учиться вести документацию?

• 1С в рамках ПрофКейса предлагает технологии управления проектами (1С:ТБР и 1С:ТКВ), которые теперь доступны не только франчайзи, но и для ИТ-отделов. На мой взгляд они чаще всего избыточны, но из них вполне можно “выковырять” то, что будет вашей компании полезным.
• В рамках “Базового курса” мы говорим про минимальный комплект документов (Устав, описание содержания, реестр заинтересованных сторон, матрица ответственности и др.). В рамках “Продвинутого курса по классическим методам управления (PMBoK)” каждый участник может выбрать и составить комплект документов, подходящий для управления проектами в его компании (бизнес-кейс, реестр рисков, план управления проектом, диаграммы контроля качества и т. п.)

Знание прикладных решений

Здесь тоже все примерно понятно. Без знания матчасти управление проектом будет являться профанацией идеи. На практике встречается ситуация, когда команду технических специалистов направляет специалист именно в управлении. Но, во-первых, это не история начинающего РП, во-вторых чаще всего получается что-то странное. “Взлететь” комбинация управленца и технических специалистов по моему опыту может только если управленец внимательно прислушивается к мнению команды, а не пытается ее “строить”. Причем важно наличие в команде грамотного технического лидера (пока не готового быть руководителем проекта в силу личностных качеств), который советует управленцу что делать, и тот его слушает.
Но это все-таки исключение, которое подтверждает правило. А на самом деле никто не спорит, что матчасть знать, конечно же, надо.

Как изучать прикладные решения?

• На Инфостарте в разделе “Курсы” можно найти различные курсы от 1С и не только по прикладным решениям. Но, конечно же, лучший вариант когда параллельно с изучением курса есть возможность решать практические задачи.
• В ходе дискуссии было озвучено, что хорошо помогает ставить и реализовывать цели составленный план развития сотрудника: прикладное решение+сроки получения сертификата 1С, курсы, которые предлагается завершить и т. п.

Как можно проверять знание прикладных решений?

Самым простым инструментом, подтверждающим знание той или иной конфигурации являются сертификаты от 1С.

• Хотя, честно скажу, сдав сертификат 1С:Профессионал по ERP я испытала некоторое разочарование: у меня не осталось ощущения, что тест проверил мое умение работать с конфигурацией. Существенная часть вопросов была скорее на способность вызубрить ответы. Если вопросы из серии, скажем, как связаны маршрутная карта и ресурсная спецификация я еще могу понять — здесь для ответа важно понимать внутреннюю структуру конфигурации. То каким образом знание, сколько, допустим, есть пунктов в том или ином меню, продвигает меня в умении пользоваться этим прикладным решением я не могу никак.
• Сертификат Специалист и Специалист-Консультант показывает компетенции существенно лучше, ибо требует довольно серьезного практического опыта. Хотя тоже не идеален.
• Впрочем, альтернатива, если вас не устраивают экзамены от 1С — внутренний экзамен, существенно более энергоемкое мероприятие.

Развитие себя и команды

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

Про тему контролировать свои эмоции хочу сказать несколько слов отдельно.
Дело в том, что в качестве руководителя проекта часто ставят человека, хорошо показавшего себя в роли технического специалиста, и рекомендованного поэтому к повышению.
При этом очень часто в роли руководителя оказываются люди, которым ближе и комфортнее работать не с людьми (есть такая градация в сфере профориентации — см. схему. Работа программиста здесь, скажем, явно относится к категории “человек-знаковая система”).

Если человек при этом не развивается как руководитель, то, в соответствии с принципом Лоуренса Питера («В иерархической системе каждый индивидуум имеет тенденцию подняться до уровня своей некомпетентности») человек так и остается в некомфортной для себя роли.
И если вы оказались как раз в такой ситуации, то возникает вопрос — как развивать ту самую эмпатию, эмоциональный интеллект и т. п. если их вам, по ощущениям, изначально выдали недостаточно? Из рекомендаций в рамках воркшопа мне больше всего понравился совет в формулировке “качать коммуникационную мышцу” (как можно больше взаимодействовать с коллегами, подрядчиками, топами, пытаться разрешать конфликты, воспитывать в себе эмпатию и пр.). Важно осознание причин возникновения эмоций в конкретных ситуациях, поведенческий анализ со стороны специалиста

Как можно развивать эти компетенции?

• На Инфостарте проводятся курсы по ведению переговоров от Дмитрия Коткина, они позволяют как раз “прокачать коммуникационную мышцу”
• Добавлю еще, что мне в качестве основы того, как “коммуникационную мышцу качать” нравится квадрат Гоулмана. Мы его разбираем на курсе, ибо здесь важно помнить про то, что начинается развитие эмоционального интеллекта с осознания своих эмоций. Потом стоит двигаться в сторону понимания эмоций других, и только научившись хорошо понимать других и контролировать себя, можно мечтать про то, чтобы влиять на эмоции коллег. В рамках Продвинутого курса по Agile мы разбираем качества, которые помогают вдохновлять и мотивировать команду (я обычно формулирую это как “Быть Скрам-мастером”, потому что как цензурно перевести на русский английский термин Servant Leader я придумать не могу).

Рыцарь-джедай. Какие компетенции необходимы, чтобы РП можно было считать опытным?

Умение разрешать конфликты

Конфликты, как известно, это не временное зло, а неизбежное следствие рабочего взаимодействия. Так что хочу сразу вас успокоить — конфликты на ваших проектах будут обязательно. Весь вопрос, насколько получится вместо того, чтобы развалить с их помощью команду, обратить их на благо проекта.
На воркшопе мы попробовали обсудить — а как оценить, насколько руководитель с конфликтами справляется? Самый простой способ измерения — сам по себе позитивный результат: если Заказчики удовлетворенные, команда сплоченная, нет текучки кадров, конфликты не влияют на проект — значит, все ок. Правда, честно скажем, нам трудно судить: все хорошо благодаря заслугам руководителя, или безотносительно от его поведения? Впрочем, на практике оно и не всегда важно… Ну, а если хочется понять, насколько умеет работать с конфликтами данный руководитель — можно воспользоваться техникой получения обратной связи (встречаясь один на один с членами команды). Вообще, мониторинг в динамике отсутствия обид, замечаний, претензий позволяет понять общий фон в команде (только не надо использовать этот критерий для KPI у РП — иначе команда будет делать покерфейс, и эффект от мониторинга будет исключительно обратный — конфликты будут замалчиваться и скрываться).

Уметь добывать ресурсы

В каждой компании под этим словосочетанием понимается что-то свое, но ресурсы в проектах больная тема практически в любой организации.
Если на прошлом уровне начинающего РП мы говорили про работу с уже готовой командой, то для опытного руководителя чаще всего требуется более деятельное участие в том, чтобы эту команду сначала создать.
В первую очередь (если не брать найм на работу новых сотрудников, мы его рассматривали как отдельную компетенцию), это умение складывается из двух:
1. Умение определять компетенции необходимых ресурсов
2. Умение оправдывать необходимость в ресурсах

Что потребуется от РП для успешного добывания ресурсов?

Итоги обсуждения показали, что это в первую очередь:

• Умение обосновывать затраты на проект.
• И, кроме этого, умение показать руководству, что если людей выделить, то результат будет существенно лучше, чем если пытаться долго и мучительно решать задачу негодными средствами.
• Что еще важно — важно уметь распределять работы между имеющимися сотрудниками, чтобы оптимизировать те ресурсы, которые есть.

Как развивать умение добывать ресурсы?

• В первую очередь практикой. Ну и плюс развитием коммуникативных навыков (см. выше про развитие себя и команды)
• Полезный инструмент для оптимизации ресурсов и обоснования — это матрица ответственности. Про матрицу RACI немного рассказывает Иван Селиховкин в своем курсе по управлению проектами, опубликованном в виде серии статей на Инфостарте (ну а подробно мы ее разбираем и практикуемся в рамках уже упомянутых выше онлайн-курсов по управлению проектами)

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

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

Как можно проверить, что РП умеет ретроспективы проводить?

Формальный критерий — наличие по их итогам планов действий, изменений, улучшений при согласии команды. Еще один формальный — что команда готова сотрудничать с таким руководителем (увы, я видела ситуации, когда команда реально “сплачивалась против Agile-коуча, который мешал работать” — это, конечно, сводит к минимуму всю потенциальную пользу от проведения ретроспектив).
Как можно проверить наличие этого навыка? Что касается совещаний, то здесь в первом приближении все более менее очевидно — важно, чтобы у совещаний была повестка, был протокол, и цели совещаний не только ставились, но и достигались. Если копать глубже, то важно обеспечить, чтобы польза от совещаний превышала затраченное время (увы, в моей практике такое бывало далеко не всегда). Мне нравится подход, когда все совещания длятся не более часа — ибо если проблему не получилось решить за час, то дальше сидеть скорее всего бессмысленно, и стоит, как минимум, разойтись, спокойно подумать и “перезагрузиться”.

Как можно развивать навык проведения совещаний?

• Мы разбираем его в рамках Продвинутого курса по Agile — отдельное занятие посвящено проведению демонстрации и ретроспективы, в том числе с возможностью практикума для желающих.

Продолжение итогов воркшопа — компетенции “Мастера-джедая” — будет в следующей публикации — а то, кажется, я слишком растеклась мыслью по древу.

Источник: infostart.ru

Что такое РП, МГ, ТК, ДМ, СК, ДБ, ПГ, ГМ, ДМ В ЗЗ и ПВГ в GTA SAMP? Термины САМП

Если вы попали на данную страницу по запросу: «что такое РП или МГ», то скорее всего вы знаете что такое САМП. А потому без лишних прелюдий сразу перейдем к сути.

В игре GTA San Andreas Multiplayer или же GTA Samp имеется большое количество сокращений. Они используются для общения и без них сложно будет вступить в какую-либо организацию, а также развить игрока. Знание таких команд существенно расширяет возможности игры. К примеру, позволяет приобрести недвижимость: купить дом, коттедж; открыть свой бизнес, стать журналистом и т.д.

Термины GTA SAMP

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

Термины САМП

• «РП» — аббревиатура от английского «Role Play», что означает — игра по ролям, то есть каждый игрок должен соблюдать свою роль. При нарушении своей роли можно оказаться в деморгане.
• «МГ» это сокращение от «Meta Gaming». Означает использование в игровом чате информации из реального мира, то есть использование ООС информации в IC чате.
• «ТК» от Team kill — убийство друзей или же убийство игроков, которые находятся в одной организации с вами. Приведем пример, вы работаете в мэрии города и начинаете убивать своих – это будет считаться как ТК.
• «ДМ» или «DM» от английского словосочетания Death Match, что означает убийство без причины.
• «СК» — аббревиатура от английского словосочетания «Spawn Kill», что означает убийство при появлении, то есть убийство на спавне.
• «ДБ» подразумевает — наезд и убийство с помощью машины или же убийство машиной, также это может быть стрельба с машины.
• Аббревиатуру «ПГ» можно расшифровать как «Power Gaming», что означает — изображение из себя героя, к примеру, ты один против нескольких, можно также описать данный термин как преувеличение возможностей игрока. За использование ПГ можно получить варн.
• Сокращение «ГМ» появилось от «God Mode» — бессмертие или по-другому — режим бога. ГМ является читом в SAMP и при его использовании нельзя нанести урон игроку. Такая функция, как правило, есть у админов сервера.
• «ДМ В ЗЗ» значит — убийство в зеленой зоне. За такое действие на сервере могут забанить или применить варн.
• Аббревиатура «ПВГ» — сокращение от «Powergaming», что означает изображение из себя супергероя, то есть, например, когда нападаешь на кого-то с оружием, при этом сам – без него. За использование ПВГ можно получить кик или отправится в деморган.
• РК – команда, которая возвращает на место, где до этого тебя убили.
• БХ – это режим бега с прыжками, для его включения следует использовать сочетание клавиш Shift + Space (Пробел).

Для использование выше описанных команд следует использовать следующий синтаксис: писать команду следует в скобках, например,

На серверах #SampRp, #DiamondRP или #AdvanceRP для появления скобок можно написать в чат: «или». Если термины написаны не в двойных скобках, то под ними могут быть любые слова, но не приведенные выше термины.

Сокращения в САМП

Рассмотрим еще несколько аббревиатур, используемые в игре ГТА.

• УК – сокращение от «Уголовный Кодекс.
• ЗЗ – Зеленая зона – это общественные места, вроде площади у мэрии, больницы, вокзалы и прочее. В таких местах стрелять запрещено!
• АК – Академический Кодекс.
• RP — действия игрока, связанные с реальной жизнью.
• NonRP – действия игрока, которые невозможно сделать в реальной жизни.

Также будет полезно знать еще несколько терминов.

Варн или WARN от Warning – предупреждение админов сервера за нарушение, которое дается на какое-то время, как правило от 1200 минут. Пока у вас есть вант —вам закрыт путь в какую-либо организацию. При получении трех варнов аккаунт игрока автоматически блокируется. Но стоит хотя бы одному варну снятся, как аккаунт будет разбанен.

Чтобы узнать есть ли у вас варн – используйте команду: /warntime.

Кик или Kick (выгнать) – это когда игрока выкидывают с сервера, при этом он остается в игре и может осуществлять разные действия. Получить кик можно за флуд или за нарушение правил сервера.

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

В случае последнего уже не будет возможности играть под своим ником.

Деморган – это тюрьма для читеров. Полное название: «Форт Де Морган». В это помещение определяют нарушителей РП.

Ищете еще какой-нибудь термин, которого здесь нет? Напишите об этом в комментариях – мы обязательно его добавим.

Источник: shkolnaiapora.ru