Кайдзен — это производное от двух иероглифов — «изменения» и «хорошо» — обычно переводится как «изменения к лучшему» или «непрерывное улучшение».
В прикладном смысле Кайдзен — это философия и управленческие механизмы, стимулирующие сотрудников предлагать улучшения и реализовывать их в оперативном режиме.
Система, обеспечивающая организацию непрерывного материального потока при отсутствии запасов: производственные запасы подаются небольшими партиями, непосредственно в нужные точки производственного процесса, минуя склад, а готовая продукция сразу отгружается покупателям. Порядок управления производством продукции — обратный: от i-той стадии на (i — 1)-ой.
Сущность системы CANBAN состоит в том, что все производственные подразделения предприятия снабжаются материальными ресурсами только в том количестве и к такому сроку, которые необходимы для выполнения заказа. Заказ на готовую продукцию подается на последнюю стадию производственного процесса, где производится расчет требуемого объема незавершенного производства, которое должно поступить с предпоследней стадии. Аналогично, с предпоследней стадии идет запрос на предыдущий этап производства на определенное количество полуфабрикатов. То есть размеры производства на данном участке определяются потребностями следующего производственного участка.
Таким образом, между каждыми двумя соседними стадиями производственного процесса существует двойная связь:
с i-той стадии на (i — 1)-ую запрашивается («вытягиваются») требуемое количество незавершенного производства;
с (i — 1)-ой стадии на i-тую отправляются материальные ресурсы в требуемом количестве.
Средством передачи информации в системе CANBAN являются специальные карточки («canban», в переводе с японского языка, — карточка). Применяют два вида карточек:
карточки производственного заказа, в которых указывается количество деталей, которое должно быть изготовлено на предшествующей стадии производства. Карточки производственного заказа отправляются с i-той стадии производства на (i — 1)-ый этап и являются основанием для формирования производственной програм-мы (i — 1)-ого участка;
карточки отбора, в которых указывается количество материальных ресурсов (компонентов, деталей, полуфабрикатов), которое должно быть взято на предшествующем участке обработки (сборки). Карточки отбора показывают количество материальных ресурсов, фактически полученных i-тым производственным участком от (i — 1)-ого.
Такие карточки могут циркулировать не только внутри предприятия, использующего систему CANBAN, но и между ним и его филиалами, а также между сотрудничающими корпорациями.
Предприятия, использующие систему CANBAN получают производственные ресурсы ежедневно или даже несколько раз в течение дня, таким образом запасы предприятия могут полностью обновляться 100-300 раз в год или даже чаще, тогда как на предприятии, использующем системы MRP или MAP — только 10-20 раз в год. Например, в корпорации Toyota Motors на один из производственных участков в 1976 году ресурсы поставлялись трижды в день, а в 1983 году — уже каждые несколько минут.
Стремление к снижению запасов становится, кроме того, методом выявления и решения производственных проблем. Накопление запасов и завышенные объемы производства позволяют скрывать частые поломки и остановки оборудования, производственный брак. Поскольку в условиях минимизации запасов производство может быть остановлено из-за брака на предыдущей стадии технологического процесса, то основными требованием системы CANBAN, кроме требования «ноль запасов», становится требование «ноль дефектов». Систему CANBAN практически невозможно реализовать без одновременного внедрения комплексной системы управления качеством.
Важными элементами системы CANBAN являются:
информационная система, включающая не только карточки, но и производственные, транспортные и снабженческие графики, технологические карты;
система регулирования потребности и профессиональной ротации кадров;
система всеобщего (TQM) и выборочного («Дзидока») контроля качества продукции;
система выравнивания производства.
Основные преимущества системы CANBAN:
короткий производственный цикл, высокая оборачиваемость активов, в том числе запасов;
отсутствуют или чрезвычайно низки издержки хранения производственных и товарных запасов;
высокое качество продукции на всех стадиях производственного процесса.
Анализ мирового опыта применения системы CANBAN показал, что данная система дает возможность уменьшить производственные запасы на 50%, товарные запасы — на 8% при значительном ускорении оборачиваемости оборотных средств и повышении качества готовой продукции.
Основные недостатки системы «точно в срок»:
сложность обеспечения высокой согласованности между стадиями производства продукции;
значительный риск срыва производства и реализации продукции.
Достаточно простая и наглядная графическая схема, изображающая материальные и информационные потоки, необходимые для предоставления продукта или услуги конечному потребителю. Карта потока создания ценности дает возможность сразу увидеть узкие места потока и на основе его анализа выявить все непроизводительные затраты и процессы, разработать план улучшений. Картирование потока создания ценности включает следующие этапы:
Agile (agile software development, от англ. agile – проворный) – это семейство «гибких» подходов к разработке программного обеспечения. Такие подходы также иногда называют фреймворками или agile-методологиями. Agile возник в IT-среде, но затем распространился и в другие сферы – от промышленной инженерии до искусственного интеллекта.
Смысл Agile сформулирован в Agile-манифесте разработки ПО
Люди и взаимодействие важнее процессов и инструментов. Работающий продукт важнее исчерпывающей документации. Сотрудничество с заказчиком важнее согласования условий контракта. Готовность к изменениям важнее следования первоначальному плану
В области производства программного обеспечения нет такой темы, вокруг которой ведется так много споров, как методологии для управления программными проектами. Все специалисты ищут серебряную пулю, хотя опыт подсказывает, что ее не существует. На смену одной методологии приходит другая, одну тему фокусирования всего софтверного сообщества сменяет другая – этот круг действительно бесконечен. Матерые специалисты с седыми бородами настаивают на тяжеловесных методологиях с сотнями ролей, процессов, артефактов и толстенными описаниями. Молодые управленцы же предпочитают гибкие методологии или «Agile», как они говорят. Кто же прав в этом противостоянии отцов и детей?
В этой книге я расскажу о современных гибких методологиях, причем постараюсь осветить те аспекты, которые обычно не упоминаются либо раскрываются недостаточно глубоко. Кроме теории в книги содержится множество конкретных приемов и лучших методов, которые можно применять на практике.
Эта книга предназначена для широкого круга специалистов, работающих в области разработки программного обеспечения:
Разработчики
Ведущие разработчики и архитекторы
Скрам-мастера
Руководители проектов
Владельцы продуктов
Руководители отделов
Аналитики
Тестировщики
Верстальщики
Дизайнеры и специалисты по интерфейсу
Методы и инструменты, описанные в этой книге, позволяет организовать эффективную работу команд, состоящих из этих специалистов.
