Кайдзен в информационных технологиях

Аватар пользователя exsoko

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

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

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

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

Это всё к чему. Наблюдая за развитием информационных технологий, можно говорить о том, что они созрели к тому, чтобы к информационным процессам в организации активно применять методологию кайдзен. То есть методологию постоянных улучшений, которая производится не только специально обученными людьми (программистами, проект-менеджерами), но и непосредственно участниками этого процесса разного уровня.

В самом деле, почему бы пользователю не дать возможность изменять форму ввода и обработки информации так, как ему удобнее? Менять местами поля, добавлять формулы. Почему бы не дать пользователю возможность самому оперативно изменять отчётные формы, добавлять новые поля для информации в системе. И такие возможности уже некоторое время активно стали появляться в информационных системах. В тех же самых распространенных 1С, например, Bitrix.

Активно развиваются и продвигаются nocode системы. Системы, в рамках которых программирование производится "без программирования". То есть все программирование производится с помощью визуальных редакторов, без написания кода. Это дает возможность развивать части информационной системы силами непосредственных исполнителей и руководителей различных уровней.

Сейчас, во многих случаях, эти возможности не применяются не из-за их отсутствия, а из-за инерции мышления. Что информационную систему должен изменять именно программист.

Мне хорошо запомнился момент из одной из книг по внедрению методологии кайдзен в американской компании. Не дословно, но по сути: "Мы пригласили к себе из японии специалиста по кайдзен. Встретились в офисе рядом с производством. Планировали, что они будет нам рассказывать, что и как надо делать. Однако, когда мы встретились, он сразу предложил нам спуститься на производство, а когда мы спустились - он сразу начал двигать станки... Это было сильно непривычно для нас. Обычно у нас сначала технологи рисовали технологическую схему, потому под неё изменялось производство. А он просто ходил, стоял рядом с рабочими, находил неудобные для работы операции, и сразу производил изменения"

То же самое может быть и в ИТ системах. Руководитель может сеть рядом с оператором, сам может поработать оператором, и тут же на месте производить изменения, которые будут повышать производительность работы.

Понятно, что для того, чтобы руководитель мог это делать, он должен сам знать, как и что можно менять в информационной системе с помощью инструментов nocode. А возможно руководитель должен уметь также даже писать несложные скрипты на распространенных языках. Это выглядит несколько непривычным, но только на первый взгляд. На самом деле это уже давно происходит. Просто инструмент, который знают и используют все руководители - это эксель. Это отличный инструмент для личной работы - но не очень удобный для коллективной. Сейчас настало время изменить инструмент, но не изменять подход. Для применения методологии кайдзен для корпоративной системы нужно подбирать инструмент, который, с одной стороны позволяет иметь единое ядро для совместной работы, с другой стороны позволяет активно дорабатывать интерфейсы, информационные модели, отчёты, печатные формы, процессы для локального применения. При этом сотрудники всех уровнях должны специально обучаться возможностям такой системы для изменения в рамках своей работы. И в организации должна внедряться культура этих самых непрерывных изменений.

И такой подход способен дать те же результаты, что и кайдзен. А именно, сильное повышение производительности труда и снижение издержек.

Авторство: 
Авторская работа / переводика
Комментарий автора: 

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

Комментарии

Аватар пользователя И-23
И-23(9 лет 2 месяца)

Намекаете на тенденцию к индустриализации функции управления?
Когда *перелётный* минет.жимент во славу выстраиваемой экосистеме сваливает всю производительную составляющую своей деятельности в нафиг…

Аватар пользователя guardianru
guardianru(8 лет 4 месяца)

не, этот кайдзен - это та еще шняга.

пример кайдзена - это когда компании игроделы выбрасывают в продажу бету которую бесплатно улучшают и допиливают пользователи, заранее за нее еще и заплатив-)

и так во всем мире.

ну или вот другой вариант постоянного улучшения. есть проституция, появилась порно, а теперь онлифанс. постоянное улучшение!

Аватар пользователя ZIL.ok.130
ZIL.ok.130(7 лет 5 месяцев)

Так всё таки кай- или кан?

А сам метод -- отличный. 

Как "палки" у гайцов.

Главное чтобы костюмчик сидел отчётность была в поряде.

И все руководители начнут рисовать всякую х#RNю про то как они каждый день улучшают чтототам.

Драть, вы на кошках себе пробовали эту хреноту?

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

Удачи.

smile13.gif

Аватар пользователя Ratatosk
Ratatosk(6 лет 4 месяца)

И не забывать наказывать отстающих, у которых всё и так работает..

Аватар пользователя ZIL.ok.130
ZIL.ok.130(7 лет 5 месяцев)

ВоотЪ!

Маешь рацiю каг гогорят небраття.

smile1.gif

Аватар пользователя VBB
VBB(1 год 5 месяцев)

В больших фирмах и без того.. поработал как-то и уволился. Реально я пол дня тратил на то, что-бы разобрать почту и заполнить все эти бессмысленные отчеты, который "надо было заполнить вчера". Если удавалось хотя-бы четыре часа в день реально поработать, то это было очень круто.

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

Аватар пользователя exsoko
exsoko(9 лет 10 месяцев)

Кайдзен, конечно. Ошибка.

А отчётность разная бывает. Например, по целям - не пробовали?

Аватар пользователя ZIL.ok.130
ZIL.ok.130(7 лет 5 месяцев)

А тут всё очень просто -- строительство насчитывает тысячи лет практики. И там можно прям глозаме посмотреть на методы оценки выполнения проектов. Причём -- оплата по РЕАЛЬНОМУ продвижению работ. Не сделал -- сиди без денег.

И всё.

smile1.gif

Аватар пользователя m.kozh
m.kozh(4 года 8 месяцев)

Могу подтвердить.  Я лично столкнулся с ситуацией, когда автоматизацию продвигают так чтоб такой работы хватило на годы вперед. К примеру если можно автоматизировать обработку аварий двух типов, то выбирают тот тип, аварий которого менше. А те аварии которых много обрабатывают вручную. Народ пыхтит, потеет, из-за компа не встает, КПЭ прут и все довольны.

Аватар пользователя gribulon
gribulon(11 лет 6 месяцев)

О да. Сестра работала в филиале западной ит-конторы. Задрали постоянными отчетами на тему как вы собираетесь профессионально совершенствоваться, что собираетесь привнести в фирму, какие методы улучшения работы внедрили на этой неделе... Половина времени уходила на херню.

Аватар пользователя Pablo666
Pablo666(1 год 6 месяцев)

Это стандартное перфоманс ревью, в наших конторах тоже есть. Обычно - раз в пол года или год.
Тоже бесило, но! По-сути  полезно спросить у самого себя, что ты будешь делать, может изучить чего полезного.
Обычно конечно отписки, типа продолжу увеличивать хорошее и уменьшать плохое и пятилетка за три года.

Неделя, конечно, слабо верится, но чего только не бывает:)

Аватар пользователя gribulon
gribulon(11 лет 6 месяцев)

К сожалению бывает. Несмотря на неплохую зарплату пришлось уволиться, ибо вынос мозга.

Аватар пользователя Pablo666
Pablo666(1 год 6 месяцев)

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

Аватар пользователя gribulon
gribulon(11 лет 6 месяцев)

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

Аватар пользователя Pablo666
Pablo666(1 год 6 месяцев)

Ну если все доводить до абсурда - можно любое дно пробить.
И кайдзен, ТРИЗ, эджайл,  или отчет о проделанной работе - тут уже не виноваты.

просто в примерах приводятся строго негативные примеры и часто из головы :)

Аватар пользователя gribulon
gribulon(11 лет 6 месяцев)

Ну так в том-то и дело, что для любой инициативы нужно думать не только о том, как она поможет, но и о том как ее извратить или обойти.

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

Аватар пользователя exsoko
exsoko(9 лет 10 месяцев)

+ У нас на этот счёт есть хорошая поговорка "С дуру можно и лоб разбить" (ну или что пожёстче).

Любая методология управления это инструмент. Как бензопила, например. С помощью бензопилы можно увеличить производительность труда при валке деревьев в несколько раз, относительно использования топора. А можно руки и ноги отпилить. Но понятно, что всегда найдутся такие, которые на предложение использовать бензопилу будут говорить: "а вот муж моей сестры бензопилой ногу себе распахал от края до края, по этому ну её эту бензопилу. Прадеды наши как-то без неё обходились, и мы обойдёмся".

Аватар пользователя Pablo666
Pablo666(1 год 6 месяцев)

Да тут уже крайности пошли, типа "все у кого бензопилы - лохи" :)

Аватар пользователя exsoko
exsoko(9 лет 10 месяцев)

Ну да, типа "а вот у моей жены сестру в организации заставляли каждый месяц отчёт делать: "Где вы планируете ещё вместо топора бензопилу применять". Вот упоротые, пришлось ей из-за этого увольняться, житья не давали."

Аватар пользователя gribulon
gribulon(11 лет 6 месяцев)

А как насчет по часику-другому каждый день? )) И с лекциями о том почему это трындец как важно? )) Вы недооцениваете мощь молодых, амбициозных, но безмозглых идиотов, которые думают, что главные они - а не те, кто кодит.

Аватар пользователя Pablo666
Pablo666(1 год 6 месяцев)

Ну если лично присутствовать - сложно(хотя наушник в ухо и лекцию слушай какую-нибудь) или свои дела делай, главное вид умный соорудить. Если всякие вебинары и прочие созвоны... Отключил микрофон и сиди кино смотри или английский/японский учи. Амбициозному идиоту всегда можно предложить еще больше лекций - это энергетически выгодно, он говорит энергию тратит, а ты сидишь и отдыхаешь. Как выше сказал - слушать не обязательно.

Аватар пользователя Pablo666
Pablo666(1 год 6 месяцев)

Опять же применяя принцип кайдзен - устранить лишнее, а если нельзя устранить - хотябы сократить.

Шлешь один и тот же отчет и все (или с минимальными изменениями), свободное время тратишь с пользой на себя.

У меня так в тормозной учетной программе надо было кучу полей заполнять. Написал программку, которая проставляла не только типовые поля, но и комментарии по шаблону фигачила. Пол-часа, час в день экономило. 

 

Аватар пользователя cx
cx(8 лет 10 месяцев)

В России эджайл, почти везде какой-то уроненный с водопада (и по личному опыту работы, и по рассказам коллег из других компаний). Где сейчас работаю планирование на квартал вперед, при этом новые внеочередные требования заносят почти каждый спринт, так что квартальный план все равно не выполняется.

Аватар пользователя Pablo666
Pablo666(1 год 6 месяцев)

ну, часто, от него только название. Да и модифицировать под себя методологии никто не запрещает.

Как говорится, "каждый строчит как он хочет".

Аватар пользователя Pablo666
Pablo666(1 год 6 месяцев)

А в оригинале кайдзена про отчеты ничего нет.
Даже скорее наборот, если говноотчет мешает жить, то его следует или убрать или упростить.

Так что "палочная" система это не про кайдзен. У нас его пытались внедрить, но смысла особого нет, это больше программеров касается, у сисадминов свои методы, там сам принцип ленивости намекает, что надо все автоматизировать и оптимизировать, чтоб потом нихрена не делать.

Аватар пользователя exsoko
exsoko(9 лет 10 месяцев)

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

Аватар пользователя Pablo666
Pablo666(1 год 6 месяцев)

вот именно про нее и речь. Я из тренинга по кайджену только эту муду и запомнил.
Вроде принцип простой, а применить сложно без согласия начальника.
Но когда начальство декларирует, что "живем по кайзден" то и обосновать отсутствие отчета - проще.

Аватар пользователя Алекс_андр
Алекс_андр(7 лет 6 месяцев)

Это всего лишь означает, что от разработчиков информационных систем надо требовать, чтобы они сами ими пользовались. И исправляли косяки и огрехи, которые им самим мешают жить.

Сейчас очень часто разработчики информационных систем в принципе разработанными системами не пользуются или пользуются только из-под палки.

--------------

И, кстати, вот такие системы "постоянного улучшения" работают, только если персонал воспринимает производство как "своё", как "семью". Иначе - оптимизации будут подвергаться только его личные затраты в ущерб интересам дела.

Аватар пользователя exsoko
exsoko(9 лет 10 месяцев)

Это всего лишь означает, что от разработчиков информационных систем надо требовать, чтобы они сами ими пользовались.

Идея как раз в том, чтобы разработчиками информационных систем становились те, кто этими системами пользуется.

 И, кстати, вот такие системы "постоянного улучшения" работают, только если персонал воспринимает производство как "своё", как "семью". Иначе - оптимизации будут подвергаться только его личные затраты в ущерб интересам дела.

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

Аватар пользователя Anter1999
Anter1999(7 лет 1 месяц)

заключается в том, что технологические и организационные процессы в организации подвергаются непрерывным улучшениям. 

Ага!

//////«Работает — не трогай» — это правило программиста, которое означает, что если что-то работает, то не следует вносить изменения в код 

Аватар пользователя Хитрый Лис
Хитрый Лис(9 лет 4 месяца)

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

Аватар пользователя VBB
VBB(1 год 5 месяцев)

Вот именно - "если есть время". При нынешней организации труда этого времени нет никогда. Тебе всегда подкинут работы и посоветуют не заниматься ТБМ-й, с этими твоими улучшениями и оптимизациями. В итоге ком из проблем нарастает, и становится таким огромным ,что даже при очень большом желании его не раскидать в одиночку, а на работу всей команды над ним никто ни времени ни денег не даст. Замкнутый круг, в результате которого и рождаются все эти глюкавые монстры, которые лучше не трогать что-бы не развалились.

Аватар пользователя mke61
mke61(12 лет 1 месяц)

Частое явление: хренак, хренак и в продакшн. Заманали.

Аватар пользователя Coolerman
Coolerman(4 года 8 месяцев)

и если есть время, будет стараться сделать это.

Это - ключевой фактор. Обычно у программиста не один проект и каждый поджимает. Даже в рамках одного проекта часто задачи на изменения поступают постоянно, отсюда низкое качество кода и его тестирование, нарастает потом как снежный ком.

Аватар пользователя дыня
дыня(10 лет 11 месяцев)

Это было до исторического материализма изобретения тестов.

Аватар пользователя mbira
mbira(9 лет 7 месяцев)

Не согласен.

Жена работая на складе оператором была автором таких улучшений, и получала плюшки за это. Естественно надо хорошо знать и уметь пользоваться системой. Ну и плюс что она в свое время прошла обучение по бухучету тоже дало определенный вклад в освоение. Ну и то что ей было интересно разбираться тоже показатель.

Аватар пользователя Хитрый Лис
Хитрый Лис(9 лет 4 месяца)

Этот метод широко применялся на предприятиях сталинского СССР. Японцы просто позаимствовали его, о чем открыто сказали в свое время.

Аватар пользователя Призрак большого леса

Но в "сталинском СССР" - Все улучшалось исключительно для получения улучшения - а иностранные слова типа кандьзо, позволяют бюрократии запустить "процесс улучшения" ради самого процесса и создания ртчетности.

Отчитываться об "улучшениях" всегда проще, чем отвечать ща результат. А руководитель   нацеленный на результат - и без японцев знает, что надо подойти к рабочим и у них спросить, как им будет лучше и чего нк хватает.

Аватар пользователя exsoko
exsoko(9 лет 10 месяцев)

В СССР вообще начиная со сталинских времён была эффективная система внедрения рационализаций с хорошей премией для всех участников. Почитайте - порадуетесь.

Аватар пользователя mke61
mke61(12 лет 1 месяц)

++++++ иногда рабочие получали больше прохфессоров. И даже директоров того же предприятия. Ох как это не нравилось и тем и другим.

Аватар пользователя Olsol
Olsol(6 лет 6 месяцев)

В СССР был НОТ и нормы пересматривали в сторону увеличения. Если вдруг работяги ради премий перевыполнять начали.

Аватар пользователя VBB
VBB(1 год 5 месяцев)

В самом деле, почему бы пользователю не дать возможность изменять форму ввода и обработки информации так, как ему удобнее? Менять местами поля, добавлять формулы. Почему бы не дать пользователю возможность самому оперативно изменять отчётные формы, добавлять новые поля для информации в системе. И такие возможности уже некоторое время активно стали появляться в информационных системах. В тех же самых распространенных 1С

Вот именно что в 1С это уже давно есть, пользователь может залезть в потроха системы и поменять там практически как захочет поведение системы. Пользователи, разумеется, этой возможностью не пользуются, для них это слишком сложно. Просто появился подвид программиста - программист 1С.. 

Аватар пользователя Алексец
Алексец(7 лет 8 месяцев)

Как красиво названо... Выпуск на рынок сырого дерьма. 

Аватар пользователя xiaoxiong
xiaoxiong(9 лет 6 месяцев)

Как у нас говорят "херак, херак, и в продакшн", слегка конечно перефразируя)))

Аватар пользователя Алексец
Алексец(7 лет 8 месяцев)

Именно, только в этой теории все хераклии.

Аватар пользователя VBB
VBB(1 год 5 месяцев)

Как человек, работающий программером уже страшно много лет скажу - это "херак-херак и в продакшен" очень точно передает всю суть современной разработки. Называют это просто более благообразно - Скрам, Аджайл, Канбан.. а по сути это оно, родное - херак-херак.. Нет времени на вдумчивую работу, оптимизацию, исправление.. Все делается максимально быстро и максимально всрато, потому что времени на страдание херней (по мнению менеджеров) тебе никто не даст.

Аватар пользователя ПРОЛ
ПРОЛ(9 лет 5 месяцев)

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

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

Аватар пользователя exsoko
exsoko(9 лет 10 месяцев)

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

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

Аватар пользователя ПРОЛ
ПРОЛ(9 лет 5 месяцев)

То есть дело в магическом слове "кайдзен"?

А, я кажется, понял, в чем дело. Дело в невосприимчивости стандартных процедур и больших начальников к реализации цели. Любой мелкий работник, без изменения своей цели (за которую он собственно бабло и получает), укажет вам кучу способов, как можно и ему удобней все сделать, и на гора больше выдать (что одно следует иногда из второго). 

А весь кайдзец - чтобы слушать это, а не наказывать за инициативу.

Ну, имеет смысл. Я вообще считаю (много раз писал) что нет никакой нехватки ресурсов, есть наша тупота в их потреблении. Административные расходы, расходы на ненужные операции... несть числа - в их числе.

Только это не кайдзен, а здравый смысл.

Аватар пользователя gusevg
gusevg(13 лет 2 недели)

Японцы обогнали благодаря американцу Эдварду Демингу, который свой PDA цикл основывал на фундаменте нашего Александра Богданова и Ко. В общем, улучшать что-то не видя картины в целом - часто ведёт к ухудшению.

Страницы