22-23 августа 2019 года, Москва, Марриотт Новый Арбат
Тема: Развитие цифровых навыков внутри предприятия и практика реализации проектов в условиях меняющихся требований
https://www.cfo-russia.ru/meropriyatiya/digen/archive/49489/
22-23 августа 2019 года, Москва, Марриотт Новый Арбат
Тема: Развитие цифровых навыков внутри предприятия и практика реализации проектов в условиях меняющихся требований
https://www.cfo-russia.ru/meropriyatiya/digen/archive/49489/
27-28 июня 2019 года, Санкт-Петербург, Лотте Отель
Тема: Создание общих ИТ-платформ для синхронизации цифровых решений
22-24 мая 2019 года, Москва, отель «Метрополь»
Тема: «Реализация проекта по налаживанию ЭДО между компаниями, объединенными в холдинг». Предпосылки и проблематика проекта, задачи для подрядчика, а также о выборе конкретного решения и системы. Обратил внимание на подход к решению проекта и его хронологию, а также остановился на подходе Plan-Do-Check-Act. В заключение, поделился эффектом от интеграции обществ, возможными рисками в подобных проектах, а также рассказал о планах компании по развитию roadmap-решения.
https://www.cfo-russia.ru/meropriyatiya/eldoc/archive/44479/
Несколько человек пишут код (php,js,mysql,html). Коммитят это. Push-ают. Код отправляется на сервер Bitbucket.
Почти так. Как правило, в организации командного рабочего процесса есть несколько дополнительных правил.
Далее вся комманда Pull-ами синхронизирует код у себя на машинах;
Команда git pull фактически включает в себя две: git fetch + git merge. С первой обычно не бывает проблем, вторая может застопориться на конфликтах. Я обычно обновляю master, а потом делаю rebase текущей ветки на него
git fetch
# посмотрим, что к нам пришло
git log --oneline --graph --decorate --all
# обновим master
git checkout master
git merge origin/master # или просто git pull
# переставим текущую ветку на новый master.
# при наличии конфликтов лучше разрешить их сейчас, чем потом при слиянии в master
git checkout myfeature
git rebase master
Как вы будете развертывать приложение — совершенно отдельный вопрос. Если это интерпретируемый код вроде php или js — удобно использовать rsync. Есть более популярный, но гораздо менее надёжный способ развертывания через репозиторий на production-сервере и git-hook. Если доступен только FTP, придётся через FTP.
Стремитесь к тому, чтобы у вас было абсолютно идентичное окружение на всех этапах процесса: разработка, тестирование, staging (если есть), production.
Так вы страхуете свою команду:
Расположение оборудования в форме латинской буквы «U». В U-образной ячейке станки расставлены подковообразно, согласно последовательности операций. При таком расположении оборудования последняя стадия обработки проходит в непосредственной близости от начальной стадии, поэтому оператору не нужно далеко ходить, чтобы начать выполнение следующего производственного цикла.
Ячейки — отдельные группы работников или машин, которые созданы для поддержания постоянного потока. Это предполагает непрерывную последовательность процессов, где нет перепроизводства и задержек.
Это любое средство, информирующее о том, как должна выполняться работа. Это такое размещение инструментов, деталей, тары и других индикаторов состояния производства, при котором каждый с первого взгляда может понять состояние системы — норма или отклонение.
Наиболее часто используемые методы визуализации:
Just-In-Time — точно вовремя. Cистема управления материалами в производстве, при которой компоненты с предыдущей операции (или от внешнего поставщика) доставляются именно в тот момент, когда они требуются, но не раньше. Данная система ведет к резкому сокращению объема незавершенного производства, материалов и готовой продукции на складах.
Система «точно вовремя» предполагает специфический подход к выбору и оцениванию поставщиков, основанный на работе с узким кругом поставщиков, отбираемых по их способности гарантировать поставку «точно вовремя» комплектующих изделий высокого качества. При этом количество поставщиков сокращается в два и более раз, а с оставшимися поставщиками устанавливаются длительные хозяйственные связи.
Особенности системы JIT. При функционировании системы JIT ничего не производится и запас на производственном участке не пополняется пока конечный продукт не будет реализован или отгружен. Когда конечный продукт «вытянут», для восполнения изъятого «вытягиваются» изделия из предыдущей стадии производства или от поставщиков. Таким образом, система JIT предполагает обеспечение производственного участка всем ассортиментом материалов и комплектующих, в количестве необходимом для производства сборки (изготовления) такого количества производимых изделий на данном участке, которое его покинуло.
Таким образом, отправной точкой для пополнения запаса на производственном участке при реализации системы KANBAN является сигнал, выдаваемый в виде карточки или пустого контейнера по мере его окончания, но при этом на производственном участке есть полностью заполненный контейнер в объеме запаса, достаточного для работы на период пополнения + 10 – 30% (страховой запас). В системе JIT отправной точкой служит отгрузка готового изделия с производственного участка, после которой осуществляется пополнение запаса в объеме, необходимом для производства следующего аналогичного изделия.
Всеобщий уход за оборудованием в основном служит улучшению качества оборудования, ориентирован на максимально эффективное использование благодаря всеобщей системе профилактического обслуживания. Акцент в данной системе делается на предупреждение и раннее выявление дефектов оборудования, которые могут привести к более серьезным проблемам.
В ТРМ участвуют операторы и ремонтники, которые вместе обеспечивают повышение надежности оборудования. Основа ТРМ — составление графика профилактического техобслуживания, смазки, очистки и общей проверки. Благодаря этому обеспечивается повышение такого показателя, как Полная Эффективность Оборудования.
В бережливом производстве TPM система борется против шести видов больших потерь, связанных с оборудованием:
Если рассматривать управление техническим обслуживанием оборудования шире, то эффект от него в масштабах предприятия следующий:
В основе Total Productive Maintenance лежит восемь принципов, или столпов.
По материалам https://worksection.com/blog/total-productive-maintenance.html
Концепция была разработана японским автором Сигео Синго и произвела революцию в подходах к переналадке и переоснастке. В результате внедрения системы SMED смена любого инструмента и переналадка могут быть произведены всего за несколько минут или даже секунд, «в одно касание» (концепция «OTED»— «One Touch Exchange of Dies»).
В результате многочисленных статистических исследований было установлено, что время на осуществление различных операций в процессе переналадки распределяется следующим образом:
В результате были сформулированы следующие принципы, позволяющие сокращать время переналадки в десятки и даже сотни раз:
Под этим обозначением известна система наведения порядка, чистоты и укрепления дисциплины. Система 5С включает пять взаимосвязанных принципов организации рабочего места. Японское название каждого из этих принципов начинается с буквы «С». В переводе на русский язык — сортировка, рациональное расположение, уборка, стандартизация, совершенствование.
По материалам https://www.src-master.ru/article25952.html