Вы находитесь на странице: 1из 31

Дата: 6/28/2019 Номер страницы: 1

Проект: ИСПОС Всего страниц: 31

Функциональные требования по
созданию информационной системы
поддержки операций смартстаффинга
(ИСПОС)

Москва, 2019 г.
Дата: 04.07.2019 Номер страницы: 2

Проект: ИСПОС Всего страниц: 31

Оглавление
История изменений...................................................................................................................................3
Лист согласования документа..................................................................................................................3
Введение....................................................................................................................................................4
Соглашение по терминологии..................................................................................................................5
1. Требования к ИСПОС в целом...........................................................................................................7
1.1. Требования к структуре и функционированию ИСПОС...........................................................7
1.2. Требования к интеграции ИСПОС.............................................................................................7
1.3. Требования к работе на мобильных устройствах....................................................................7
1.4. Требования к настройке прав доступа.....................................................................................7
1.5. Требования к регистрации и авторизации...............................................................................7
1.6. Требования к поддержке пользователей................................................................................7
1.7. Допущения и ограничения........................................................................................................9
2. Функциональные требования к автоматизации бизнес-процессов ИСПОС................................10
2.1. Управление сетью компаний..................................................................................................10
2.2. Формирование ресурсного плана проекта............................................................................16
2.3. Формирование команды под проект.....................................................................................18
2.4. Управление интегрированным пулом ресурсов....................................................................23
2.4.1. Выполнение проектных задач.........................................................................................23
2.4.2. Импорт сведений в задачи..............................................................................................25
2.4.3. Завершение проекта........................................................................................................25
2.4.4. Обновление сведений в ЛК поставщика, его увольнение............................................27
Приложение: оценка бюджета создания ИСПОС..................................................................................28
Дата: 04.07.2019 Номер страницы: 3

Проект: ИСПОС Всего страниц: 31

История изменений

Версия Описание Дата


1.0 Начальная версия документа 13.06.2019
2.0 Вторая версия документа с учетом 20.06.2019
измененной структуры и полученных
ответов аутсорсеров по поводу
доработок
3.0 Третья версия документа с учетом 28.06.2019
требований к главной (публичной
странице)
Лист согласования документа

Фамилия, Имя Роль в Проекте Подпись Дата


Гайсанов Руслан Спонсор проекта
Симоненко Функциональный заказчик проекта
Максим
Игнатов Функциональный заказчик проекта
Владимир
Лянцевич Архитектор проекта
Мирослав
Дата: 04.07.2019 Номер страницы: 4

Проект: ИСПОС Всего страниц: 31

Введение

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


информационной системы поддержки операций смартстаффинга (далее, - ИСПОС). Документ
выполнен сотрудниками компании ТИМ ФОРС, далее ТФ.
Ключевое задачей ИСПОС на первом этапе внедрения выступает повышение качества
клиентского сервиса компании ТФ за счет: онлайн интерфейса ввода заявок на ресурсы,
повышение скорости поиска, отбора и согласования команды на проект с заказчиком, управления
ходом ведения проекта (процессами выхода на проект, ведения таймшитов, замены и снятия с
проекта).
Данный документ разбит по следующим основным функциональным областям (главам):
• Управление сетью компаний;
• Формирование ресурсного плана проекта;
• Формирование команды под проект;
• Управление интегрированным пулом ресурсов.
В данных модулях ПП планируется осуществить перечень программных доработок.
Дата: 04.07.2019 Номер страницы: 5

Проект: ИСПОС Всего страниц: 31

Соглашение по терминологии
Таблица 1 Соглашение по терминологии (глоссарий)

Термин Определение
CRM Customer Relationship Management – система управления отношениями с
клиентами
NPS Net Promote Score - индекс определения приверженности потребителей
товару или компании (индекс готовности рекомендовать), используется для
оценки готовности к повторным покупкам. 
REST API Это соглашение/технология/протокол/договорённость о том, как получать и
посылать данные на сервер
SRM Supplier Relationship Management – система управления отношениями с
поставщиками
БД База данных
БП Бизнес-процесс
ТФ Компания ТИМ ФОРС, выступающая проектировщиком и пользователем
ИСПОС
ИСПОС Информационная система поддержки операций смартстаффинга,
создаваемая на базе ПП
Канбан Виртуальная доска со стикерами в ИСПОС, позволяющая организовать
выполнение задач точно в срок
Клиент Организация, желающая выступить получателем ресурсов
КИС Корпоративная информационная система 1С
ЛПР Лицо принимающее решение
ПП Программный продукт 1С-Битрикс24, работаюший под управлением БД
MySQL
Поставщик Организация (B2B-поставщик) или физическое лицо (B2C-поставщик),
(Исполнитель) желающее предоставить свой временной ресурс во временное пользование
для решения определенных задач на стороне клиента
Проект Временное предприятие, направленное на создание уникального продукта,
услуги или результата (PMBOK). Подбор ресурсов и постановка им задач
выполняется в рамках проекта.
РМ Ресурсный менеджер
РП Руководитель проекта
Ресурсная Задача по формированию ресурсного плана проекта
потребность
Смартстаффинг Организационная инновация и эффективная технология перераспределения
человеческих ресурсов между добросовестными работодателями на основе
прямых договоров, в которых указаны все условия временного привлечения
кадровых ресурсов
Человеческий Поставщик, свободное время которого может заинтересовать клиента для
ресурс (Ресурс) выполнения той или иной производственной задачи. Ресурсы делятся по
компетенциям, уровню зрелости (продолжительности применения той или
иной компетенции), времени доступности, часовой ставке и другим
показателям
Экстранет Ограниченная с точки зрения прав доступа область ИСПОС, в которой
работают Клиенты, группы клиентов, поставщики и сами представители ТФ
Дата: 04.07.2019 Номер страницы: 6

Проект: ИСПОС Всего страниц: 31


Дата: 04.07.2019 Номер страницы: 7

Проект: ИСПОС Всего страниц: 31

1. Требования к ИСПОС в целом

1.1. Требования к структуре и функционированию ИСПОС


ИСПОС на начальном этапе разработке должна обеспечивать работу следующих бизнес-
процессов (представлены на Error: Reference source not found).
В ИСПОС необходимо предусмотреть отсутствие единой точки отказа, что означает
возможность автономного функционирования отдельных элементов системы в условиях
недоступности (временной неспособности) отдельных ее элементов.
Технически в ИСПОС должны быть выделены публичная часть, в которой будет осуществляться
непосредственно работа пользователей, и административная часть, предназначенная для
выполнения системных настроек.
1.2. Требования к интеграции ИСПОС
В настоящем документе не упомянуты конкретные смежные системы, с которыми
необходимо осуществить интеграцию. Однако предполагается, что любой бизнес-процесс на
входе и на выходе должен уметь обмениваться данными с другими системами через REST API и
таким образом создаваемая архитектура будет иметь микросервисный характер.
ИСПОС должен быть интегрирован со следующими каналами коммуникаций: IP-телефония
(выбор оператора предполагается осуществить в рамках проекта), электронная почта, веб-сайт (в
виде выкладки CRM-формы).
1.3. Требования к работе на мобильных устройствах
Для работы на мобильных устройствах предполагается работа через стандартное мобильное
приложение ПП. Информация о функциях мобильного приложения дана по ссылке
https://www.bitrix24.ru/features/apps.php .
1.4. Требования к настройке прав доступа
В ИСПОС выделяются следующие уровни прав доступа:
 доступ на уровне роли «Администратора» – с полными правами на изменение данных в
системе;
 доступ на уровне ролей: «Руководитель проекта», «Ресурсный менеджер» с отнесением
в одну из групп пользователей. Группы пользователей определяют доступ к тем или
иным модулям и данным ИСПОС;
 доступ через Экстранет для представителей клиентов и поставщиков.
1.5. Требования к регистрации и авторизации
За регистрацию на платформе, включая создание групп экстранет, отвечает администратор.
ИСПОС должен поддерживать как механизм простой авторизации (по выданному логину и
паролю), так и двухфакторной авторизации (путем рассылки кодового слова по sms и ввода его в
форму авторизации).
1.6. Требования к поддержке пользователей
Для пользователей экстранет в ИСПОС в последующем должен быть реализован виртуальный
помощник с системой подсказок при открытии того или иного раздела меню.
Рисунок 1 Карта бизнес-процессов верхнего уровня ИСПОС
1.7. Допущения и ограничения
Ключевые допущения и ограничения, использованные при разработке функциональных
требований:
 заказываться клиентами могут лишь деперсонифицированные ресурсы, ФИО
конкретного исполнителя определяются РП;
 для подключения внешних участников в ИСПОС настраиваются следующие пять видов
экстранет-групп: клиентов, групп клиентов, проектов, B2B-поставщиков, сводная
группа для B2C - поставщиков;
 в случае использования ресурсов B2B поставщиков в ИСПОС не хранятся
персональные данные по этим ресурсам (паспортные данные, адреса за исключением
номера телефона), хранится лишь информация, описывающая квалификацию данных
исполнителей и их рабочий электронный адрес. Размещение сервера ПП на
территории Российской Федерации обеспечивает соблюдение закона о персональных
данных;
 все проектные активности оформляются строго в рамках задач в ИСПОС, при этом,
допускается импорт сведений в эти задачи из систем проектного управления
клиентов.
2. Функциональные требования к автоматизации бизнес-процессов ИСПОС 1
2.1. Управление сетью компаний
Потенциальными пользователями ИСПОС выступают ЛПР клиентов, принимающие решение о
размещении заявок на компетенции и контролирующие ход выполнения проектов, ЛПР B2B
поставщиков размещающие сведения о доступных компетенциях, конкретные носители
компетенций: сотрудники B2B – поставщиков, либо фрилансеры (B2C - поставщики).
Новые незарегистрированные пользователи попадают по специальной публичной ссылке на в
публичную область, в которой дано агрегированное представление в виде сводной таблице о
спросе и предложении на компетенции с измерениями:
 Программный продукт, к которому относится компетенция;
 Грейд;
 Период (месяц);
 Количество списанных на проекты часов в этом периоде;
 Количество оставшихся свободных часов.
На странице со статистикой даны кнопки с предложением отправить заявку на регистрацию в
ИСПОС или ввести логин и пароль для входа.
Администратор обрабатывает заявки и регистрирует новых пользователей.
Зарегистрированный пользователь имеет доступ к отдельному поддомену в ИСПОС с именем
extranet и признак «Публичный сотрудник в экстранете».

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


страницу, в которой он может отредактировать контактные данные.

1
Серым цветом в тексте, выделяются области требующие программирования, по которым сейчас не могут
быть приведены скриншоты
В отношении экстранет-пользователей, выступающих исполнителями, дополнительно на
персональной странице средствами ИСПОС ведутся сведения о:
 возможных ролях, в которых исполнитель может принять участие в проекте (со ссылкой
на справочник ролей);
 продуктах, знаниями по которым обладает исполнитель (со ссылкой на справочник
продуктов);
 грейдах исполнителя (со ссылкой на справочник грейдов);
 общем опыте работы (лет);
 а также заполняется таблица истории участия в проектах ТФ, в которой указывается
сведение о заказчике, отработанных часах, оценке полученной за проект.
Все экстранет – пользователи входят в одну или несколько экстранет – групп, которые
заводятся администратором ИСПОС.
По своему функционалу выделяются следующие виды экстранет - групп:
 экстранет-группа клиента:
В данной группе в качестве владельца присутствует РФ ТФ, в качестве участников, - ЛПР
клиентов. В рамках группы оформляются ресурсные потребности от ЛПР клиента, по которым
запускается бизнес-процесс формирования команды, также группа имеет функционал диска и
чата. Присутствует ссылка на справочник компаний;
 экстранет-группа групп клиентов:
В данной группе в качестве владельца присутствует РФ ТФ, в качестве участников, - ЛПР групп
компаний типа Руссофт. В рамках группы оформляются ресурсные потребности от имени одного
из участников, по которым запускается бизнес-процесс формирования команды, также группа
имеет функционал диска и чата;
 экстранет-группа B2B - поставщика:
В этой группе участвует в качестве владельца присутствует ЛПР поставщика, в качестве
участников, - конкретные исполнители. Группа имеет только функционал графика отсутствий.
Присутствует ссылка на справочник компаний;
 экстранет-группа B2С – поставщиков:
В этой группе участвует в качестве владельца фигурирует ресурсный менеджер, в качестве
участников, - конкретные исполнители (фриланесеры, сотрудники, взятые в штат). Группа имеет
только функционал графика отсутствий;
 экстранет-группа проекта:
В этой группе участвует в качестве владельца фигурирует ресурсный менеджер, ЛПР клиента,
участники собираются по результатам формирования команды на проект. Группа имеет
функционал задач, календаря и диска.
Внешний вид экстранет – группы следующий:
Рисунок 2 Внешний вид экстранет-группы

В ней выделяются следующие сущности:


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

Рисунок 3 Примерный вид ресурсной потребности

Под задачами понимаются конкретные активности в рамках уже созданного проекта, в


которых собираются (вручную или путем импорта – см. п. 2.4.1) сведения о прогрессе их
выполнения и ведется учет рабочего времени конкретных исполнителей:
Рисунок 4 Вид задачи

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


Рисунок 5 Вид календаря

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


облачные сервисы (например, Google Drive):
Рисунок 6 Вид диска

Чат выступает заменой мессенджера (Viber, Wharsup) для оперативных коммуникаций,


обеспечивая их должную конфиденциальность:

Рисунок 7 Вид чата

Сообщения - это доска объявлений по проекту:


Рисунок 8 Вид сообщений

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

Для добавления нового пользователя в экстранет – группу владелец группы направляет


приглашение на электронный адрес:
Рисунок 10 Форма приглашения пользователей в группу

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


Рисунок 11 Форма удаления участника из группы

2.2. Формирование ресурсного плана проекта


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

 Канбан (только CRM):


Рисунок 13 Канбан представление ресурсной потребности

Примерный состав стадий канбан следующий: новая (потребность), проект на рассмотрении,


укомплектован ресурсами, проект выполняется, расчеты проведены, проект завершен.
 Календарь (только CRM):
Рисунок 14 Представление ресурсной потребности в виде каленаря

В карточке ресурсной потребности выделяются закладки: «Общая», «Сотрудники» (нынешняя


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

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


проекта. В таблице представлены поля:
– Роль на проекте (выбор из справочника);
– Продукт (выбор из справочника);
– Специализация (исходя из выбранных значений поля продукт);
– Лет опыта (выбор из справочника);
– Предпочтительная локация (Москва, удаленка, регионы);
– Ставка в час (подтягивается автоматически из справочника);
– Сумма оплачиваемых накладных расходов;
– День и час начала работы (не должны быть ранее даты начала проекта);
– День и час окончания работы (не должны быть позднее даты окончания проекта);
– Число приобретаемых часов (считается автоматически);
– Стоимость (считается автоматически);
– Общая сумма (считается автоматически).
Интервал между полями таблицы должен быть предельно минимальный.
В закрытой для клиента области находится поле, в которое далее в рамках бизнес-процесса
формирования команды под проект будет внесена и согласована ФИО конкретного исполнителя.
Допускается вариант как ручного создания таблицы, так и загрузки ее строк из определенного
Excel или XML - файла.
После сохранения формы ресурсной потребности запускается бизнес-процесс формирования
команды под проект.
Возможности редактирования после запуска проекта ресурсной потребности присутствует
лишь у руководителя проекта. Возможности удаления, - лишь у администратора системы.
2.3. Формирование команды под проект
Созданная ресурсная потребность служит базой для старта бизнес-процесса согласования
нового проекта. Данный бизнес-процесс проходит по следующей схеме:
Рисунок 16 Схема БП организации проекта смартстаффинга

Ниже дано описание шагов бизнес-процесса.


Таблица 2 Требование к реализации БП «Организация проекта смартстафинга»

№ Требование Способ реализации

1 Закрепление Заказ переходит на этап «Проект на рассмотрении».


№ Требование Способ реализации

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


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

Рисунок 17 Примерный вид задания выбора руководителя проекта

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


образом.
2 Проверка Руководитель проекта нажимает на кнопку «Предложить ресурс» в
наличия строке закладки «Сотрудники», у него открывается форма
свободных бронирования:
ресурсов Рисунок 18 Примерный вид формы бронирования ресурса
руководителе
м проекта

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


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

его персональные данные (номер телефона) и сведения об истории


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

Рисунок 19 Примерный вид задания по подтверждению поиска ресурсов

При отсутствии ресурсов РП может передать в рамках БП информацию


РМ для поиска новых ресурсов, указав крайний срок поиска.
3 Запрос РМ РМ получает задачу о поиске ресурса на рынке, отчитывается либо о ее
для поиска выполнении с указанием ФИО найденных специалистов, либо о том, что
ресурсов на ресурс не найден.
рынке В результате переговоров РМ с B2B-поставщиком ресурсов, последний
добавляет в соответствующую группу новых экстранет – исполнителей
или появляются экстранет-исполнители в группе B2C-поставщиков (см. п
2.1).
После появления новых исполнителей процесс уходит на шаг 2, где РП
добавляет их в форму ресурсной потребности.
Если исполнители не найдены работа с Ресурсной потребностью
завершается, она помечается как неуспешная2.
4 Описание Автоматически создается новая карточка проекта, в которую
№ Требование Способ реализации

задач проекта включаются экстранет-исполнители из формы Ресурсной потребности.


Начинается работа в рамках процессов управления интегрированным
пулом ресурсов (см. раздел 2.4).
В специальной форме РП создает задачи проекта, давая им описания,
указывая их сроки, ресурсы, участвующих в задаче (из списка
выбранных на шаге 2), чек-лист по задаче.
При необходимости РП выгружает данные о составе участников в Excel
или XML – файл для загрузки во внешнюю информационную систему
Клиента, в которой осуществляется его проектное управление 3.
В созданной карточке проекта доступна аналитика:
– выручка по проекту (часы, помноженные на ставки продажи
ресурсов плюс накладные расходы);
– затраты по проекту (часы, помноженные на ставки затрат
ресурсов плюс накладные расходы);
– участники проекта (все выбранные ресурсы);
– задачи по проекту (в представлениях Гант, Канбан, Список,
Календарь).
5 Подтвержден В БП вовлекается ЛПР клиента, подтверждающий согласие приобрести
ие старта выбранные ресурсы.
проекта Рисунок 20 Примерный вид задания по согласию с проектной командой
заказчиком

После подтверждения проект переходит на этап «Проект выполняется»,


при не подтверждении проект завершается как не успешный.

2
в последующем из данной задачи возможна выгрузка кадровой заявки в информационные системы B2B-
поставщиков с целью поиска необходимых ресурсов, а также, - на порталы вакансий (HH.ru, superjob и т.д.)
3
В последующем в этой части ИСПОС возможно создание прямых коннекторов с информационными
системами Клиента для выгрузки данных об участниках его проектной команды
2.4. Управление интегрированным пулом ресурсов
2.4.1. Выполнение проектных задач
РП формирует пул задач по проекту в рамках созданной экстранет – группы проекта.
Экстранет - исполнитель знакомится с задачами (описанием, плановыми сроками и т.д.),
приступает к ее выполнению, отмечая прогресс в выполнении задачи в виде отмеченных чек-
боксов и комментарии, время, затрачиваемое на задачу (опционально), после выполнения
работы завершает задачу, факт ее завершения подтверждает РП (см. Рисунок 4). У задач также
существует канбан-представление, в котором может осуществляться работа.

Рисунок 21 Пример канбан – представления задач

ЛПР клиента выступает наблюдателем по задаче, получая уведомления об основных ее


событиях.
Таблица 3 Требования к реализации БП «Выполнение проектных задач»

№ Требовани Способ реализации


е
1 Старт Исполнитель нажимает кнопку «Приступить», информация о факте начала
задачи работы по задаче.
2 Отражение Исполнитель отмечает потраченное время по задаче либо вручную внося
прогресса время, либо через счетчик, вписывает комментарии по задаче, отмечает
по задаче выполненные пункты чек-листа.
Рисунок 22 Внесение комментария в задачу

Рисунок 23 Внесение времени в задачу


№ Требовани Способ реализации
е

Опционально: руководитель проекта загружает сведения о потраченном


времени на задачу из внешних файлов MS Excel, XML.
3 Завершени Исполнитель завершает задачу, РП может выполнить ее приемку.
е задачи
2.4.2. Импорт сведений в задачи
Альтернативой работы экстранет – исполнителя в задачах выступает работа исполнителя в
трекере проектных задач клиента с загрузкой сведений об отработанном времени в задачу на
ИСПОС через файлы MS Excel и XML4.
2.4.3. Завершение проекта
По ходу работы РП может сформировать отчет, в котором будет прописано фактическое время
у экстранет – исполнителей на все их задачи.
Рисунок 24 Пример отчета о затраченном времени

После фактического выполнения всех проектных задач РП запускает следующий бизнес-


процесс.

4
В последующем в этой части ИСПОС возможно создание прямых коннекторов с информационными
системами Клиента для выгрузки данных о затраченном времени
Рисунок 25 Схема БП завершения проекта

Таблица 4 Требования к реализации БП «Регистрация оплаты»

№ Требование Способ реализации


1 Задание клиенту РП запускает БП завершения проекта, после чего представителю
проставить оценку клиента приходит уведомление о необходимости проставить
исполнителю оценку исполнителям, участвующим в проекте.
Представитель клиента открывает спецификацию ресурсной
потребности и ставит оценку каждому Исполнителю по итогам
участия в проекте в соответствии с 10-ти бальной шкалой NPS.
2 Контроль оплаты РП проверяет состояние подписания актов и оплаты счетов по
счетов экстранет - ресурсной потребности.
исполнителя В случае если все подписано и оплачено РП дает одобрение в
рамках бизнес-процесса по закрытию проекта.
3 Смена стадии При отсутствии неподписанных актов и неоплаченных счетов
ресурсной инструментами БП осуществляется перевод ресурсной потребности
потребности на на стадию «Проект завершен»
№ Требование Способ реализации
«Проект завершен»

2.4.4. Обновление сведений в ЛК поставщика, его увольнение


После завершения проекта средствами ИСПОС выполняется перенос сведений об участии
каждого экстранет – исполнителя в проекте в виде формирования строки в его карточке с
указанием:
- Номера документа ресурсной потребности;
- Количества оплаченных часов (из счетов);
- Оценка по оплаченным часам.
Аналитика может быть выгружена в Excel.
Если по результатам работы на проекте выясняется, что Исполнитель не соответствует
требованиям к качеству предлагаемых ТФ ресурсов или он больше не может в силу других
обстоятельств присутствовать в пуле ресурсов ТФ, то он исключается из экстранет – группы B2B
или B2C - поставщика (см. раздел 2.1). После этого действия данный экстранет-исполнитель не
может подключиться в ИСПОС и быть выбран в рамках бизнес-процесса формирования
проектной команды.
Приложение: оценка бюджета создания ИСПОС
Таблица 5 Бюджет разработки ИСПОС от двух участников W-comm https://w-comm.ru , it-M http://it-m.ru

№ Требование Страница Оценка в часах Оценка в деньгах Оценка в часах Оценка в деньгах
документа (W –comm) (W –comm, ставка 1500) (itM) (itM, ставка 1500)
Общие работы
1 Продажа лицензии 9 NA
Битрикс.Корпоративны 139 000
й портал 50
сотрудников
2 Развертывание боевой 9 NA
и тестовой среды на Часть силами ТФ, часть в рамках бесплатных часов за приобретение лицензии
виртуальной машине
битрикс, настройка
почтового сервиса,
оптимизация MySQL,
подключение
облачной АТС
1 Доработки по разделу Управления сетью компаний
1.1 Добавить и наполнить 12 Силами ТФ
. справочники
проектных ролей,
продуктов, грейдов,
лет опыта, числа лет
опыта, ставок
1.2 Добавление типов 12 Силами ТФ
. экстранет – групп,
типов экстранет -
№ Требование Страница Оценка в часах Оценка в деньгах Оценка в часах Оценка в деньгах
документа (W –comm) (W –comm, ставка 1500) (itM) (itM, ставка 1500)
сотрудников
1.3 Включить ресурсные 13 15 22500
. потребности в состав
папок группы,
ограничить ресурсных
потребностей для
клиентов, теми
записями, которые
созданы данным
клиентом
1.4 Доработка карточки 13 20 30 000
Экстранет сотрудника
новой аналитикой,
согласно описанию в
таблице выше
1.5 Доработка главной 12 ?
страницы, вывод
сводной таблицы о
доступности ресурсов
1.8 Перенос графика 13 Силами ТФ
отсутствий в экстранет
группу
Итого по разделу управления сетью ? ?
компаний:

2.Доработки по разделу формирования ресурсного плана проекта


2.1 Скрыть лишние 18 Силами ТФ
№ Требование Страница Оценка в часах Оценка в деньгах Оценка в часах Оценка в деньгах
документа (W –comm) (W –comm, ставка 1500) (itM) (itM, ставка 1500)
. закладки в форме
ресурсной
потребности
2.2 Доработать вкладку 19 20 30 000
. сотрудники новыми
полями
2.3 Загрузка сведений в 14 30 45 000
. таблицу с
сотрудниками из MS
Excel и из
настраиваемого XML-
файла
Итого по разделу управления сетью 50 75 000
компаний:
3. Доработки по разделу формирование команды на проект
3.1 Настройка БП 18 Силами ТФ
. организации проекта
смартстаффинга
3.2 Доработать форму 18 20 30 000
. бронирования
ресурсов
3.3 Доработать карточку 23 Силами ТФ
. проекта аналитикой
3.4 Вовлечение ЛПР 23 30 45 000
. клиента в бизнес-
процесс
Итого по разделу формированию команды 50 75 000
на проект:
№ Требование Страница Оценка в часах Оценка в деньгах Оценка в часах Оценка в деньгах
документа (W –comm) (W –comm, ставка 1500) (itM) (itM, ставка 1500)

4. Доработки по разделу управления интегрированным пулом ресурсов


4.1 Из созданной карточки 24 10 15 000
. проекта должна
существовать
возможность выгрузки
информации о составе
участников во
внешнюю
информационную
систему в Excel или
XML-формате
4.2 Загрузка сведений о 24 10 15 000
. потраченном времени
в задачу из MS Excel,
XML
4.3 Настройка БП по 25 Силами ТФ
. завершению проекта
4.4 Копирование 27 Силами ТФ
. сведений об участии в
проекте в карточку
Экстранет-сотрудника
4.5 Выгрузка аналитики по 27 20 30 000
. экстранет –
сотрудникам в Excel
Итого по разделу управления 40 60 000
интегрированным пулом ресурсов:
Резервные часы 40
№ Требование Страница Оценка в часах Оценка в деньгах Оценка в часах Оценка в деньгах
документа (W –comm) (W –comm, ставка 1500) (itM) (itM, ставка 1500)
ИТОГО бюджет на проект аутсорсера и
покупку лицензий:

Вам также может понравиться