Бұл жазба автоматты түрде аударылған. Бастапқы тіл: Орысша
MUDA (無駄) - пайдасыздықты, ысырапты немесе жоғалтуды білдіретін жапон тілінен шыққан сөз. Toyota Production System (TPS) - де muda ресурстарды ысырап ететін, бірақ клиент үшін құндылық қоспайтын барлық нәрсені түсінді. Осылайша, muda-ны өндірістен алып тастау арқылы сол ресурстармен көбірек құндылық жасауға немесе аз ресурстармен бірдей құндылық жасауға болады.
Дәстүрлі бизнесте, атап айтқанда TPS-те Muda-ның 7 түрі анықталды. Lean Enterprise әдіснамасында болашақта IT-де әзірлеуге бейімделген қызмет көрсету саласы үшін 8 түрі де бөлінді. Muda-ның барлық 8 түрін қарастырайық:
- Артық өндіріс
Пайдаланылмайтын нәрсеге ресурстарды ысырап ету. Мысалы: команда қосымшаға ақылды ai чатботын енгізу туралы шешім қабылдады, мәліметтер базасын толтыруға және үшінші тарап қызметтерімен интеграциялауға көптеген ресурстар жұмсады. Алайда, өнім ерекше болды және чатбот тек қарапайым сұрақтар үшін жақсы жұмыс істеді. Нәтижесінде өтініштердің 90% - ы техникалық қолдауды жалғастырды.
- Күту
Құндылық клиентке жеткізілмейтін және кері байланыс клиенттен жеткізілмейтін үзіліс кезеңдері. Мысалы: жаңа модуль сыналды және 2 апта бойы шығарылымға дайын болды. Бірақ ол заң бөлімінде, коммуникациялар бөлімінде және даму жөніндегі директорда әлі келісілмеген. Пайдаланушылар модульді тезірек бұзып, оларға кетіп қалған бәсекелес компаниядан осындай фичаны сынап көрді.
- Тасымалдау
Артық кезеңдер арқылы құралдарды, адамдарды және ақпаратты жылжыту. Мысалы: бір команданың жаңа ойынының дұрыс жұмыс істеуі үшін басқа команда әзірлейтін қызметте түзетулер қажет. Содан кейін бірінші команданың тимлиді талаптарды өзінің жетекшісіне тапсырады, ол оны CEO-мен талқылайды. Содан кейін CEO бұл тапсырманы екінші команданың тимлидіне тапсырып жатқан іргелес Департаменттің басшысына тапсырады. Тапсырма екінші командаға жетіп, артық кезеңдерден өтіп жатқанда, барлық контекст пен бөлшектер жоғалды.
- Артық өңдеу
Құндылықтың өсуіне әкелмейтін өндіріс пен процестердің күрделілігі. Мысалы: стартап оңтайландыру және масштабтау мақсатында қосымшаны монолиттен микросервистерге қайта жазуға шешім қабылдады. Бірақ өнім аз болды және жүктеме аз болды. Енді кішкене жаңарту үшін Сіз 10 қызметті синхрондап, бірнеше құбырды іске қосуыңыз керек. пайдаланушы үшін ештеңе өзгерген жоқ, ал команда үшін жұмыс жылдамдығы баяулады.
- Қорлар
Пайдаланылмаған артефактілердің жинақталуы. Мысалы: команданың артқы блогында 700-ден астам тапсырма жиналды, олардың көпшілігі бір жылдан астам уақыт болды. Оларды ешкім жаппайды, бірақ олар үнемі басымдыққа кедергі келтіреді: команда ешқашан орындалмайтын нәрсені талқылауға және сұрыптауға уақыт бөледі.
- Қосымша қозғалыстар
Құнды құруға әкелмейтін қажетсіз әрекеттер. Мысалы: командада дейликтер өтеді, онда әр адам шеңбер бойымен өз міндеттерінің мәртебесін айтады. Бұл жағдайда барлық бірдей мәртебелер Jira-да бекітілген және жаңартылған. Нәтижесінде, адамдар жүйеде Қол жетімді ақпаратты қайталауға уақыт бөледі, ал нақты блокаторлар мен шешімдер кездейсоқ талқыланады.
- Ақаулар
Құндылықты құруға жұмсалуы мүмкін уақыт пен ақшаны қажет ететін өзгерістерге әкелетін қателіктер. Мысалы: Freedom Bank пайдаланушыларынан фантомдық ақшаны есептен шығару сияқты өнімнің функционалдығына әсер ететін кез келген қателер.
- Адамдардың іске асырылмаған әлеуеті
Қызметкерлердің қабілеттері мақсатсыз пайдаланылған кезде немесе процестер бұғатталған кезде. Мысалы: командада болжамды жүйелерді құруды, гипотезаларды тұжырымдауды және оларды A/B сынақтары арқылы тексеруді білетін өнім талдаушысы бар. Бірақ басшылық оны тек тапсырмалар жөніндегі хатшы ретінде пайдаланады - артта қалу, билеттер жазу және мәртебе жинау. Оның өсуді іздеудегі және эксперименттердегі күшті жақтары қолданылмайды, өнім орнында тапталады.
Көптеген мысалдар сізге таныс болып көрінген шығар. Біз нақты жағдайларда it-де қандай muda түрлері бар екенін талдадық. Бұл шығындарды білу оларды тезірек байқауға және жоюға мүмкіндік береді, осылайша пайдаланушыға бірдей ресурстармен көбірек құндылық береді немесе аз күш жұмсап бірдей нәтижелерге қол жеткізеді.
Muda-ны жою үнемдеу немесе үнемдеу үшін емес, маңыздыға назар аудару және артық нәрсені көмбеу мүмкіндігі туралы екенін түсіну маңызды. Команда бұл тұзақтарды көруді неғұрлым тез үйренсе, соғұрлым ол тез өседі.
Что такое Muda?
MUDA (無駄) - слово из японского языка, которое означает бесполезность, пустую трату или потери. В Toyota Production System (TPS) под muda понимали всё, что тратит ресурсы, но не добавляет ценности для клиента. Таким образом, устранив muda из производства, можно генерировать больше ценности при тех же ресурсах, либо генерировать такую же ценность при меньших ресурсах.
С какими Muda вы можете столкнуться в IT?
В традиционном бизнесе, в частности в TPS, выделили 7 видов Muda. В методологии Lean Enterprise для сферы услуг, которую в дальнейшем адаптировали и для разработки в IT, также выделили 8 вид. Давайте рассмотрим все 8 видов Muda:
- Перепроизводство
Трата ресурсов на то, что не будет использоваться. Например: команда приняла решение внедрить в приложение умный AI чат-бот, потратила множество ресурсов на наполнение базы данных и интеграцию со сторонними сервисами. Однако, продукт был специфический, и чат-бот работал нормально только для простых вопросов. По итогу 90% обращений продолжило идти в техническую поддержку.
- Ожидание
Периоды простоя, когда ценность не доставляется клиенту и обратная связь не доставляется от клиента. Например: новый модуль протестирован и уже 2 недели как готов к релизу. Но он еще не прошел согласование у юридического отдела, отдела коммуникаций и директора по развитию. Пользователи уже успели распробовать аналогичную фичу у компании конкурента, которая зарелизила модуль быстрее и ушли к ним.
- Транспортировка
Перемещение инструментов, людей и информации через избыточные этапы. Например: для корректной работы новой фичи одной команды, необходимы корректировки в сервисе, который разрабатывает другая команда. Тогда тимлид первой команды передает требования своему руководителю, который обсуждает это с CEO. Затем CEO передает эту задачу руководителю смежного департамента, который уже передает это тимлиду второй команды. Пока задача достигала второй команды, проходя через избыточные этапы, был потерян весь контекст и детали.
- Избыточная обработка
Усложнение производства и процессов, которые не приводят к приросту ценности. Например: стартап решил переписать приложение с монолита на микросервисы в целях оптимизации и масштабируемости. Но продукт был маленький и нагрузка невысокая. Теперь для малейшего обновления нужно синхронизировать 10 сервисов и прогнать несколько пайплайнов. для пользователя не поменялось ничего, а для команды замедлилась скорость работы.
- Запасы
Накопление неиспользуемых артефактов. Например: в бэклоге команды накопилось более 700 задач, многие из которых лежат там больше года. Никто их не закрывает, но они постоянно мешают приоритизации: команда тратит время на обсуждение и сортировку того, что никогда не будет реализовано.
- Лишние движения
Ненужные активности, не ведущие к созданию ценности. Например: в команде проходят дейлики, где каждый по кругу озвучивает статус своих задач. При этом все эти же статусы уже зафиксированы и обновляются в Jira. В результате люди тратят время на повторение информации, которая и так доступна в системе, а реальные блокеры и решения обсуждаются вскользь.
- Дефекты
Ошибки, приводящие к переделкам, требующим времени и денег, которые могли бы быть потрачены на генерацию ценности. Например: любые баги, которые влияют на функциональность продукта, вроде фантомного списания денег у пользователей Freedom Bank.
- Нереализованный потенциал людей
Когда способности сотрудников используются не по назначению или блокируются процессами. Например: в команде есть продуктовый аналитик, который умеет строить прогнозные системы, формулировать гипотезы и проверять их через A/B-тесты. Но руководство использует его только как секретаря по задачам - вести бэклог, писать тикеты и собирать статусы. Его сильные стороны в поиске роста и экспериментах не применяются, продукт топчется на месте.
Вероятно, многие примеры показались вам знакомыми. Мы разобрали, какие бывают виды muda в IT на конкретных кейсах. Знание этих потерь позволяет их быстрее замечать и устранять, и тем самым давать больше ценности пользователю теми же ресурсами или достигать тех же результатов меньшими усилиями.
Важно понимать, что устранение muda нужно не для бережливости или экономии, а для фокус на важном и про умение не закапываться в лишнем. Чем быстрее команда научится видеть эти ловушки, тем быстрее она будет расти.
Share
