МЕТОД ОТБОРА ПЕРСОНАЛА ДЛЯ МУЛЬТИПРОЕКТНЫХ КОМАНД

Доценко Наталья Владимировна1, Чумаченко Игорь Владимирович2, Сабадош Любомир Юрьевич3, Дидык Наталья Алексеевна4
1Национальный аэрокосмический университет «Харьковский авиационный институт», кандидат технических наук, доцент
2Национальный аэрокосмический университет «Харьковский авиационный институт», доктор технических наук, профессор
3Национальный аэрокосмический университет «Харьковский авиационный институт», аспирант
4Национальный аэрокосмический университет «Харьковский авиационный институт», аспирант

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

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


METHOD OF PERSONNEL SELECTION FOR MULTIDESIGN COMMANDS

Dotsenko Natalia Vladimirovna1, Chumachenko Igor Vladimirovich2, Sabadosh Lubomir Ur'evich3, Didyk Natalia Alekseevna4
1National Aerospace University "Kharkiv aviation institute", PhDinTech. Sci, Assistant Professor
2National Aerospace University "Kharkiv aviation institute", Dr.Sci.Tech., professor
3National Aerospace University "Kharkiv aviation institute", post-graduate student
4National Aerospace University "Kharkiv aviation institute", post-graduate student

Abstract
The problem of projects and programs management efficiency increase in the multidesign environment is considered. The problem of personnel selection for multidesign commands is formulated. The method of project command formation with restrictions on functional duties is developed. Questions of redistribution of resources in the multiproject are considered.

Keywords: command, multiproject, personnel, project, resources, selection of the personnel, structure of a command


Рубрика: 05.00.00 ТЕХНИЧЕСКИЕ НАУКИ

Библиографическая ссылка на статью:
Доценко Н.В., Чумаченко И.В., Сабадош Л.Ю., Дидык Н.А. Метод отбора персонала для мультипроектных команд // Современные научные исследования и инновации. 2013. № 4 [Электронный ресурс]. URL: https://web.snauka.ru/issues/2013/04/23460 (дата обращения: 18.04.2024).

Постановка проблемы

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

 

Анализ последних исследований и публикаций

При решении задачи о назначении ресурсов в мультипроект  необходимо обеспечить решение задач формирования состава команды, распределения функций (ролей), распределение объемов работ [1]. Поскольку команда мультипроекта является интегрированной совокупностью разнородных элементов, использование принципов распределения гомогенных ресурсов не позволяет учесть специфику и вид команды [2].

Учет сопряженности и эквивалентности работ, входящих в состав мультипроекта, позволяет упростить топологию сети, однако приводит к необходимости использования интактных команд [3]. Использование принципов мобильности в мультипроектах достигается за счет создания интактных команд, которые являются мобильными единицами.

Агрегирование ресурсов в мультипроектах позволит упростить распределение ресурсов. В данном случае на каждую агрегированную задачу происходит распределение мультиресурсов [4]. Так как при применении стандартных методов решения задачи о назначениях не происходит учет временных характеристик работ и их взаимовлияние, то возникает необходимость согласования календарных и ресурсных планов проектов, входящих в мультипроект, к снижению эффективности выполнения задачи. Назначение интактных команд на выполнение нескольких задач одновременно в нескольких проектах мультипроекта приведет к возникновению ресурсных конфликтов на проектном уровне, что приводит к необходимости использования специализированного программного обеспечения при распределении ресурсов.

Известные методы распределения ресурсов в мультипроектной среде не позволяют учесть изменения потребности в ресурсах и динамику изменения уровня загрузки ресурсов в течение жизненного цикла мультипроекта [5]. Дополнительными ограничениями являются специфика проекта, его топология, вид жизненного цикла проектов, входящих в мультипроект, согласованность применяемых в мультипроекте методологий (применение различных видов методологий), что приводит к снижению эффективности известных методов.

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

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

Основной материал.

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

Постановка задачи отбора персонала для мультипроектных команд

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

Задачу формирования команды проекта с ограничением на функциональные обязанности (один член команды – одна функция) можно сформулировать следующим образом.

Пусть:

P = {P1, P2, … , Pn} – множество претендентов в команду;

А = {A1, A2,  … ,  Am} – множество функций;

Rij – элемент (n x m) – матрицы компетенций, которая связывает возможности претендентов относительно способности выполнения соответствующих функций (табл. 1). Если i-ый претендент выполняет j-ю функцию, то Rij = 1, в противном случае Rij = 0. Рассматриваются претенденты, способные выполнять две и более функции;

Таблица 1

                                   Матрица компетенций

PA

A1

A 2

Aj

Am

P1

R11

R12

R1j

R1m

Pi

Ri1

Ri2

Rij

R2m

Pn

Rn1

Rn2

Rnj

Rnm

 

Сij – элемент (n x m) – матрицы стоимостей, которая связывает стоимость выполнения соответствующих функций каждым претендентом (табл. 2). Если i-ый претендент выполняет j-ю функцию, то Сij > 0, в противном случае Сij = 0,

T = {T1, T2, … , Tn} – требуемое количество членов команды для реализации соответствующей функции.

Таблица2

                                  Матрица стоимостей

PA

A1

A 2

Aj

Am

P1

C11

C12

C1j

C1m

Pi

Ci1

Ci2

Cij

C2m

Pn

Cn1

Cn2

Cnj

Cnm

 

Требуется:

Найти состав команды проекта D, описываемый (n x m) – матрицей, в которой  элемент матрицы Dij =1, если i-ый претендент отобран в команду для выполнения j-ой функции (табл. 3), при котором

                                                                                                                  

                                                                                              Таблица 3

                                Состав команды

PA

A1

A 2

Aj

Am

P1

D11

D12

D1j

D1m

Pi

Di1

Di2

Dij

D2m

Pn

Dn1

Dn2

Dnj

Dnm

 

Формирование команды проекта с ограничениями на функциональные обязанности

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

В общем виде метод решения задачи состоит из следующих этапов.

Этап 1. Для каждой функции (для каждого столбца матрицы) сформировать множество претендентов в команду, реализующих соответствующие функции.

Этап 2. Записать частные логические функции, отражающие множество сочетаний претендентов, реализующих заданные функции с заданным резервированием.

Этап 3. Выполнить *-умножение частных логических функций. Данная операция отличается от обычной конъюнкции тем, что Pi,j*Pi,P = 0 и обусловлена тем, что каждый член команды выполняет только одну функцию.

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

Этап 5. Выбрать минимальный по стоимости вариант построения команды проекта на основании матрицы стоимостей.

Рассмотрим пример выбора членов команды.

Для заданной матрицы компетенций (табл. 4) необходимо отобрать команду с требованиями: T= {F1,2F2,F3, 2F4}.

                                                                                              Таблица 4

                        Исходная матрица компетенций

PA

A1

A2

A3

A4

P1

1

0

1

0

P2

0

1

0

1

P3

0

1

1

0

P4

1

0

1

0

P5

1

0

0

1

P6

0

0

1

0

P7

0

1

0

1

P8

1

0

0

1

 

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

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

P2,2P3,2 , P2,2P7,2 , P3,2P7,2.

         Поставим в соответствие множеству вариантов логическую функцию, соответствующую дизъюнкции  возможных вариантов. В табл. 5 приведены логические функции для каждой задачи.

                                                        Таблица 5

                           Логические функции для каждой задачи

Номер функции, реализуемой в проекте

Вид логической функции

1

P1,1 v P4,1 v P5,1 v P8,1

2

P2,2P3,2 v P2,2P7,2 v P3,2P7,2

3

P1,3 v P3,3 v P4,3 v P6,3

4

P2,4P5,4 v P2,4P7,4 v P2,4P8,4 v P5,4P7,4 v P5,4P8,4 v P7,4P8,4

 

Записываем логическую функцию реализации проекта функцию как *-произведение частных логических функций.

Е = (P1,1 v P4,1 v P5,1 v P8,1 )* (P2,2P3,2 v P2,2P7,2 v P3,2P7,2 )* (P1,3 v P3,3 v P4,3 v P6,3 )* (P2,4P5,4 v P2,4P7,4 v P2,4P8,4 v P5,4P7,4 v P5,4P8,4 v P7,4P8,4 ).

         Эту функцию приводим к бесскобочному виду с учетом *-умножения (Pi,j*Pi,P = 0, 0*Pij = 0, 0 v Pi,j = Pi,j)

Е = P1,1P2,2P3,2P4,3P5,4P7,4 v P1,1P2,2P3,2P4,3P5,4P8,4 v P1,1P2,2P3,2P4,3P7,4P8,4 v P1,1P2,2P3,2ххP5,4P6,3P7,4 v P1,1P2,2P3,2P5,4P6,3P8,4 v P1,1P2,2P3,2P6,3P7,4P8,4 v P1,1P2,2P3,3P5,4P7,2P8,4 v P1,1х P2,2P4,3P5,4P7,2P8,4 v P1,1P2,2P5,4P6,3P7,2P8,4 v P1,1P2,4P3,2P4,3P5,4P7,2 v P1,1P2,4P3,2P4,3P7,2P8,4 v P1,1P3,2P4,3P5,4P7,2P8,4 v P1,1P2,4P3,2P5,4P6,3P7,2 v P1,1P2,4P3,2P6,3P7,2P8,4 v P1,1P3,2P5,4P6,3P7,2P8,4 v P1,3P2,2P3,2P4,1P5,4P7,4 v P1,3P2,2P3,2P4,1P5,4P8,4 v P1,3P2,2P3,2P4,1P7,4P8,4 v P2,2P3,2P4,1P5,4P6,3P7,4 v P2,2P3,2P4,1P5,4P6,3P8,4 v P2,2P3,2P4,1P6,3P7,4P8,4 v P1,3P2,2P4,1P5,4P7,2P8,4 v P2,2P3,3P4,1P5,4P7,2P8,4 v P2,2P4,1P5,4P6,3P7,2P8,4 v P1,3P2,4P3,2P4,1P5,4P7,2 v P1,3P2,4P3,2P4,1P7,2P8,4 v P1,3P3,2P4,1P5,4P7,2P8,4 v P2,4P3,2P4,1P5,4P6,3P7,2 v P2,4P3,2P4,1P6,3P7,2P8,4 v P3,2P4,1P5,4P6,3P7,2P8,4 v P1,3P2,2P3,2P5,1P7,4P8,4 v P2,2P3,2P4,3P5,1P7,4P8,4 v P2,2P3,2P5,1P6,3P7,4P8,4 v P1,3P2,4P3,2P5,1P7,2P8,4 v P2,4P3,2P4,3P5,1P7,2P8,4 v P2,4P3,2P5,1P6,3P7,2P8,4 v P1,3P2,2P3,2P5,4P7,4P8,1 v P2,2P3,2P4,3P5,4P7,4P8,1 v P2,2P3,2P5,4P6,3P7,4P8,1 v P1,3P2,4P3,2P5,4P7,2P8,1 v P2,4P3,2P4,3P5,4P7,2P8,1 v P2,4P3,2P5,4P6,3P7,2P8,1.

 

В табл. 6 приведены варианты построения команды проекта. Для каждого варианта указаны выполняемые им в проекте функции. Если значение “0″ – это указывает, что претендент в команду не вошел.

                                                                                                           Таблица 6

Варианты построения команды проекта

№ вар.

P1

P2

P3

P4

P5

P6

P7

P8

1

1

2

2

3

4

0

4

0

2

1

2

2

3

4

0

0

4

3

1

2

2

3

0

0

4

4

4

1

2

2

0

4

3

4

0

5

1

2

2

0

4

3

0

4

6

1

2

2

0

0

3

4

4

7

1

2

3

0

4

0

2

4

8

1

2

0

3

4

0

2

4

9

1

2

0

0

4

3

2

4

38

0

2

2

3

4

0

4

1

39

0

2

2

0

4

3

4

1

40

3

4

2

0

4

0

2

1

41

0

4

2

3

4

0

2

1

42

0

4

2

0

4

3

2

1

        

Перераспределение ресурсов в проекте

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

Например,  для команды проекта, с матрицей компетенций, приведенной в табл. 7   реализующей требования Т = {3, 1, 2, 2} c функцией реализации проекта вида

         Е = P1,1P2,2P3,3P4,1P5,1P6,3P7,4P8,4 v P1,1P2,4P3,3P4,1P5,1P6,3P7,2P8,4 v          P1,1P2,2P3,3P4,1P5,4P6,3P7,4P8,1 v P1,1P2,4P3,3P4,1P5,4P6,3P7,2P8,1 v    P1,1P2,4P3,2P4,3P5,1P6,3P7,4P8,1 v P1,3P2,4P3,2P4,1P5,1P6,3P7,4P8,1.

                                                                                              Таблица 7

                        Исходная матрица компетенций

PA

A1

A2

A3

A4

P1

1

0

1

0

P2

0

1

0

1

P3

0

1

1

0

P4

1

0

1

0

P5

1

0

0

1

P6

0

0

1

0

P7

0

1

0

1

P8

1

0

0

1

 

Произвести перераспределение ресурсов  для требований:

T= {2F1,2F2,2F3, 2F4}.

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

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

                    P1,1P4,1 , P1,1P5,1 , P1,1P8,1 , P4,1P5,1 , P4,1P8,1 , P5,1P8,1.

         Поставим в соответствие множеству вариантов логическую функцию, соответствующую дизъюнкции  возможных вариантов. В табл. 8. приведены логические функции для каждой задачи.

                                                                  Таблица 8

                           Логические функции для каждой задачи

Номер функции, реализуемой в проекте

Вид логической функции

1

P1,1P4,1 v P1,1P5,1 v P1,1P8,1 v P4,1P5,1 v P4,1P8,1 v P5,1P8,1

2

P2,2P3,2 v P2,2P7,2 v P3,2P7,2

3

P1,3P3,3 v P1,3P4,3 v P1,3P6,3 v P3,3P4,3 v P3,3P6,3 v P4,3P6,3

4

P2,4P5,4 v P2,4P7,4 v P2,4P8,4 v P5,4P7,4 v P5,4P8,4 v P7,4P8,4

 

Записываем логическую функцию реализации проекта функцию как *-произведение частных логических функций.

Е = (P1,1P4,1 v P1,1P5,1 v P1,1P8,1 v P4,1P5,1 v P4,1P8,1 v P5,1P8,1) *  (P2,2P3,2 v P2,2P7,2 v P3,2P7,2) * (P1,3P3,3 v P1,3P4,3 v P1,3P6,3 v P3,3P4,3 v P3,3P6,3 v P4,3P6,3) * (P2,4P5,4 v P2,4P7,4 v P2,4P8,4 v P5,4P7,4 v P5,4P8,4 v P7,4P8,4).

         Эту функцию приводим к бесскобочному виду с учетом *-умножения (Pi,j*Pi,P = 0, 0*Pij = 0, 0 v Pi,j = Pi,j)

          Е =  (P1,1P2,2P3,2P4,1 v P1,1P2,2P4,1P7,2 v P1,1P3,2P4,1P7,2 v P1,1P2,2P3,2P5,1 v P1,1P2,2P5,1P7,2 v P1,1P3,2P5,1P7,2 v P1,1P2,2P3,2P8,1 v P1,1P2,2P7,2P8,1 v P1,1P3,2P7,2P8,1 v P2,2P3,2P4,1P5,1 v P2,2P4,1P5,1P7,2 v P3,2P4,1P5,1P7,2 v P2,2P3,2P4,1P8,1 v P2,2P4,1P7,2P8,1 v P3,2P4,1P7,2P8,1 v P2,2P3,2P5,1P8,1 v P2,2P5,1P7,2P8,1 v P3,2P5,1P7,2P8,1) * (P1,3P3,3 v P1,3P4,3 v P1,3P6,3 v P3,3P4,3 v P3,3P6,3 v P4,3P6,3) * (P2,4P5,4 v P2,4P7,4 v P2,4P8,4 v P5,4P7,4 v P5,4P8,4 v P7,4P8,4) =  P1,1P2,2P3,3P4,1P5,4P6,3P7,2P8,4 v P1,1P2,2P3,2P4,3P5,1P6,3P7,4P8,4 v P1,1P2,4P3,2P4,3P5,1P6,3P7,2P8,4 v P1,1P2,2P3,2P4,3P5,4P6,3P7,4P8,1 v P1,1P2,4P3,2P4,3P5,4P6,3P7,2P8,1 v P1,3P2,2P3,2P4,1P5,1P6,3P7,4P8,4 v P1,3P2,4P3,2P4,1P5,1P6,3P7,2P8,4 v P1,3P2,2P3,2P4,1P5,4P6,3P7,4P8,1 v P1,3P2,4P3,2P4,1P5,4P6,3P7,2P8,1.

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

         Вид матрицы стоимости существенно влияет на выбор оптимального варианта состава команды. Так, например, для матрицы компетенций и матрицы стоимостей, приведенных соответственно в табл. 9 и 10  и требований {2F1, 2F2, 2F3, 2F4, 2F5} в табл. 11  приведены варианты построения команды проекта.

                                   Таблица 9                                                       Таблица 10

       Матрица компетенций                                     Матрица стоимостей

 

PA

A1

A2

A3

A4

A5

 

PA

A1

A2

A3

A4

A5

P1

1

0

1

0

0

 

P1

4

0

2

0

0

P2

1

1

0

0

0

 

P2

2

3

0

0

0

P3

1

0

0

1

0

 

P3

3

0

0

2

0

P4

1

0

0

0

1

 

P4

4

0

0

0

2

P5

0

1

1

0

0

 

P5

0

3

2

0

0

P6

0

1

0

1

0

 

P6

0

2

0

4

0

P7

0

1

0

0

1

 

P7

0

4

0

0

2

P8

0

0

1

1

0

 

P8

0

0

4

3

0

P9

0

0

1

0

1

 

P9

0

0

3

0

4

P10

0

0

0

1

1

 

P10

0

0

0

3

4

 

Таблица 11

Варианты построения команды проекта

 

P1

P2

P3

P4

P5

P6

P7

P8

P9

P10

1

1

1

4

5

2

2

5

3

3

4

2

1

1

4

5

2

4

2

3

3

5

3

1

1

4

5

3

2

2

3

5

4

4

1

1

4

5

3

2

2

4

3

5

5

1

2

1

5

2

4

5

3

3

4

6

1

2

1

5

3

2

5

4

3

4

7

1

2

1

5

3

4

2

3

5

4

8

1

2

1

5

3

4

2

4

3

5

9

1

2

4

1

2

4

5

3

3

5

10

1

2

4

1

3

2

5

3

5

4

11

1

2

4

1

3

2

5

4

3

5

12

1

2

4

1

3

4

2

3

5

5

13

3

1

1

5

2

2

5

4

3

4

14

3

1

1

5

2

4

2

3

5

4

15

3

1

1

5

2

4

2

4

3

5

16

3

1

1

5

3

2

2

4

5

4

17

3

1

4

1

2

2

5

3

5

4

18

3

1

4

1

2

2

5

4

3

5

19

3

1

4

1

2

4

2

3

5

5

20

3

1

4

1

3

2

2

4

5

5

21

3

2

1

1

2

4

5

3

5

4

22

3

2

1

1

2

4

5

4

3

5

23

3

2

1

1

3

2

5

4

5

4

24

3

2

1

1

3

4

2

4

5

5

 

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


Библиографический список
  1.  Бурков В.Н. Модели и методы мультипроектного управления / В.Н. Бурков, О.Ф. Квон, Л.А. Цитович. М.: Институт проблем управления, 1997. – 62 с.
  2. Управління проектами / заг. ред. О.В. Пономаренко. – Донецьк: «Донбас». – ДонДУУ, 2010. – 912 с.
  3. Шиков Ю.А. Система объединения проектов в мультипроект при наличии эквивалентных и сопряженных работ / Ю.А. Шиков, О.С. Зайцева // Научная сессия МИФИ-2005. Экономика и управление. -  Том 13. 
  4. Матвеев А.А. Модели и методы управления портфелями проектов / А.А. Матвеев, Д.А. Новиков, А.В. Цветков. –  М.: ПМСОФТ, 2005. – 206 с.
  5. Новиков Д.А. Математические модели формирования и функционирования команд / Д.А. Новиков. – М.: Изд-во физ.-мат. лит-ры, 2008. – 184 с.


Количество просмотров публикации: Please wait

Все статьи автора «Доценко Наталья Владимировна»


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

Связь с автором (комментарии/рецензии к статье)

Оставить комментарий

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

Если Вы еще не зарегистрированы на сайте, то Вам необходимо зарегистрироваться:
  • Регистрация