Список литературы

1. Многомерный статистический анализ с использованием ППП «STSTISTICA», Н.Н.Буреева – 2007

2. Мандель И.Д. Кластерный анализ.М.: Финансы и статистика,1988. 176 стр.

3. Дюран Б.,Оделл П. Кластерный анализ. М.: Статистика,1977, 128стр.

4. СОВРЕМЕННЫЕ ТЕНДЕНЦИИ В КЛАСТЕРНОМ АНАЛИЗЕ В.Б. Бериков, Г.С. Лбов Институт математики им. С.Л. Соболева СО РАН

5. Савченко Е. А. Кластерный анализ как метод управления дебиторской задолженностью организации // Концепт. – 2013. – № 12 (декабрь). – ART 13266. – 0,4 п. л. – URL: http://e-koncept.ru/2013/13266.htm. – Гос. рег. Эл № ФС 77-49965. – ISSN 2304-120X. (научная публикация автора)

6. Волкова Н.А., Стукач О.В. Кластерный анализ результатов социологического опроса работников предприятия // Вестник Ульяновского государственного технического университета. - 2005. - N 2. - С. 68-72

7. Марийский государственный технический университет, кафедра РТиМБС/ Кластерный анализ/ Методические указания к лабораторной работе, Йошкар-Ола, 2008

8. Теоретико-вероятностные и статистические методы и модели анализа внешнеэкономической деятельности предприятий / Московская государственная академия делового администрирования/Абанина И.Н., Бардушкин В.В., Вуколов Э.А., Исаченко А.Н., Карабанова О.В., Костин И.Б., Котова Г.Ю., Марченкова С.В., Платонова И.В., Ревякин А.М., Ревякина М.А. / под ред. Абанина И.Н., Ревякин А.М. , 2014 - 215с. 

9. Алферов, В.И. Основы научных исследований по управлению строительным производством: Лабораторный практикум / В.И., Алферов, С.А. Баркалов. П.Н. Курочка, Т.В. Мещерякова, В.Л. Порядина. - Воронеж: "Научная книга", 2011. - 188 с.

10. Порядина, В.Л. Основы научных исследований в управлении социально-экономическими системами / В.Л. Порядина, С.А. Баркалов, Т.Г. Лихачева. Воронежский ГАСУ. — Воронеж, 2015. — 262 с.

УДК 658

Процесс формирования команды по управлению проектами с учетом сокращения времени на их выполнение

Я.С. Строгонова ст. преп., У.Г. Глушенкова студент гр. 4331

Научный руководитель - ст. преп. Я.С. Строгонова²¹

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

Роберт Кийосаки

Введение

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

Объектом исследования выступает непосредственно сама методология scrum.

Предметом является управление сроками выполнения проекта с помощью scrum мастера.

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

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

1. Основы методологии scrum

1. Основные понятия в scrum

Итак, что же это такое? Перейдём непосредственно к переводу слова «Scrum». В переводе с английского «Scrum» дословно означает «схватка». «Scrum» - это методология управления проектами, относящаяся к Agile-методам, то есть гибким подходам к разработке программного обеспечения. 

Немного коснемся истории. Впервые прототип scrumбыл упомянут в 1986 году в известной статье двумя японскими профессорами ИкуджироНонака и ХиротакаТакэучи. Совместно они выпустили книги «Компания — создатель знания - Зарождение и развитие инноваций в японских фирмах». Они рассматривали управление знаниями как важнейший фактор в управлении компании. А это в свою очередь и является основой для scrum методологии.

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

1.2 Участники scrum

В данной методологии существуют основные понятия и определенное деление участников scrum -процессе на «Кур» и «Свиней».

«Куры» – это те специалисты, которые вовлечены в проект лишь частично, такие как пользователи (Users); управляющие персоналом (Managers); эксперты-консультанты (ConsultingExperts); клиенты и продавцы (Stakeholders), инициирующие проект для получения выгоды.

«Свиньи» – это те специалисты, кто непосредственно вовлечен в проект и скрам-процесс: скрам-мастер, владелец продукта и скрам-команда. Скрам-мастер (ScrumMaster) корректно ведет скрам-процесс: проводит совещания, следит за соблюдением принципов Scrum, разрешает противоречия, защищает команду от отвлекающих факторов и решает проблемы, которые мешают ей двигаться к цели.

В классическомScrum существует 3 базовых роли:

- Productowner – владелец продукта;

- Scrummaster – скрам мастер;

- Команда разработки (Developmentteam) или скрам команда (ScrumTeam).

Владелец продукта (ProductOwner) – это тот, кто представляет интересы конечных пользователей, а также других заинтересованных в продукте сторон.

Скрам-команда (ScrumTeam) – кросс-функциональная команда проекта, обычно состоящая из 7-9 специалистов разных профилей: менеджеров, бизнес-аналитиков, программистов, ИТ-архитекторов и др.

Резерв проекта (ProductBacklog) – это существующий список требований к работоспособности продукта (ПО), упорядоченный по степени важности и редактируемый всеми участниками скрам-процесса.

Спринт (Sprint) – это итерация в скрам, в ходе которой создается функциональный рост программного обеспечения. Спринт жёстко фиксирован по времени. Длительность одного спринта составляет от 2 до 4 недель в среднем.  Команда, работающая над проектом, определяет количество задач из резерва проекта, которые можно выполнить за каждую из итераций. Каждая итерация заканчивается встречей команды проекта и подведением итогов.

2. Scrumмастер изнутри

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

Директор теперь же вместо того, чтобы давать указания разработчику, открывает специальный документ, который называется «список задач, которые нужно сделать в будущем» (раньше это была excel-таблица или doc), и далее вся работа непосредственно делается в scrum короткими итерациями, которые описали японские профессоры. В среднем итерации длятся 2-4 недели (см. Схема 1).

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

Схема 1. Скрам-процессы

2.1. Воздействие между участниками команды

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

Схема 2. Взаимодействие между участниками команды

2.2. Сближение команды в scrum

Таким образом, при scrum-разработке программного обеспечения необходимо сближение команды, например по таким показателям, как:

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

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

3. Следует «измерять» команду в целом. Например, человека, который «тормозит» всю команду видно сразу. Электронные средства ведения scrum-проекта могут показать результат по задачам, выполненным конкретным разработчиком. Это в помощь. К этому привязать поведение на собраниях, инициативность, общительность и сообразительность. Желание обучить, обучиться и признать свои ошибки. Опыт и знания придут. Пример: Также хорошим показателем является Условия Принятия и Ретроспектива. Если программист видит проблему, входящие в Условия Принятия, но не решает, т.к. сроки или другая причина, а на ретроспективе молчит - это большой минус.

Заключение

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

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

Список литературы

1. HenrikKnibergandMattiasSkarin «KanbanandScrummakingthemostofboth», forewords by Mary Poppendieck and David Anderson – 2009

2. «Руководство по скраму. Авторитетное руководство по скраму: Правила игры, разработка и поддержка» Кен Швабер ИДжефф Сазерленд – Июль 2011

3. «Scrumи XP: заметки с передовой. Как мы делаем Scrum» Хенрик Книберг

УДК 519.8

Модель задачи управления производством с учетом минимизации затрат на электроэнергию

С.Н. Уксусов канд.ф-м. наук, доцент, А.В. Курбанов студент гр. 3541Б,

В.Л. Лихачева магистр гр.М072

Научный руководитель - канд.ф-м. наук, доцент С.Н. Уксусов²²

1. Введение

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

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

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

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

2. Понятие автоматизированных систем контроля и учета энергоресурсов

Для решения проблем, связанных с энергоучетом на промышленном предприятии, целесообразно создание автоматизированных систем контроля и учета энергоресурсов (АСКУЭ).

В общем случае в структуре АСКУЭ можно выделить три уровня:

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

2. второй уровень - устройства сбора и передачи данных (УСПД). Специальные устройства, которые производят опрос первичных измерительных приборов, накапливают и обрабатывают полученную информацию, и передают эту информацию на верхние уровни;

3. третий уровень - персональный компьютер (ПК) или сервер центра сбора и обработки данных со специализированным программным обеспечением АСКУЭ. На этом уровне проводится сбор информации с УСБД (или группы УСБД), проводится итоговая обработка данных, и их отображение в удобном, для принятия управленческих решений виде.

На рисунке 1 представлена структура автоматизированной системы контроля и учета электроэнергии.

Рис. 1 Структура автоматизированной системы контроля и учета электроэнергии

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

Построение автоматизированных систем контроля и учета энергоресурсов возможно только при использовании электронных счетчиков электроэнергии (рис. 2). С использованием электронных счетчиков электроэнергии возникает ряд преимуществ, такие как:

1. Высокий класс точности — от 1,0.

2. Многотарифность (от 2 и выше).

3. Достаточно одного счетчика при учете нескольких типов электрической энергии.

4. Измерение качества и объема мощности.

5. Хранение данных учета электроэнергии.

6. Легкая доступность данных.

7. В случае хищения электроэнергии осуществляется фиксация несанкционированного доступа.

8. Возможность дистанционно снимать показатели.

Рис. 2 Электронные счетчики электроэнергии

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

3. Модель задачи управления производством с учетом минимизации затрат на электроэнергию

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

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