82
заработной платой выше чем в среднем по кировскому отделению, и в скором
времени может привести к требованию о повышении зарплаты со стороны
остальных сотрудников. Таким образом уровень потерь компании
значительно превысит уровень экономии, то делает переманивание
сотрудников из других компаний нерентабельным.
Кроме того, проведенное исследование показало фактическое
отсутствие на рынке города Киров предложений разработчиков Angular и
тестировщиков со знанием автоматизированных методик тестирования.
Чтобы определить тактику работы отдела персонала необходимо так же
обратиться к календарному плану создания нового продукта и установить,
какие специалисты потребуются в первую очередь, а какие могут быть
недостаточно загружены на первых этапах разработки.
Календарный план разработки системы WMS X5 на первые полгода
развития приведен на Рисунке 19.
Разработка архитектурной концепции
Проектирование архитектуры платформы
Проектирование архитектуры ядра
Разработка компонентов платформы
Разработка компонентов уровня ядра
Разработка уровня бизнес логики
Разработка UI
Разработка мобильного клиента
Построение системы контроля качества
N
1
3
4
5
6
7
8
9
Название задачи
N
задачи
1 месяц 2 месяц 3 месяц 4 месяц
5 месяц
6 месяц
Рисунок 19. План развития WMS E5 на первые полгода.
Источник: внутренние документы Департамента развития
компании Акселот «План разработкик WMS E5»
Таким образом мы видим, что нам необходимо:
сформировать команду разработчиков C# к началу третьего месяца
(начало фактической разработки);
83
максимально укомплектовать команду разработчиков C# к началу
пятого месяца (выход на полную мощность);
сформировать команду разработки мобильных решений к шестому
месяцу (начало разработки UI м мобильного клиента);
принять на работу руководителя группы тестирования к началу
четвёртого месяца;
Однако дополнительно мы обязаны учесть, что мы приняли решение
изменить организационную структуру департамента развития с проектной на
матричную, и сотрудники направления высоконагруженных систем так же
будут вовлечены в участие в проектах TMS и WMS X5. В первую очередь это
коснется сотрудников группы мобильных решений и группы контроля
качества, следовательно, указанные сотрудники не будут простаивать даже
если они будут набраны ранее запланированного начала работ.
Исходя из вышеизложенного необходимо определить следующую
тактику комплектования нового подразделения:
Архитектор информационных систем – 1 человек;
Разработчики C# - 5 человек уровня не ниже Middle. Основная
команда разработки;
Разработчик С++/QT – 1 человек уровня Senior. Доработка и
стабилизация существующего решения, адаптация мобильных
решений под широкий спектр устройств;
Разработчик Java для Android – 1 человек, уровня не ниже Middle.
Соответствует ранее имевшейся загрузке;
Тестирование - 3 человека;
Предлагаемый план комплектации подразделения приведен в Таблице
7.
84
Таблица 7
Календарный план комплектации подразделения
Время от
начала
проекта
Задача
Комментарии
1 месяц
Приступить к поиску
разработчиков C#
Поиск проводить на
рынке г. Киров
2 месяца
Перевести 2х разработчиков C#
из ресурсного центра
2 месяц
Приступить к поиску
руководителя группы контроля
качества
Поиск проводить на
рынке г. Москва
2 месяц
Приступить к разработчика
C++/QT
Поиск проводить на
рынке г. Москва
3 месяц
Иметь в составе подразделения не
менее 3х разработчиков C#
3 месяц
Приступить к поиску
разработчика Angular
Поиск проводить на
рынке г. Москва
3 месяц
В случае низкой активности
разработчиков C# в г. Киров,
начать поиск в г Москве
3 месяц
Приступить к разработчика Java
Поиск проводить на
рынке г. Москва
4 месяц
Приступить к поиску линейных
сотрудников группы контроля
качества
Поиск проводить на
рынке г. Киров
5 месяц
Иметь в составе подразделения
всех запланированных
специалистов
В случае неудачи
пересмотреть
зарплатную политику
Таким образом, опираясь план разработки нового продукта, требования
к проектной команде и исследование ранка труда, выполненное Отделом
персонала, мы смогли сформировать план создания нового подразделения.
Выводы по главе 3
В Главе 3, опираясь на ранее проведенное теоретическое исследование,
а также исходя мы предложили решения для создания нового подразделения в
составе компании Акселот, чьей задачей будет не только разработка нового
программного продукта, но также, благодаря применению полноценной
матричной организации в Департаменте развития, данное подразделение
85
возьмет на себя функции контроля качества и предоставит свои внутренние
ресурсы для не 1С проектов в других отделах Департамента развития.
Заключение
На момент написания настоящей работы Отдел WMS E5 уже более год
функционирует в составе Департамента развития компании Акселот.
Помимо запланированного результата стоит отметить значительный
незапланированный результат, полученный благодаря появлению в составе
Департамента развития выделенной Группы мобильных решений и Группы
контроля качества.
Благодаря появлению в штате Департамента собственного специалиста
с экспертами знаниями в области разработки на C++/QT за год удалось
значительно улучшить качество мобильной платформы в части
производительности, надежности, типу поддерживаемых мобильных
устройств.
1. Скорость работы пользовательского интерфейса на устаревших
устройствах под управлением Windows CE возросла с 750 мс на
обработку одной экранной формы до 150 мс.
2. Если в период сентябрь - декабрь 2018 года от заказчиков в среднем
поступало до 4 сообщений об ошибках мобильной платформы, в том
числе критических еженедельной, то за май 2019 года службой
поддержки не зафиксированной ни одного обращения.
3. По состоянию на сентябрь 2018 года мобильная платформа была
мало пригодна для использования с операционными системами на
ядре Window CE 5.xx из-за значительных проблем при работе с
памятью, то по состоянию на мая 2019 мобильная платформа
стабильно работает на указанных ОС.
Если пункт 2 говорит о значительном улучшении качества мобильной
платформы, и как следствие ведет к возрастанию удовлетворенности
86
заказчиков продуктом компании, то пункты 1 и 3 дают продукту компании
значительное конкурентное преимущество, так как в эксплуатации у клиентов
компании все еще находится большое количество устаревших, но тем не менее
крайне надежных мобильных устройств, например Motorola серий MC90xx.
Возможность перейти на новую эффективную WMS при этом сэкономить на
приобретении нового оборудования и не потерять в качестве и скорости
работы системы является одним из важных факторов для потенциальны
клиентов компании при выборе поставщика решения.
Так же по состоянию на 2019 на рынке по-прежнему присутствует
значительное количество недорогих новых устройств под управлением ОС на
ядре Windows CE 5.xx. Возможность использовать такие устройства с новой
WMS так же является привлекательной для потенциальных клиентов.
Благодаря появлению в штате Департамента собственного специалиста
с экспертами знаниями в области разработки на Java удалось значительно
ускорить время реагирования на сообщения об ошибках и требования нового
функционала мобильного приложения TMS, если по состоянию на сентябрь
2018 года только на согласование сроков и объёмов работ с внешним
подрядчиком в среднем занимало от 2х до 5ти рабочих дней при объеме работ
до 40 часов, то в настоящий момент согласование такого объема работ
занимает не более 8ми рабочих часов. Если раньше время решения инцидентов
с мобильным приложением TMS составляло не менее 16 рабочих часов, то в
настоящее время большинство инцидентов решается в день обращения.
Наиболее важным незапланированным результатом можно считать
значительное улучшение качества всех продуктов, благодаря введению
системы регулярного ручного и автоматизированного тестирования. В
настоящий момент группа контроля качества проводит автоматическое и
ручное тестирование всех продуктов, создаваемых департаментом развития
компании Акселот.
87
Таким образом создание нового подразделения в компании Акселот не
только позволило компании вплотную подойти к выпуску на рынок нового,
уникального для российского рынка WMS систем продукту, но, благодаря
повышению качества работы Департамента развития в целом, значительно
подняло качество всех продуктов, создаваемых компанией, что несомненно
делает их более привлекательными для потенциальных клиентов.
88
Список литературы
1. ГОСТ Р 54869 – 2011 Проектный менеджмент. Требования к
управлению проектом. Национальный стандарт Российской Федерации.
Дата введения 01.09.2012
2. Федеральный закон от 29 июня 2015 г. N 188-ФЗ. "О внесении
изменений в Федеральный закон "Об информации, информационных
технологиях и о защите информации" и статью 14 Федерального закона
"О контрактной системе в сфере закупок товаров, работ, услуг для
обеспечения государственных и муниципальных нужд". Принят
Государственной Думой 19 июня 2015 года. Одобрен Советом
Федерации 24 июня 2015 года.
3. Бек К. Экстремальное программирование. Разработка через
тестирование / Бек К. – СПб: Питер, 2006. – 260 с.
4. Грин Д. Постигая Agile. Ценности, принципы, методологии. / Грин Д.,
Стеллман Э. – М.: Манн, Иванов и Фербер, 2018 – 448 с.
5. Илларионов А. Портфель проектов. Инструменты стратегического
управления предприятием. / Илларионов А., Клименко Э - М.: Альпина
паблишер, 2013. - С. 75-93.
6. Инюшкина О. Г. Проектирование информационных систем / Инюшкина
О. Г – Екатеринбург.: «Форт Диалог -Исеть», 2014. - 240 с.
7. Оно Т. Производственная система Тойоты / Оно Т - М.: Институт
комплексных стратегических исследований, 2008. - c. 66-74.
8. Радченко М. Г.. 1С:Предприятие 8.3. Практическое пособие
разработчика / Радченко М. Г., Хрусталева Е. Ю. - М.: Эксмо, 2016. –
928 с.
9. Резник С. Scrum с Team Foundation Server 2010. Профессиональный
подход/ Резник С., Бьйорк А., де ля Маза М. – М.: Эком, 2012. – С. 20-
99.
89
10. Ричардс Г. Управление современным складом. Полное руководство по
повышению эффективности и снижению затрат на современном складе/
Ричардс Г. – М.: Эксмо, 2017. -496 с.
11. Руководство к Cводу знаний по управлению проектами (Руководство
PMBOK®) — Пятое издание. Project Management Institute, Inc, 2013. –
586 с.
12. Сазерленд Д. Scrum. Революционный метод управления проектами /
Сазерленд Д. – М.:Манн, Иванов и Фербер, 2016. -272 c.
13. Фаулер М. Архитектура корпоративных приложений / Фаулер М. – М.:
Издательский дом "Вильяме",2006. - 541 с.
14. Федоренко А. Экстремальное программирование: новые возможности /
Федоренко А. – М.: Издательский Дом "КОМИЗДАТ" ,2004. – 285 с.
15. Фразелли Э. Мировые стандарты складской логистики / Фразелли Э. –
М.: «Альпина паблишер», 2013. - С. 271 -290.
16. Martin J. Rapid Application Development / Martin J. – NY: Macmillan
Publishing Company, 1991. – 788 с.
17. PMBOK Guide. Свод знаний по управлению проектами - М.: p.m.Office,
2004. – С. 18-23.
18. Колесов А. Место и роль Open Source в мире и России // PC Week . –
2017. - №6 - С. 6-7
19. Перов Д. Рынок WMS России в 2015 году, Итоги и прогнозы //
Складской комплекс. - 2016. - № 2.- С. 44-47.
20. Перов Д. Рынок WMS России в 2016 году, Итоги и прогнозы //
Складской комплекс. - 2017. - № 2.- С. 50-53.
21. Жемчугов А.М. Оптимальная организационная структура предприятия /
Жемчугов А.М., Жемчугов М.К.
URL: https://www.cfin.ru/management/strategy/orgstr/optim.shtml (Дата
обращения: 02.04.2019)
22. Бек К. Agile-манифест разработки программного обеспечения / Бек К.,
Бидл М., ван Беннекум Э., Кокберн А., Каннингем У., Греннинг Д.,