Города берет пехота

Публикация № 1524066 28.09.21

Управленческий учет - Управление персоналом (HRM)

Руководитель проектов в компании WiseAdvice Олег Бессонов на Infostart Meetup, посвященном оценке компетенций сотрудников, рассмотрел подходы к формированию команды и остановился на практических вопросах – с чем сталкивается человек, который делает проект, как он руководит командой.

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

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

И еще одно важное направление деятельности руководителя проекта – это управление персоналом, выстраивание команды и ее мотивация.

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

По сути, инструмент выполнения проекта – это команда. От того, насколько правильно мы эту команду подобрали, как правильно замотивировали ее на задачи, зависит то, куда проект «поедет». Будет ли он выполнен в установленные границы и сроки, или это будет сопровождаться рисками, на которые мы тоже будем обязаны отреагировать.

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

Обратите внимание, что доклад называется «Города берет пехота» - что такое «пехота», и как называть тех, кто «не пехота»?

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

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

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

И со «звездами», и с «пехотой» есть определенная специфика работы.

Цель доклада – понять, как выстроить работу с сотрудниками команды на проекте.

Мы не рассматриваем процесс формирования подразделений – в нашем случае проект стартует или находится на этапе исполнения. Нам важно понять, как расставить приоритеты управления и какие инструменты руководителя использовать.

Мы рассмотрим следующие темы:

  • какие бывают команды на проектах;

  • рассмотрим команду с позиции «черного ящика» – что мы можем от нее ожидать, как воздействовать;

  • сравним «звезд» и «пехоту»;

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

 

Требования к сотрудникам команды на проектах различного масштаба, предпосылки успеха

 

 

Я сделал подготовительную таблицу, чтобы свести, какие у нас есть проекты, какое влияние они имеют на команду.

В целом проекты 1С можно разделить на градацию:

  • Небольшой проект – в нем участвует до 5 сотрудников, выполняется в рамках полугода. Например, внедрение ДО.

  • Есть средние проекты – это внедрение ERP-системы в небольших компаниях. В этом случае присутствует серьезная работа по подготовке данных, формализации требований.

  • Есть крупные проекты – я здесь субъективно поставил планку 15+ сотрудников в команде. Это такие проекты, которые растянуты по времени, где команда уже не умещается за одним обеденным столом. Крупные проекты меньше года не делаются.

Порядок вывода команды на те или иные проекты различается – команда, которая эффективно сделает небольшой проект, может получить серьезный факап на среднем и крупном. И наоборот.

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

Если мы говорим про небольшие проекты:

  • Для успеха на небольшом проекте уровень членов команды должен быть более-менее ровный. Поскольку людей немного, то, чтобы проект был сделан хорошо, их компетенции должны быть выше среднего. Необязательно у всех уровень компетенций должен быть выше среднего, но тот участок работы, который вы поручаете человеку, он должен знать хорошо. Стажировка на таких проектах – редкий случай. Обучение сотрудника на таком проекте приводит к краху – некому подстраховать.

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

  • Руководитель проекта должен глубоко погружаться в проект – четко прорабатывать задачи, ставить измеримые цели и правильные приоритеты.

  • Чтобы правильно выполнить работу, сотрудник должен четко понимать приоритеты и располагать своей компетенцией. Немаловажный навык на небольших проектах у сотрудников – способность достигать результата (не у всех сотрудников эти скилы есть).

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

А в небольшом проекте это все оголяется, и если у сотрудников такой способности нет, все шишки полетят в руководителя проекта. Если сотрудник по какой-то причине результата не достиг – это делает руководитель проекта.

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

В среднем проекте:

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

  • У них появляются группы по интересам, тусовки. Управление таким коллективом переходит в плоскость эмоционального интеллекта. Если мы будем руководствоваться только директивными указаниями, писать на листочке задачу под подпись, требовать результата… До какого-то момента времени это может иметь эффект, и на каких-то этапах это полезно. Но если мы хотим, чтобы люди выкладывались, мы должны с ними эмоционально соединяться. Мы должны понимать, зачем человек вообще пришел на проект, ради чего он здесь, что он ожидает дальше. Насколько ему комфортно? Или его, наоборот, нужно выводить из зоны комфорта, чтобы его позиция сдвинулась.

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

  • На первое место в работе сотрудника выходит понятие культуры проекта. Носителем культуры проекта является тусовка.

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

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

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

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

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

  • Там состав коллег будет совсем разнородный.

  • Характер коммуникаций будет иметь некую структуру.

  • Руководитель проекта здесь не имеет возможности часто общаться с сотрудниками – это разовые взаимодействия, элемент поощрения или наказания. Общение руководителя проекта и воздействие на команду должно быть выверенным, точечным и носить характер плановости: работа с рисками, планирование изменений культуры проекта.

  • Среда, через которую руководитель доносит информацию до команды: культура проекта и то, что мы проговорили для среднего проекта. Здесь структура влияния на результат сотрудника остается той же.

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

 

Жизненный цикл крупного проекта автоматизации

 

 

Если мы говорим о большом проекте, он состоит из многих этапов:

  • моделирование;

  • проектирование;

  • разработка;

  • опытная эксплуатация;

  • опытно-промышленная эксплуатация.

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

 

Ключевые потребительские свойства команд

 

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

  • Главное потребительское свойство команды – компетенции сотрудников. Я бы рекомендовал поделить компетенции на три части:

    • Профессиональные или специальные компетенции. Это входной билет в профессию, если профессиональных компетенций нет, то и сотруднику на проекте делать нечего.

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

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

  • Следующее потребительское свойство команды – управляемость. Управляемость развивается путем личного взаимодействия на маленьких проектах, либо через культуру команды и тусовку. Если у вас в автомобиле мощный двигатель, но нет тормозов и руля – на автомобиле лучше не ездить. Так же и с командой. Команда должна хорошо управляться. Когда на проекте происходят проблемы, их нужно анализировать. Если проблема в команде, РП должен избавиться от лишних людей, которые мешают команде работать. После этого – наладить управляемость команды. Под управляемостью мы имеем в виду, что команда правильно понимает распоряжения от РП, дает по ним своевременную обратную связь и выполняет их так, как планировалось.

  • Масштабируемость, как качество команды, означает, что вы можете настроить команду на разный объем работы. На проектах случаются разные риски, и масштабируемость – это один из возможных способов реагирования на риски. Это ваш рычаг, чтобы добавить новых сотрудников и ускорить выполнение работы, например.

  • Ремонтопригодность – еще одно важное качество для команды. Например, если сотрудник заболел, ему нужно в отпуск и т.д. В этом случае у команды возникает сбой – часть работы, которая была распределена на сотрудника, выполнить некому. Один из способ решения – остановить работу, перенести ее. Но более желательное воздействие на проект – замена сотрудника. Этим и определяется ремонтопригодность.

  • Еще одно качество – потенциал мобилизации сотрудников. Это значит, что для достижения каких-то целей при определенных условиях сотрудники способны сосредоточиться и пойти навстречу – когда один человек с задачей не справляется, команда должна прийти на помощь. Руководитель проекта должен одним из критериев своей работы ставить понимание сотрудниками команды «общего камня», потому что команда начинается с «поднятия общего камня». Иногда команда может дать отбой и не согласиться работать больше, чем с 9 до 18 в будни – сказать, что по вечерам и в выходные мы работать не будем. Но когда вы всех членов команды вовлекаете в решение задачи последовательно или параллельно, они понимают, что если что-то происходит не так, то проекция переходит на них. В этом случае есть возможность попросить сотрудников с соответствующей компенсацией выйти на выходных или задержаться вечером, чтобы что-то доделать. Если понимание «общего камня» у команды отсутствует, то и потенциал мобилизации крайне низкий. В этом случае, конечно, можно столкнуться с ситуацией, когда на вашу разумную просьбу, которая нацелена на общее благо, сотрудники отреагируют отказом.

 

Звезды и пехота, культура команд

 

 

Мы дошли до момента – почему города берет пехота?

Я подготовил в виде таблицы зарисовки анализа, как работает «звезда» на проекте и как работает «пехота».

У «звезды» одно большое хорошее качество, которое перекрывает много мелких недостатков – большинство собственных компетенций «звезды» достаточно высокие, выше среднего.

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

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

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

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

У «пехоты» компетенции, как правило, менее выражены, они еще проходят шлифовку. Но при этом есть несколько очень важных с точки зрения выполнения проекта качеств.

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

Что это означает для нас, как для руководителей проекта?

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

И еще – немаловажный момент. Когда у нас в проекте участвует «звезда», то уход «звезды» с проекта, как правило, выходит в существенный риск. Поэтому нам этот момент нужно очень тщательно продумывать, давать «звезде» правильные леденцы, чтобы, не дай Бог, у сотрудника не сложилось неправильного впечатления, он не решил, что ему в другом месте будет лучше, чтобы у него постоянно была мотивация, чтобы задача для него не переставала быть интересной и т.д.

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

С точки зрения дисциплины со «звездой» все сложнее, потому что не все «звезды» любят писать протоколы, не все «звезды» любят писать проектную документацию и т.д. «Звезда» пришла на проект, «позвездила» и после этого, если вы успели зафиксировать результат, – это хорошо. Если не успели, то, значит, эффективность участия звезды в проекте значительно снижена.

Куда можно приглашать «звезд»? Звезд можно приглашать именно на роль функционального архитектора или на роль системного архитектора. С одной стороны, это курирующие роли, с другой стороны, они имеют валидирующий характер.

В этом случае у вас есть «пехота», которая зафиксирует все то ценное, что «звезда» рассказал, что он привнес в команду. В этом случае, с одной стороны, и привлечение такого «звездного» человека оправдано, с другой стороны, и все результаты, которые человек привнес, они в команде останутся.

 

Инструменты руководителя

 

 

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

  • Не будьте «сухарями». Самое эффективное управление тусовкой – эмоциональное. Это ваш мощный рычаг, чтобы привить в команде нужные вещи и избавиться от ненужных.

  • Еще один немаловажный момент, который хорошо работает на «пехоте», – это доступность информации на проекте и простота коммуникации. Человек должен знать, где он может взять информацию. А самое главное, куда он может положить свежую информацию.

  • Вы должны четко проработать регламенты на проекте и потребовать их жесткого исполнения.

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

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

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

Единственное, чего хочу вам пожелать, - чтобы вы избегали подхода «одноразового стаканчика». Нельзя человека «выжать» и заменить. Так делать не рекомендую. Люди этот прием быстро раскусывают, и в этом случае «одноразовым стаканчиком» рискуете стать именно вы.

 

*************

Данная статья написана по итогам доклада (видео), прочитанного на онлайн-митапе "Оценка компетенций специалистов". Больше статей можно прочитать здесь.

Приглашаем всех 11-12 ноября принять участие в INFOSTART EVENT 2021 в Москве: event.infostart.ru/2021_msk/

Специальные предложения

Оставьте свое сообщение

См. также

Оценка кандидата через кейс-интервью

Управление персоналом (HRM) Бесплатно (free)

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

04.10.2021    1416    skataeva    0    

Дорогие и дешевые способы оценки. Что, когда и зачем?

Управление персоналом (HRM) Бесплатно (free)

При оценке сотрудников и кандидатов можно использовать различные инструменты – в зависимости от ситуации, возможности затратить время менеджера и команды. О том, как «не палить из пушек по воробьям» и получать наибольший эффект от вложенных усилий и получать наибольший эффект при оценке персонала, рассказала старший директор по производству компании LUXOFT DXC Technology Марина Гехтман.

29.09.2021    706    user1449674    0    

Собеседование о ценностях, как кандидату сказать и работодателю услышать. Взаимовыгодные переговоры

Управление персоналом (HRM) Бесплатно (free)

В последнее время все больше работодателей осознают, что кроме навыков, знаний и компетенций, у сотрудников должны быть ценности, соответствующие компании. Как научиться проводить собеседования о ценностях, главная цель которого – понять, что у сотрудника с компанией есть единые цели и принципы, на митапе «Оценка компетенций специалистов» рассказала Елена Дуюн.

27.09.2021    1463    DuyunElena    0    

5 мифов о найме разработчиков 1С

Управление персоналом (HRM) Бесплатно (free)

Распространенные мифы о найме в 1С с комментариями программистов, консультантов, аналитиков, архитекторов и руководителей 1С-разработки.

24.09.2021    2581    Neti    34    

Собеседования кандидатов: построение эффективной системы оценки

Управление персоналом (HRM) УУ Бесплатно (free)

Найти хорошего работника надолго – мечта многих руководителей. Но в ИТ-компаниях текучка кадров большая, и программисты часто уходят. HR-директор компании 1С Game Studios и 1C Entertainment Сергей Волков рассказал несколько интересных вещей, которые помогут подбирать и нанимать людей не под отдельные проекты, а на долгие годы.

23.09.2021    819    sergiyseriy    0    

Формирование и продвижение HR-бренда. Притягиваем таланты!

Управление персоналом (HRM) Бесплатно (free)

Не все понимают значение HR в команде и компании в целом. Одни считают, что это кадровый работник, другие уверены, что этот сотрудник занимается подбором персонала. Почему взгляд на HR надо изменить, и чем он поможет в развитии, не митапе «Оценка компетенций специалистов» рассказала HR компании IT Capital Анна Степанян.

22.09.2021    1178    Охотница за головами    3    

Как отбирать и проверять менеджеров

Управление персоналом (HRM) Бесплатно (free)

На митапе «Оценка компетенций специалистов» управляющий партнер школы менеджеров «Стратоплан» Вячеслав Панкратов рассказал, на что нужно обратить внимание при подборе сотрудников на руководящие должности – какие вопросы задавать на собеседовании, что слушать и как слышать ответы.

17.09.2021    743    SlavaPankratov    0    

Собеседование программиста 1С

Управление персоналом (HRM) Мотивация, лидерство и личная эффективность Управление командой Бесплатно (free)

Собеседование на должность программиста 1С - это стресс или переговоры? Рассмотрим цели и задачи собеседования; подходы, применяемые для собеседования программистов; подготовку к собеседованию.

16.03.2021    3347    maraton1185    3    

Эффективные приемы подбора персонала на "перегретом рынке"

Управление персоналом (HRM) Бесплатно (free)

При подборе персонала недостаточно руководствоваться одной лишь интуицией – это может привести к высокой текучке и ошибкам. О том, как упростить процедуру собеседования и снизить риск несоответствия кандидата предъявляемым требованиям, рассказал руководитель практики FRM и BI компании WiseAdvice Сергей Наумов.

22.01.2021    2647    SergeyN    10    

Нанимаем программиста 1С – "прыжок веры" или грамотный набор

Управление персоналом (HRM) Бесплатно (free)

Мы перестали смотреть резюме программистов 1С, описание их достижений, их сертификаты. Используем только цифры, накладывая результат теоретического собеседования на нашу шкалу квалификации программистов 1С. Благодаря этому, мы точно можем определить кто он: junior, middle или senior, – рассказывает генеральный директор ООО «КРОН» Ранис Усманов. На полях INFOSTART MEETUP Kazan он поделился секретами подбора 1С-программистов и примерами задач, которые упростят подбор сотрудников.

18.01.2021    15728    Ranis1286    97    

Просто о 1С:ЗУП 3.1 за 10 минут

Зарплата Управление персоналом (HRM) v8 v8::СПР ЗУП3.x Россия БУ УУ Бесплатно (free)

Когда начинал работать с конфигурацией 1С ЗУП 2.5 не было никакого краткого описания этой конфигурации. Приходилось читать умные книги. Статья представляет собой вводный инструктаж в 1С: ЗУП 3.1 для начинающих.

04.09.2020    16126    Kaval88    32    

Управление персоналом через систему ценностей

Управление персоналом (HRM) Управление командой Бесплатно (free)

Ценности – очень эффективный механизм для управления персоналом. О том, как сформулировать ценности компании и прийти через них к согласию с коллективом, в своем докладе на конференции Infostart Event 2019 Inception рассказал Антон Солодков, директор компании Ант-Хилл.

31.07.2020    1960    user607296_solodkov    4    

Введение в практическую конфликтологию. Часть первая, "капитанская"

Мотивация, лидерство и личная эффективность Управление персоналом (HRM) Бесплатно (free)

Конфликты являются неотъемлемой и естественной частью любых рабочих коммуникаций. И только от нас зависит, станет ли конфликт отправной точкой в развитии рабочих отношений или наоборот, окончательно их разрушит.

20.07.2020    2043    avysotskaya    29    

У меня нулевая текучка

Управление персоналом (HRM) Бесплатно (free)

Да-да, правда

30.01.2020    10641    1c-intelligence    134    

Хороший, плохой, злой 1С-ник

Управление персоналом (HRM) Бесплатно (free)

В этой статье хотелось бы поднять проблему отношения к программистам 1С. Нечасто люди могут отличить хорошего программиста от плохого. Для людей важно исполнение их хотелок в кратчайшие сроки. Но является ли это показателем качества? Как отличить хорошего от плохого программиста? А еще есть отдельная каста - злые. Это вообще как? Давайте немного подробнее разберемся в этих вопросах

14.01.2020    20481    opx    145    

Как найти «кнопку ВКЛ» у инженера, и всегда ли надо ее искать 

Управление персоналом (HRM) Мотивация, лидерство и личная эффективность Управление командой Россия Бесплатно (free)

Александр Орлов – управляющий партнер группы проектов Стратоплан, тренер школы менеджеров Стратоплан по работе с людьми и управленческим навыкам. На конференции Infostart Event 2018 Education Александр не только прочел доклад, но и провел мастер-класс. Мы перевели его в текстовый формат и делимся с участниками нашего сообщества. Ссылка на видеозапись мастер-класса – в конце текста.

23.10.2019    5194    user1069584    1    

Медвежьи услуги по требованию

О жизни Управление персоналом (HRM) Бесплатно (free)

О, сколько открытий чудных готовит нам профессия программиста 1С.

16.10.2019    14381    1c-intelligence    116    

Пуля

Управление персоналом (HRM) Бесплатно (free)

Доля прибыли для сотрудников

10.10.2019    7517    1c-intelligence    64    

Как работать с мероприятиями адаптации персонала в 1С: 8 ЗУП 3.1 КОРП

Инструкции пользователю Управление персоналом (HRM) v8 v8::СПР ЗУП3.x УУ Бесплатно (free)

Посмотрим, как работает функционал адаптации персонала в 1С ЗУП КОРП.

19.04.2019    8209    Etozheegorov    0    

Функционал электронного интервью в 1С: ЗУП 3.1 КОРП

Управление персоналом (HRM) Инструкции пользователю v8 v8::СПР ЗУП3.x Россия УУ Бесплатно (free)

Рассмотрим полезный, но достаточно сложный HR-функционал в конфигурации 1С: ЗУП 3.1 КОРП.

15.04.2019    7583    Etozheegorov    4    

Памятка руководителя: Уволь HRа и найди себе хороших сотрудников

Управление персоналом (HRM) Бесплатно (free)

Продолжаю цикл «Памятка руководителя». Эта статья будет на тему поиска новых сотрудников и одной грубой ошибки при проведении собеседования.

29.10.2018    12733    andironenko    36    

Система мотивации команд разработки и внедрения систем управления производством

Управление персоналом (HRM) Внедрение ИТ-системы Управление командой УУ Бесплатно (free)

Вопросы мотивации каждая компания решает по-своему. Руководитель проектов по автоматизации Артем Шамсутдинов рассказал о том, какую систему мотивации выбрали для себя в компании.

30.07.2018    6737    sm.artem    3    

Тезисы о разработке систем мотивации

Управление персоналом (HRM) Управление проектом УУ Бесплатно (free)

Несколько советов по разработке систем мотивации, основанных на моем скромном опыте.

15.08.2017    16255    1c-intelligence    33    

Почему системы мотивации это зло и как их избежать

Управление персоналом (HRM) Управление проектом УУ Бесплатно (free)

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

28.06.2017    14109    user597112_malisia1980    19    

Волки, свиньи и бараны, но директор - человек

Зарплата Управление персоналом (HRM) Анализ и проектирование ИТ-систем УУ Бесплатно (free)

Сотрудников надо мотивировать на полезный результат. ERP поможет рассчитать премию, но сперва надо определиться с формулой. Толкаемая кипиайщиками сложение нормированных показателей работает плохо, например, у новичков глаза разбегаются, – за что хвататься. Многие придумывают собственные сложные формулы, иногда удачные, иногда не очень... Математика дает нам много возможностей, но чтобы был эффект, надо не забывать что мы работаем с людьми, и у каждого свои тараканы. Впрочем, есть и общие механизмы, и чтобы обратить на них ваше внимание, все эпиграфы этой статьи мы взяли из книги Карен Прайор «не рычите на собаку». В качестве решаемой сверхзадачи выбран вопрос адекватной зарплаты для директора. Итог статьи: маштабируемая формула с эффектом тамагочи.

18.07.2013    14973    martynow    14