© Six Sigma Online. ru Стандарт разработки ПО Разработка новых расчетных систем Тестирование Создание новых тестовых стендов На этапе создания стендов.

Презентация:



Advertisements
Похожие презентации
© Six Sigma Online. ru Ускоренный процесс формирования цены Технический отдел и ОМТ Сбор ин6формации о материале и затраченном времени на единицу Заказчик.
Advertisements

© Six Sigma Online. ru Координирование правильности оформления акта о сдаче продукции В цехе Мастер выписывает акт о выполненном ремонте детали или узла.
© Six Sigma Online. ru Передача данных по калькуляциям в отделы Расчет калькуляции Предварительный расчет стоимости Передача данных по калькуляциям в отделы.
© Six Sigma Online. ru Обработка заявок на материалы в СМТС Передача заявки от мастеров инженеру ПТО Распределение материалов в заявке по исполнителям.
© Six Sigma Online. ru Последовательность операций Устранение замечаний после проверки документа (доработка) Контроль устранения замечаний, сделанных при.
© Six Sigma Online. ru Передача Заказчику информации об объеме работ и стоимости ремонта электрической машины Приемка электрической машины в ремонт Согласование.
© Six Sigma Online. ru Аудит рабочих мест на предмет реализации кайдзен-проектов Подача кайдзен- предложения Подача ведомости на оплату. Контроль реализации.
© Six Sigma Online. ru Организация и координирование проведения курсов «Устранение потерь» Учебным центром ООО «АЭМС» Формирование группы участников Контроль.
© Six Sigma Online. ru Организация работ по восстановлению деталей машин в ЭРЦ ООО «Апатит- Электромашсервис» Дефектовка деталей машин (дефектовщик) Восстановление.
© Six Sigma Online. ru Мониторинг срока действия технического решения Получение технического решения Окончании срока действия технического решения Для.
© Six Sigma Online. ru Последовательность операций Утверждение документа Передача подлинника пользователю Учет подлинников документов со всеми зарегистрированными.
© Six Sigma Online. ru Задание 1 Создание и регистрация оперативной информации о готовности продукции к отгрузке в бумажном виде. Отправка сводных электронных.
© Six Sigma Online. ru Ежемесячные заявки на материалы в СМТСиС Определение месячной потребности материалов, необходимых для производства работ Передача.
© Six Sigma Online. ru Оптимальная доставка профильного проката на участок погрузка профильного проката на складе в арендуемый транспорт Разгрузка проката.
© Six Sigma Online. ru Изменение формы бланка заявки на выполнение работ и оказание услуг Ремонтно-Механическим комплексом для сторонних организаций Поступление.
© Six Sigma Online. ru Определяем предыдущую и последующую операции Определение потребности в разработке документа Выпуск документа Разработка документа.
© Six Sigma Online. ru Описание участка 1 Объектом исследования является процесс согласования кредитной заявки. При согласовании кредитная заявка проходит.
© Six Sigma Online. ru Определяем предыдущую и последующую операции Определение потребности в разработке документа Выпуск документа Разработка документа.
© Six Sigma Online. ru Задание 1 ПОДАЧА ЗАЯВКИ НА ИЗГОТОВЛЕНИЕ ДЕТАЛЕЙ ВЫДАЧА ЧЕРТЕЖЕЙ МАСТЕРАМ НА УЧАСТКИ ПОИСК ЧЕРТЕЖЕЙ В АРХИВЕ ПТО РМК.
© Six Sigma Online. ru Описание участка 1 Объектом исследования является процесс переналадки установок. В процессе переналадки установок контролеру необходимо.
Транксрипт:

© Six Sigma Online. ru Стандарт разработки ПО Разработка новых расчетных систем Тестирование Создание новых тестовых стендов На этапе создания стендов (совокупности аппаратных ресурсов и прикладного ПО) для новых систем согласование выделяемых ресурсов затягивалось из-за различных версий прикладного ПО, используемого при разработке и рекомендуемого отделом управления конфигурацией (ОУК). В итоге, каждая система рассматривалась индивидуально, сроки внедрения увеличивались, качество ПО снижалось, количество разномастных стендов росло.

© Six Sigma Online. ru Бланк регистрации потерь Формирование группы участников Контроль за прохождением тренинга до конца Координирование действий участников TIMWOODS 1. Программист вынужден вносить корректировки в готовое ПО под конфигурацию указанную стенда В ходе расчетов часто выявляются дефекты, связанные с конфликтом ПО с конфигурацией стенда + 3. Т.к. невозможно переделать все новые системы под новые требования, приходится содержать и поддерживать дополнительные аппаратные ресурсы под стенды со старой конфигурацией При выделении ресурсов под новый стенд проходит обязательное согласование, самый длительный этап которого – согласование с ОУК +

© Six Sigma Online. ru Kaizen-лист мероприятий Формирование группы участников Контроль за прохождением тренинга до конца Координирование действий участников ПроблемаКорректирующие действияОтветственныйДата% выполнения 1 Отсутствует единый стандарт используемого прикладного ПО (версия Oracle, JAVA и т.д.). ОУК имеет свое представление, программисты - свое. Согласовать и утвердить единый стандарт прикладного ПО Начальник ОУК Начальник отдела программирования %50% 100%75% 2 Планы по долгосрочному развитию и изменению конфигурации ИС компании не включают подготовку ПО к переходу на другие виды ресурсов Разработать целевой стандарт используемого прикладного ПО с указанием примерных сроков перехода Начальник ОУК Начальник отдела программирования %50% 100%75% 3 Создание новых стендов требуется согласования с ОУК, что занимает много времени С введением нового стандарта стало возможным держать пул созданных заготовок под стенды, предсогласованных с ОУК Начальник ОУК %50% 100%75%

KAIZEN:______________________________________________ Дата: __ __ ____ Проблема: Результаты Стандартизация: ФОТО ПоказательДоПосле% Принятые меры: Экономия: ДоПосле Согласован и утвержден единый стандарт прикладного ПО. Создается пул предсогласованных с ОУК заготовок для стендов. Лидер: Дмитрий Славинский Время создания нового стенда Отсутствует единый стандарт используемого при разработке прикладного ПО (версия Oracle, JAVA и т.д.). ОУК имеет свое представление, программисты - свое. Потери: излишняя обработка, дефекты, ожидание Стандарт разработки ПО Все новые системы будут разрабатываться по принятому стандарту. Также требования стандарта будут учитываться при рефакторинге существующих систем. 5 дней 3 дня (1 после создания пула) 40 (80) Доля дефектов, связанных с прикладным ПО (% от всех дефектов) Сроки доработки под новые требования (% от срока разработки системы) При среднем времени разработки системы 22 чел/дня удалось уменьшить загрузку программистов в среднем на 3 чел/дня на систему. В 2012 году было 8 запусков. При з/п программиста 80 тыс. руб/мес экономия составила бы 87 тыс руб в год.