Представляем вашему вниманию новый вебинар о том, как с нуля организовать в компании систему подбора персонала. В материале вы найдете видео и презентацию спикера семинара – Айгюн Курбановой.

Айгюн Курбанова,
начальник подгруппы - руководитель направления корпоративного актива, председатель корактива Московского аэропорта "Домодедово" (DME)

План вебинара:

• Порядок расчета потребности в новых сотрудников: Планирование подбора (долгосрочное и краткосрочное). Воронка подбора. . Порядок расчета нагрузки на рекрутера.
• Порядок подбора персонала: Профиль должности, заявка на подбор – чем отличаются и для чего нужны. Источники подбора персонала. Проведение интервью (виды интервью, порядок проведения). Проверка рекомендаций финальных кандидатов. Job offer- функция, форма.
• Порядок оценки эффективности системы подбора в компании: KPI подбора / Качество подбора (обратная связь от соискателей)
• Системы автоматизации подбора персонала
• Формализация подбора персонала в компании – документы по подбору персонала.

Подбор персонала – самая востребованная у работодателя HR-функция. Как правило, если в компании нет службы персонала, то первая функция, которая появляется, как раз посвящена поиску и набору сотрудников. Вначале приведем вот такую интересную статистику:

• 10 % вакансий не имеют шанса быть закрытыми;
• 20% вакансий размещаются на сайтах не с целью найти работников;
• 40% работодателей ищут вовсе не тех, про кого пишут в объявлениях;
• 70% откликов не успевают просматриваться работодателями;
• 90% компаний жалуются на то, что найти нормальный персонал невозможно.

Что ждет компания от службы персонала?

В сторону HR-департамента поступают разные запросы. Рассмотрим ожидания основных заинтересованных в помощи службы персонала сторон.

Акционеры ждут от службы персонала:

• Снижения затрат;
• Повышения эффективности;
• Рентабельности от вложений в персонал;

Менеджмент хочет от HR-департамента:

• Наличия персонала (работы по привлечению и удержанию сотрудников);
• Соответствия уровеня персонала задачам подразделения и бизнеса в целом (здесь задействованы функции оценка и обучения работников);
• Мотивированности персонала;
• Прозрачности работы HR службы;
• Защищенности бизнеса в вопросах трудового права;
• Разделения коллективом ценностей компании;
• Формирования и поддержания HR-бренда – имиджа работодателя;
• Участия в достижении бизнес-целей компании.

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

Коллектив ждет от службы персонала:

• Достойный уровень доходов + соцпакет;
• Признания заслуг;
• Наличия системы обучения и развития;
• Удовлетворения от работы;
• Прозрачности системы работы;
• Формирование и поддержание корпоративной культуры.

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

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

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

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

Что такое подбор персонала?

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

Порядок построения системы подбора в компании

• Аудит;
• Стратегия;
• Регламентация;
• Персонал (подбор и обучение);
• Внедрение / Автоматизация;
• Итоги.

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

Этапы построения системы подбора персонала

Ниже последовательно рассмотрены этапы построения системы подбора персонала в компании – от аудита до подведения результатов. На каждом из этапов приведены конкретные действия, которые нужно предпринять HR-департаменту.

• Запрос заказчика;
• HR-стратегия;
• Опрос руководителей;
• Анкетирование сотрудников;
• Что есть сейчас (чеклист);
• KPI подбора;
• SWOT анализ.

2. Разработка и защита стратегии

• Что хотим?
• Что для этого делаем?
• Как мы поймем что достигли цели?
• Какие ресурсы нам нужны?

3. Описание бизнес процессов и регламентация

• Блок-схемы
• Описание процессов
• Регламенты по основным процессам

4. Подбор и обучение персонала HR-службы

• Внутренние тренинги
• Наставничество
• Стажировки
• Внешнее обучение

5. Внедрение / Автоматизация

6. Подведение итогов

Принципы подбора персонала

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

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

Методы подбора персонала

Основные методы подбора персонала, к которым прибегают рекрутеры в настоящий момент:

• Скрининг
• Рекрутинг
• EXECUTIVE SEARCH
• HEADHUNTING

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

Матрица принятия решения (прием / увольнение)

	Акционер	Генеральный директор	Финансовый директор	Директор по персоналу
Генеральный директор
Финансовый директор
Менеджер по персоналу

Порядок расчета потребности в новых сотрудниках:

• План подбора (годовой / квартальный / ежемесячный)
• Воронка подбора
• Расчет сроков подбора персонала
• Порядок расчета нагрузки на рекрутера

План подбора на год

• Планировать работу службы персонала
• Планировать расходы (бюджет)
• Планировать работу с кадровым резервом компании

Подразделение	Должность	Обоснование
Департамент продаж	Менеджер по продажам	Высокий сезон, стандартная текучесть
Транспортный отдел	Водитель -экпедитор	Текучесть

• Показатели текучести персонала подразделения в Компании/в среднем по отрасли;
• Сезонные изменения рынка труда, снижение и увеличение активности на рынке труда;
• Планирование сотрудниками подразделений отпусков по уходу за ребенком;
• Увеличение / уменьшение рабочих мест в соответствии со стратегией компании
• Освобождение должностей в результате реализации программы работы с кадровым резервом;
• Планы развития подразделения;
• Показатели эффективности действующих сотрудников подразделения
• Экономическая ситуация в стране

Руководитель подразделения и HR несут ответственность за предоставленный план подбора персонала!

Расчет сроков подбора персонала

(Кслож + Кпр) / 2 * Кподб

• Кслож - коэффициент категории сложности подбора
• Кпр - коэффициент приоритетности подбора
• Кподб - категория подбора (количество дней).

Коэффициент категории сложности

	Обоснование	Повышающий коэффициент

Коэффициент приоритетности

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

Предприятие. Кондитерская фабрика «Золотой Орех», созданная на арендованных площадях 5 лет назад, управляется генеральным директором, он же – единственный собственник.

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

Положение на рынке - устойчивое. Клиентская база включает оптовиков и крупные магазины.

Финансовое положение - устойчивое. Увеличение оборота за прошлый год составило 15%.

Персонал. Численность - 1000 человек, средний возраст - 35 лет, годовая текучесть - 10%, доля сотрудников с высшим образованием - 35%.

Три основных варианта стратегии предприятия:

1) Стратегия инновации - производство уникального товара

2) Стратегия качества - предложение высококачественных товаров и услуг потребителям

3) Стратегия лидерства в издержках - спланированные результаты политики,
направленной на «избежание лишних затрат»

Задание. Для одного из вариантов стратегии:

1. Разработать стратегические цели работы с персоналом

2. Разработать проект кадровой политики

3. Разработать цели работы с персоналом на 1 год

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

1. Стратегические цели работы с персоналом:

Достижение всем составом персонала высокого уровня профессионализма

Увеличение доли работников с высшим образованием

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

2. Проект кадровой политики

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

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

3. Цели работы с персоналом на 1 год:

Снизить текучесть кадров до 7%

Привлечь высококвалифицированных работников в количестве не менее 30 человек

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

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

Внедрить систему оплаты труда, учитывающую показатели качества

Задание. Автор книги «Об умении работать с людьми» - глава известной космической компании Мери Кэй пишет: «Мы считаем, что собственных руководителей нужно растить внутри компании. Нам не надо брать человека со стороны, если мы уже подготовили своего квалифицированного специалиста. Когда открывается свободная вакансия, заведующий отделом должен представить описание характера работы в наш отдел кадров, который в свою очередь, помещает эту информацию на доску объявлений во всех зданиях компании. Любой служащий может предложить свою кандидатуру. Не имеет значения, чем он занимается в данное время. Если человеку не нравится его настоящая работа или он чувствует, что новое место открывает возможность для дальнейшего продвижения и считает, что справится с этими обязанностями, он подает заявку. Все претенденты приглашаются на собеседование, и иногда на одно место подают заявки до двадцати пяти человек …»

Какие особенности кадровой политики фирмы «Мери Кэй» можно отметить, исходя из данного примера?

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

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

Приоритетность человеческого и интеллектуального потенциалов в работе с людьми

Степень выполнения кадровой политики компании, использования ресурсов, выделенных под целевые задачи этой политики

Внимание к проблеме кадровой политики со стороны высших органов компании

Степень информационного обеспечения

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

Степень сплоченности и квалификация (в вопросах управления персоналом) команды руководителей

Удельная эффективность кадровых решений

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

Достижение конкретного конечного результата

Умение руководства работать планово

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

Раздел III. Кадровое планирование.

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

Планирование персонала представляет собой важнейший элемент общей системы планирования организации.

Принципы кадрового планирования:

· участие максимального числа сотрудников организации;

· преемственность;

· гибкость;

· непрерывность;

· согласование планов посредством их координации и интеграции;

· соответствие требованиям трудового законодательства;

· учет индивидуальной и коллективной психологии работников;

· создание необходимых условий для выполнения плана;

· максимальное раскрытие способностей работников;

· учет экономических и социальных последствий.

Кадровое планирование осуществляется с помощью различных методов.

Задание. Перечислите основные методы планирования и раскройте их сущность. Покажите достоинства и недостатки этих методов. Какие методы определения потребностей в персонале Вы бы порекомендовали крупному коммерческому банку, компании Макдоналдс, УВД?

Количественные методы планирования:

Бюджетный: строится таблица, которая отражает поступление и расходование ресурсов;

Балансовый: составление системы балансов;

Нормативный: использование нормативов (численности, управляемости);

Статистический: использование статистики предыдущих периодов и других предприятий;

Экстраполяции: проецирование текущей ситуации на будущие периоды времени

Качественные методы планирования:

Экспертных оценок;

Групповых оценок (мозговой штурм);

Метод Дельфи (экспертный и групповой);

SWOT-анализ;

Компьютерные модели

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

Для компании Макдоналдс можно предложить SWOT-анализ, метод экстраполяции.

Наиболее подходящими для УВД методами являются статистический и бюджетный.

Показатели, используемые в планировании, подразделяются на: утверждаемые и расчетные, натуральные и стоимостные, абсолютные и относительные, количественные и качественные Методика расчетов и представления показателей по труду должны устанавливаться Минздравсоцразвития РФ совместно с соответствующими отраслевыми министерствами и ведомствами. Для анализа и планирования, а также оценки конкурентоспособности организации, используется система показателей по труду.

Задание. Представьте примерный перечень показателей по труду и занесите в таблицу.

Наименование показателя	Единица измерения	Характеристика показателя
1. Общеэкономические показатели (перечислить)
Производительность труда Объем продаж Уровень зарплаты	Штука Штука Рубль	Показывает эффективность работы и организации труда Характеризует общие позиции компании Характеризует затраты на оплату труда
2. Кадровые показатели (перечислить)
Доля работников с высшим образованием Доля работников различной квалификации Количество руководящих работников	Процент Процент Человек	Характеризует уровень образования персонала Характеризует уровень профессиональных навыков персонала Характеризует структуру управления
3. Расходы на персонал (перечислить)
Расходы на прием и адаптацию персонала Расходы на профессиональную подготовку и переподготовку Расходы на культурные мероприятия	Рубль Рубль Рубль	Характеризует внимание предприятия к новым работникам Характеризует работу по повышению профессионального уровня персонала Характеризует внимание предприятия к социальным аспектам труда
4. Условия труда (перечислить)
Уровень оплаты и социальный пакет Организация рабочего места Режим работы	Рубль - -	Характеризует материальную сторону труда Характеризует уровень комфортности и соответствия рабочего места предъявляемым к нему требованиям Характеризует временные аспекты труда

Кадровое планирование осуществляется в различных временных рамках. Перечислите уровни кадрового планирования:

1. стратегическое

2. тактическое

3. оперативное

Дайте определение .

Общая потребность в персонале – это базовая потребность, определяемая объемом производства, и дополнительная потребность

Дополнительная потребность в персонале – это различие между общей потребностью и наличием персонала на начало расчетного периода

Ситуация «Планирование привлечения персонала»

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

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

Методические указания

Источники обеспечения потребности в персонале приведены в таблице.

Планирование привлечения рабочей силы

Обеспечение потребности в рабочей силе за счет работников предприятия	Систематическое наблюдение за рынком труда	Конкретные меры по привлечению рабочей силы	Прием на работу
Высвобождение за счет измене­ний струк-турного, технологи-ческого, организа-ционно­го, социального характера, а так­же производ­ственных мощно­стей Перемещения с целью внутриза­водского обмена опытом Назначение мо­лодых специалис­тов на более вы­сокие должности	Постоянные контакты с: а) государственными органами управления трудом (информирова­ние посредников о сво­ем предприятии); б) школами, професси­онально-техническими училищами, средними специальными учебны­ми заведениями, спе­циальными высшими учебными заведениями, университетами (ин­формирование о сво­ем предприятии)	Направление зая­вок на необходи­мую рабочую силу в государственные органы управления трудом и учебные заведения Изучение объявле­ний о поиске рабо­ты, публикация соб­ственных объявле­ний, изучение прес­сы в зависимости от целей и региона Подключение спе­циалистов по кад­ровым вопросам	Изучение пись­менных заяв­лений о приня­тии на работу и предваритель­ный отбор Собеседова­ние при при­еме на работу Прием на ра­боту с испыта­тельным сро­ком

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

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

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

Задание. Составьте описание должности руководителя группы по продвижению товара ОАО «Элмат» по следующей схеме.

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

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

Проекты, над которыми я работаю, чаще всего связаны с разработкой заказного или инвестиционного программного обеспечения. Также мне приходилось работать с встроенным ПО и программами, ориентированными на выпуск «хитов» (что, с лёгкой руки Джоэля Спольски, я называю далее игровым ПО, хотя на самом деле некоторые игровые проекты ближе к инвестиционным).

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

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

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

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

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

Другая сторона наших заказных проектов – высокие требования к функциональности. Это и высокая нагрузка на все системы, и большая географическая распределённость, и высокие требования к точности вычислений при очень ограниченных временных рамках. Часто в наших проектах появляются элементы исследовательской работы и творческого поиска, направленного на решение нетривиальных проектных задач. Иногда нам приходится комбинировать в рамках одного процесса разработки разные методологии, например, вставляя в общий процесс, близкий к RUP, один или несколько этапов почти чистого scrum, порождая что-то вроде проекта в проекте. Это позволяет нам сохранять невысокий уровень вовлеченности пользователей, связанный с природой проекта, с гибкостью разработки в условиях высокой неопределённости требований. В этом плане для меня важен именно подготовительный этап, во время которого можно выбрать необходимую методологию и выстроить оптимальный процесс разработки. Один из примеров применения гибкой методологии я описал в статье «Применение agile при разработке проекта для государственного заказчика» .

В качестве примера работы над инвестиционным проектом я могу привести разработку комплексной системы безопасности, которую мы создавали как «коробочный» продукт. Под моим руководством было выпущено последовательно четыре версии этой системы, пользователями которой стали самые разные коммерческие и государственные организации, включая мэрию Москвы, АФК «Система», банки, бизнес-центры и, конечно, наш собственный офис. Первая версия была не очень успешной, но у нас была стратегия развития, которая позволила нам успешно захватить рынок и пережить сложные времена кризиса. Опыт работы над этим и ещё несколькими инвестиционными проектами тоже был учтён при формировании используемого мной процесса разработки.

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

Важно понимать, что переход процесса от одного этапа к другому не имеет чёткой границы. Как правило, работы следующего этапа начинаются по мере выполнения 80-90% работ по предыдущему этапу. Особенно это касается разработки требований, когда в ряде случаев снятие неопределённости происходит лишь к концу проекта. Безусловно, наличие такой неопределённости в проекте является существенным риском и должно находиться под постоянным контролем.

Процесс разработки заказного ПО

Обзор процесса разработки начнём с наиболее общего случая – разработки заказного программного обеспечения. Схема процесса приведена на рисунке 1.

Рисунок 1. Процесс разработки заказного программного обеспечения.

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

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

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

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

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

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

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

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

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

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

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

Процесс разработки инвестиционного ПО

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

Рисунок 2. Процесс разработки инвестиционного программного обеспечения.

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

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

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

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

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

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

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

Особое внимание нужно уделить стендам, на которых проводится тестирование: на них должны быть развёрнуты все версии продукта, которые были выпущены ранее (по меньшей мере, те версии, которые сопровождаются), и все версии, разработка которых ведётся в настоящий момент.

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

В-четвёртых, имеет место обратная ситуация, когда персонал, работающий над одной версией, ничего не знает о том, какие решения принимаются в рамках работ над другой версией. Частично проблема снимается, если исправления всей документации и кода будут немедленно распространяться на все более поздние версии, о чём я говорил выше. Но одними исправлениями дело не должно ограничиваться. Нужно, чтобы команда, работающая над одной версией, понимала, почему были приняты те или иные решения при работе над другой версией. Для этого нужна база знаний для разработчиков – специальная информационная система, в которой должны описываться все проблемы, с которыми столкнулись разработчики при работе над той или иной версией продукта, и способы решения этих проблем. База знаний должна рассылать всем участникам проекта уведомления о поступлении новых записей. Нельзя пускать на самотёк взаимодействие двух команд, работающих над разными версиями одного продукта.

Процесс разработки встроенного ПО

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

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

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

Во-первых, поставка выполняется в рамках только одного этапа: никто не будет встраивать в устройства наполовину работающую программу.

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

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

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

Процесс разработки встроенного ПО показан на рисунке 3.

Рисунок 3. Процесс разработки встроенного программного обеспечения.

Процесс разработки игр

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

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

Указанные факторы сказываются на процессе разработки игрового ПО. Процесс представлен на рисунке 4.

Рисунок 4. Процесс разработки игрового программного обеспечения.

Нужно отметить следующие особенности процесса разработки игрового ПО.

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

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

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

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

Заключение

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

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

23 августа 2014 менеджер по подбору персонала. ООО "Персона Профи"

Кейс для руководителей по оптимизации системы работы с персоналом в проектных компаниях

Описание ситуации кейса 1

Характеристика организации:

1 Профиль деятельности: компания занимается автоматизацией деятельности компаний на базе программ 1С, в части бухгалтерского учета и торговых операций. Численность персонала: 2 тыс. человек. Срок работы на рынке: более 10 лет.

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

В настоящее время стратегия компании подлежит пересмотру, поскольку собственником поставлена задача вывести компанию в ТОП 10 на рынке IT-услуг. Структура компании построена по принципу холдинга: управляющая компания формирует стратегию и координирует ее реализацию. Филиалы являются полностью автономными и самостоятельно организуют свою деятельность. Работа в их подразделениях ведется по проектному принципу. Подразделения сформированы по направлениям внедрения автоматизированного учета.

Большинство сотрудников проводит за работой на территории заказчика от 90 до 100% времени. При этом сотрудники разных подразделений практически не взаимодействуют, а некоторые даже не знакомы друг с другом. Будучи занятыми каким-то конкретным проектом, они практически не осведомлены о других реализованных и реализуемых компанией проектах и стратегии ее развития в целом.

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

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

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

Задача кейса 1

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

Описание ситуации кейса 2

Характеристика организации:

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

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

Задача кейса 2

Задание: Начальнику службы управления персонала поставлена задача - продумать новую систему назначения на позицию «руководитель проекта» и новую систему работы с персоналом.

Варианты решения кейсов 1 и 2

• Пригласить внешнего специалиста и провести бизнес-обучение действующих и потенциальных руководителей проектов по теме «Управление проектом», для того чтобы повысить общую эффективность работы и усилить кадровый потенциал компании при реализации новых проектов и стратегий.
• Разработать систему аттестации персонала, работа которого с заказчиком организована по проектному принципу. Ежегодно проводить аттестацию и по ее результатам назначать руководителей проектов.
• Разработать систему оценки кандидатов на позицию руководителя проекта. В качестве методов оценки использовать профессиональный тест, оценку «360 градусов» (руководители, подчиненные, коллеги), оценку клиентов или партнеров, интервью с руководителем.
• Внедрить систему формирования и реализации планов профессионального развития (ППР), составляемых по итогам оценочных процедур.
• Включать в ППР обучающие мероприятия, стажировки и действия по саморазвитию.
• Внедрить автоматизированную систему взаимодействия сотрудников (оболочку по принципу интранета), включающую планы работ, этапы реализации проекта каждого из заказчиков, отчетность, новости компании, курсы для самоизучения и повышения квалификации, форумы по обмену опытом, онлайн-консультации.
• Организовать систему стажировок персонала, в рамках которой сотрудники, реализующие проекты, могли бы расширить свой опыт по работе в проектах разной сложности и структуры под руководством более опытных коллег.
• Разработать систему формирования и развития кадрового резерва, систему работы с персоналом, которая будет включать оценку персонала, подбор кандидатов на должности руководителей проектов, обучающие и развивающие мероприятия для резервистов.
• Ввести систему открытых конкурсов на должность «руководитель проекта». Размещать информацию о конкурсе как во внутренних, так и во внешних источниках.
• Формировать базу из всех желающих занять данную позицию. С теми, кто не пройдет конкурс, проводить индивидуальную работу по формированию требуемых навыков и приращению знаний. Постоянно размещать вакансию «руководитель проекта» на сайтах профессиональных ассоциаций и формировать банк кандидатов. Привлекать таковых с внешнего рынка для реализации отдельных проектов в статусе соруководителя для оценки возможности постоянного сотрудничества. Выделить критерии определения успешного руководителя проекта и в соответствии с ними обеспечить привлечение готового персонала с рынка труда.
• Сформировать систему внутреннего обмена опытом и инновациями посредством развития интранет-форумов и телеконференций. Организовать школы обмена опытом для обеспечения включенности персонала в активную жизнь компании. Создать постоянно действующий семинар для руководителей проектов. Ежеквартально (по графику) собирать их всех на базе одного из учебных центров для обсуждения актуальных вопросов управления проектами в компании.
• Создать систему единого кадрового резерва компании и ввести ротацию руководителей проектов между филиалами. Усовершенствовать работу с персоналом в организации.
• Разработать конкурс для руководителей проектов. Его итоги подводить публично, с презентацией лучших проектов. Согласно разработанной системе выработать или выбрать и объединить в систему учебные и тренинговые курсы, на которые направлять для обучения потенциально способных кандидатов. В ходе серии групповых дискуссий управленческой команды выработать критерии оценки эффективности сотрудника, занимающего позицию руководителя проекта.