Lean IT - это распространение принципов бережливого производства и бережливых услуг на разработку продуктов и услуг информационных технологий (ИТ) и управление ими. Его центральная задача, применяемая в контексте ИТ, - это устранение потерь, где отходы - это работа, не добавляющая ценности продукту или услуге. [1]
Хотя принципы бережливого производства, как правило, хорошо известны и имеют широкое применение, их распространение с производства на ИТ лишь справедливо [ когда? ] появляется. [2] Бережливые ИТ создают серьезные проблемы для практиков, обещая при этом не менее значительные преимущества. И в то время как инициативы Lean IT могут быть ограничены по объему и быстро приносить результаты, внедрение Lean IT - это непрерывный и долгосрочный процесс, который может занять годы, прежде чем принципы бережливого производства станут неотъемлемой частью культуры организации . [3]
По мере того как бережливое производство становится более широко внедренным, начинается распространение принципов бережливого производства [ когда? ] для распространения на ИТ (и другие сферы услуг). [4] Отраслевые аналитики выявили много общего или аналогичного между ИТ и производством. [4] [5] Например, в то время как производственная функция производит товары, представляющие ценность для клиентов, функция ИТ «производит» бизнес-услуги, представляющие ценность для головной организации и ее клиентов. Подобно производству, разработка бизнес-услуг влечет за собой управление ресурсами, управление спросом, контроль качества, вопросы безопасности и так далее. [5]
Более того, миграция предприятий практически во всех отраслях промышленности в сторону более широкого использования онлайн- или электронных бизнес- услуг предполагает вероятный рост интереса к бережливым ИТ, поскольку ИТ-функция становится неотъемлемой частью основной деятельности предприятий по предоставлению ценности своим клиентам. Уже сегодня роль ИТ в бизнесе значительна, часто предоставляя услуги, которые позволяют клиентам находить, заказывать, оплачивать и получать поддержку. ИТ также обеспечивает повышение производительности труда сотрудников за счет программного обеспечения и коммуникационных технологий и позволяет поставщикам сотрудничать, доставлять и получать платежи.
Консультанты и проповедники «бережливого ИТ» выявляют изобилие отходов на «производственной линии» бизнес-услуг, включая унаследованную инфраструктуру и раздробленные процессы. [5] Сокращая отходы за счет применения стратегий бережливого управления корпоративными ИТ (EITM), ИТ-директора и технические директора в таких компаниях, как Tesco , Fujitsu Services и TransUnion , выводят ИТ из рамок вспомогательной службы поддержки на центральную роль в предоставление ценности для клиентов. [6]
Lean IT обещает выявлять и устранять потери, которые в противном случае способствовали бы плохому обслуживанию клиентов, потерям бизнеса, более высоким, чем необходимо, затратам на ведение бизнеса и снижению производительности труда сотрудников. С этой целью Lean IT нацелена на восемь элементов внутри ИТ-операций, которые не добавляют ценности готовому продукту или услуге или головной организации (см. Таблицу 1).
Элемент отходов | Примеры | Бизнес-результат |
---|---|---|
Дефекты |
| Плохое обслуживание клиентов, повышенные расходы. |
Перепроизводство (избыточное выделение ресурсов) |
| Несоответствие бизнеса и ИТ, рост затрат и накладных расходов: энергия, площадь центра обработки данных, техническое обслуживание. |
Ожидающий |
| Упущенная выгода, плохое обслуживание клиентов, снижение производительности. |
Обработка без добавленной стоимости |
| Непонимание. |
Транспорт |
| Более высокие капитальные и операционные затраты. |
Инвентарь (избыток) |
| Повышенные затраты: дата-центр, энергия; потеряли продуктивность. |
Движение (избыток) |
| Потеря продуктивности. |
Знания сотрудников (не используются) |
| Утечка талантов, низкая удовлетворенность работой, увеличение затрат на поддержку и обслуживание. |
В то время как каждый элемент в таблице может быть значительным источником потерь сам по себе, связи между элементами иногда создают каскад потерь (так называемый эффект домино ). Например, неисправный балансировщик нагрузки (элемент отходов: дефекты), увеличивающий время ответа веб-сервера, может вызвать длительное ожидание для пользователей веб-приложения (элемент потерь: ожидание), что приведет к чрезмерному спросу на центр обработки вызовов службы поддержки клиентов.(элемент отходов: чрезмерное движение) и, возможно, последующие посещения представителями клиентов сайтов ключевых клиентов, чтобы развеять опасения по поводу доступности услуг (элемент отходов: транспортировка). Между тем, наиболее вероятные ответы компании на эту проблему - например, введение дополнительных серверных мощностей и / или избыточного программного обеспечения для балансировки нагрузки) и наем дополнительных агентов поддержки клиентов - могут привести к еще большему количеству ненужных элементов (избыточное выделение ресурсов и избыточный инвентарь).
В ИТ потоки создания ценности - это услуги, предоставляемые ИТ-подразделением головной организации для использования клиентами, поставщиками, сотрудниками, инвесторами, регулирующими органами, средствами массовой информации и любыми другими заинтересованными сторонами. Эти услуги можно разделить на:
Различие между первичными и вторичными потоками создания ценности имеет смысл. Учитывая цель Lean IT по сокращению отходов, где отходы - это работа, не добавляющая ценности продукту или услуге, ИТ-услуги являются вторичными (т. Е. Подчиненными или поддерживающими) по сравнению с бизнес-услугами. Таким образом, ИТ-услуги являются вспомогательными, которые подпитывают и подпитывают основные потоки создания ценности бизнес-услуг. Если ИТ-услуга не приносит пользы бизнес-услуге, это является источником потерь. Такие потери обычно выявляются при составлении карты потока создания ценности .
Бережливое производство ИТ, как и его аналог бережливого производства, включает методологию отображения потока создания ценности [7] - схематическое представление и анализ услуг (потоков создания ценности) в их составных этапах процесса и исключение любых шагов (или даже целых потоков создания ценности), которые не приносят ценности. .
Flow относится к одной из фундаментальных концепций бережливого производства, сформулированной в производственной системе Toyota, а именно к mura . Японское слово, которое переводится как «неровность», мура устраняется с помощью систем точно в срок , которые тесно интегрированы. Например, процесс предоставления сервера может включать в себя небольшое количество запасов или их отсутствие (элемент потерь в Таблице 1 выше), а рабочая сила и материалы плавно перетекают в поток создания ценности и через него.
Сосредоточение внимания на уменьшении количества муры и ее потоке может принести пользу, которую в противном случае можно было бы упустить, сосредоточив внимание только на муда (японское слово, обозначающее отходы). Первое требует общесистемного подхода, тогда как второе может привести к неоптимальным результатам и непредвиденным последствиям. Например, группа разработчиков программного обеспечения может создавать код на языке, знакомом ее членам и оптимальном для команды (нулевая муда ). Но если в этом языке отсутствует стандарт API, с помощью которого бизнес-партнеры могут получить доступ к коду, сосредоточение внимания на mura выявит этот скрытый в противном случае источник потерь.
Системы вытягивания (также известные как системы спроса) сами по себе тесно связаны с вышеупомянутой концепцией потока. Они контрастируют с системами выталкивания или снабжения. В системе pull pull - это запрос на обслуживание. Первоначальный запрос исходит от покупателя или потребителя продукта или услуги. Например, клиент совершает покупку в Интернете. Этот первоначальный запрос, в свою очередь, вызывает последующий запрос (например, запрос к базе данных для подтверждения наличия продукта), который, в свою очередь, вызывает дополнительные запросы (ввод информации о кредитной карте клиента, проверка кредита, обработка заказа бухгалтерией. , оформление заявки на отгрузку, пополнение через систему управления цепочкой поставок и т. д.).
Системы толкания заметно различаются. В отличие от «восходящих», управляемых спросом и вытягивающих систем, они являются «нисходящими» системами, управляемыми предложением, посредством которых поставщик планирует или оценивает спрос. Push-системы обычно накапливают большие складские запасы в ожидании потребностей клиентов. В ИТ-системах push-системы часто приводят к расточительству из-за чрезмерного количества инвентаря «на всякий случай», неправильной конфигурации продукта или услуги, проблем с контролем версий и зарождающихся проблем с качеством. [5]
Реализация начинается с идентификации и описания одного или нескольких потоков создания ценности ИТ. [8] Например, с помощью интервью и анкет, поток создания ценности для первичного потока создания ценности, такого как коммерческие услуги в точках продаж, можно описать, как показано в таблице 2.
Показатели ценности | Спрос тянет | SLI | ||
---|---|---|---|---|
«Владелец» бизнес-результата | Исполнительный вице-президент по работе с магазинами [9] |
|
|
|
Конечный потребитель | Кассиры |
|
|
|
Конечный потребитель | Покупатели |
|
|
|
В таблице 2 показано, что исполнительный вице-президент (EVP) по операциям с магазинами несет полную ответственность за бизнес-услуги в точках продаж , и он / она оценивает ценность этой услуги, используя такие показатели, как CAPEX , OPEX и скорость оформления заказа. . Потребности или цели, для которых исполнительный вице-президент может запрашивать эти показатели, могут заключаться в проведении обзора бюджета или проведении редизайна магазина. Официальные соглашения об уровне обслуживания (SLA) для предоставления бизнес-услуг могут контролировать скорость транзакций, непрерывность обслуживания и скорость реализации. В таблице также показано, как другие пользователи кассовых услуг - в частности, кассиры и покупатели - могут быть обеспокоены другими показателями стоимости, потребностями спроса и соглашениями об уровне обслуживания.
После определения и описания потока создания ценности реализация обычно переходит к построению карты потока создания ценности - графического представления потока информации, начиная с первоначального запроса спроса или вытягивания и продвигаясь вверх по потоку создания ценности. Хотя потоки создания ценности не так легко визуализировать, как их аналоги в бережливом производстве, где поток материалов более ощутим, системные инженеры и ИТ- консультанты практикуются в построении схем для представления потока информации через ИТ-службу. [5] С этой целью они могут использовать программное обеспечение для повышения производительности, такое как Microsoft Visio и системы автоматизированного проектирования (САПР).инструменты. Однако альтернативы этим готовым приложениям могут быть более эффективными (и менее расточительными) в процессе картирования.
Одна из альтернатив - использование базы данных управления конфигурацией (CMDB) [12], которая описывает авторизованную конфигурацию важных компонентов ИТ-среды. Программное обеспечение для автоматизации рабочих нагрузок, которое помогает ИТ-организациям оптимизировать производительность сложных бизнес-нагрузок в реальном времени в различных ИТ-инфраструктурах, а также другие инструменты сопоставления зависимостей приложений могут быть дополнительной помощью в сопоставлении потоков создания ценности. [13]
После составления карты одного или нескольких потоков создания ценности инженеры и консультанты анализируют поток (потоки) на предмет источников отходов . Анализ может адаптировать и применять традиционные методы повышения эффективности, такие как исследования времени и движения, а также более современные методы бережливого производства, разработанные для производственной системы Toyota и ее производных. Среди вероятных результатов - такие методы, как реорганизация процессов , создание рабочих групп с «сбалансированной нагрузкой» (например, перекрестное обучение разработчиков программного обеспечения для работы над различными проектами в соответствии с меняющимися потребностями бизнеса) и разработка «панелей мониторинга» для управления производительностью. для отслеживания результатов проекта и бизнеса и выявления проблемных мест. [3]
Начало экономического спада в декабре 2007 года [14] ознаменовалось снижением готовности людей платить за товары и услуги [15] - особенно перед лицом неуверенности в их собственном экономическом будущем. Между тем, ужесточение условий коммерческого и потребительского кредитования [16], резкое падение на рынке жилья [17], повышение налогов [18], массовые увольнения [19] и снижение доходности на денежном рынке и рынке облигаций [20] имеют еще большее значение. ограниченный спрос на товары и услуги.
Когда экономика сильна, большинство бизнес-лидеров сосредотачиваются на росте доходов . В периоды спада, когда спрос на товары и услуги ограничен, акцент смещается на сокращение затрат. [6] В соответствии с этой тенденцией, рецессии изначально провоцируют агрессивные (а иногда и панические) действия, такие как большие скидки, продажа избыточных запасов, замораживание заработной платы, краткосрочная работа и отказ от прежних отношений с поставщиками в пользу менее дорогостоящие расходные материалы. Хотя такие действия могут быть необходимыми и разумными, их влияние может быть кратковременным. [15]Бережливые ИТ могут рассчитывать на поддержку во время экономических спадов, поскольку руководители предприятий стремятся к инициативам, которые приносят более устойчивую ценность, чем можно достичь за счет реактивного и всеобщего сокращения затрат. [21]
ИТ традиционно были просто вспомогательной функцией бизнеса, как и другие вспомогательные функции, такие как отгрузка и бухгалтерский учет. Однако в последнее время компании переместили в Интернет многие критически важные бизнес-функции. [22] Этот переход, вероятно, будет еще больше ускоряться, поскольку компании стремятся использовать инвестиции в сервис-ориентированные архитектуры , снижать затраты, повышать эффективность и расширять доступ к клиентам, партнерам и сотрудникам. [23]
Преобладание транзакций через Интернет способствует сближению ИТ и бизнеса. [24] Другими словами, ИТ-услуги играют все более важную роль в обеспечении ценности для клиентов. Соответственно, бережливые ИТ-инициативы становятся все меньше второстепенным интересом и больше интересом, присущим основному бизнесу.
Хотя и не порождены теми же мотивами, инициативы в области бережливых ИТ согласуются с широким движением в сторону сохранения и сокращения отходов, часто характеризуемого как « зеленые» политики и практики. Зеленые ИТ - часть этого широкого движения. [25]
Сокращение отходов напрямую связано со снижением потребления энергии и образования углерода. Действительно, IBM утверждает, что затраты на ИТ и электроэнергию могут составлять до 60% капитальных затрат организации и 75% операционных расходов. [26] Таким образом, идентификация и оптимизация потоков создания ценности ИТ поддерживает измерение и улучшение углеродного следа и других экологических показателей. [27] Например, реализация инициатив Lean IT, вероятно, приведет к экономии энергии за счет внедрения технологии виртуализации и консолидации центров обработки данных. [28] [29]
В отличие от бережливого производства, из которого вытекают принципы и методы бережливого ИТ, бережливое производство зависит от потоков создания ценности, которые являются цифровыми и нематериальными, а не физическими и материальными. Это затрудняет визуализацию потоков создания ценности ИТ и, следовательно, применение экономичного ИТ. В то время как специалисты по бережливому производству могут применять системы визуального управления, такие как карты канбан, используемые в производственной системе Toyota, специалисты по бережливым ИТ должны использовать инструменты управления корпоративными ИТ, чтобы помочь визуализировать и проанализировать более абстрактный контекст потоков создания ценности ИТ. [30]
Как развивающаяся область в управлении ИТ (см. Развертывание и коммерческая поддержка ), бережливые ИТ имеют относительно немного эталонных реализаций. Более того, хотя большая часть поддерживающей теории и методологии основана на более устоявшейся области бережливого производства, адаптация такой теории и методологии к процессу ИТ, ориентированному на цифровые услуги, также только начинается. Этот недостаток затрудняет реализацию, о чем свидетельствуют проблемы, возникшие при открытии в марте 2008 года Терминала 5 аэропорта Хитроу . Управление аэропортов Великобритании BAA и авиакомпания British Airways, которая имеет эксклюзивное использование нового терминала, использовала методологии процессов, адаптированные из автомобильной промышленности, для ускорения разработки и достижения экономии затрат на разработку и интеграцию систем на новом терминале. [31] Однако открытие было омрачено задержками в обработке багажа, проблемами с парковкой персонала и отмененными рейсами. [32]
Выводы или рекомендации инициатив Lean IT могут потребовать организационных, операционных и / или поведенческих изменений, которые могут встретить сопротивление со стороны работников, менеджеров и даже высшего руководства. Будь то страх потери работы, убеждение в том, что существующие методы работы лучше, или какие-то другие опасения, такие изменения могут встретить сопротивление. Например, рекомендация бережливого ИТ-отдела о введении гибкого кадрового обеспечения, при котором менеджеры по разработке и обслуживанию приложений делят персонал, часто встречает сопротивление отдельных менеджеров, которые, возможно, полагались на определенных людей в течение многих лет. Кроме того, существующие стимулы и показатели могут не соответствовать предлагаемому разделению персонала. [3] [33]
Несмотря на то, что бизнес-услуги и связанный с ними поток информации могут охватывать несколько отделов, ИТ-организации обычно структурированы в виде ряда операционных или ориентированных на технологии разрозненных структур, каждая из которых имеет свои собственные инструменты и методы управления, позволяющие решить, возможно, только один конкретный аспект потерь. К сожалению, разрозненные усилия в Lean IT приносят мало пользы, поскольку им не хватает интеграции, необходимой для управления совокупными отходами по всей цепочке создания стоимости. [5]
С вышеупомянутой проблемой фрагментированности ИТ-отделов связана недостаточная интеграция всей цепочки поставок, включая не только всех деловых партнеров, но и потребителей. С этой целью ИТ-консультанты по бережливому производству недавно предложили так называемое бережливое потребление продуктов и услуг в качестве дополнения к бережливому производству. [34] В этом отношении процессы предоставления и потребления тесно интегрированы и оптимизированы для минимизации общих затрат и потерь, а также для создания новых источников ценности.
Развертывание экономичной ИТ-среды преимущественно ограничивалось разработкой и обслуживанием приложений (ADM). Этот фокус отражает стоимость ADM. [5] Несмотря на тенденцию к увеличению аутсорсинга ADM в странах с более низкой заработной платой [35], затраты на разработку и обслуживание приложений могут по-прежнему составлять более половины всего ИТ-бюджета. [3] В этом свете потенциал экономичного ИТ в увеличении производительности на целых 40% при одновременном улучшении качества и скорости выполнения [3] делает ADM основной целью ИТ-отдела.
Возможность применения экономичного ИТ существует во многих других областях ИТ, помимо ADM. Например, управление каталогом услуг - это экономичный ИТ-подход к предоставлению ИТ-услуг. Когда, скажем, новый сотрудник присоединяется к компании, менеджер сотрудника может войти в веб-каталог и выбрать необходимые услуги. Этому конкретному сотруднику может потребоваться рабочая станция CAD, а также стандартное офисное программное обеспечение для повышения производительности и ограниченный доступ к экстрасети компании.. При отправке этого запроса обеспечение всех требований к аппаратному и программному обеспечению будет автоматически осуществляться посредством экономичного потока создания ценности. В другом примере экономичный ИТ-подход к мониторингу производительности приложений будет автоматически обнаруживать проблемы с производительностью на уровне клиентского опыта, а также проводить сортировку, уведомлять обслуживающий персонал и собирать данные для помощи в анализе первопричин. [5] Исследования показывают, что ИТ-отделы могут получить значительную прибыль от инвестиций в эти и другие области ИТ-функции. [36]
Среди ярких корпоративных примеров внедрения экономичных ИТ - бакалейная компания Tesco [37] из Великобритании, которая вступила в стратегические партнерские отношения со многими своими поставщиками, включая Procter & Gamble , Unilever и Coca-Cola , в конечном итоге преуспев в замене еженедельных поставок непрерывными поставками. доставки в течение дня. Перейдя к устранению запасов либо в задней части магазина, либо в многоярусных хранилищах, Tesco заметно приблизилась к системе извлечения точно в срок (см. Система извлечения / запроса ). [6] [38] [39] Бережливые ИТ также привлекают интерес государственного сектора в соответствии с целями бережливого правительства по сокращению отходов.движение. Одним из примеров является город Кейп-Корал , штат Флорида, где несколько департаментов развернули бережливые ИТ. [40] Городское управление полиции, например, пересмотрело обработку около 20 000 штрафов за нарушение правил дорожного движения, выписываемых сотрудниками полиции каждый год, что вдвое сократило время, затрачиваемое офицером на его написание, и сэкономило 2 миллиона долларов. Сопоставимые преимущества были достигнуты в других отделах, таких как общественные работы, финансы, пожарная охрана, парки и зоны отдыха. [41] [42]
Хотя бережливые ИТ обычно влекут за собой определенные принципы и методы, такие как потоки создания ценности и отображение потоков создания ценности, бережливые ИТ на более высоком уровне являются философией, а не предписанной метрикой или методологией процесса. Таким образом, Lean IT прагматичен и агностичен. Он направлен на постепенное сокращение отходов и повышение стоимости, но не требует капитального ремонта существующего процесса и является скорее дополнительным, чем альтернативным другим методологиям.
Гибкая разработка программного обеспечения - это набор методов разработки программного обеспечения, которые возникли в ответ на неизбирательное использование CMMI , RUP и PMBOK, создавая сложные и медленные процессы разработки программного обеспечения [ необходима цитата ], которые обычно увеличивали время выполнения, незавершенную работу и не- Соотношение добавленной стоимости / добавленной стоимости деятельности по проектам. Методы гибкой разработки программного обеспечения включают XP, Scrum, FDD, AUP, DSDM, Crystal и другие.
Скрам - один из наиболее известных гибких методов управления проектами, в основе которого лежит концепция бережливого мышления. Scrum также организует работу в кросс-функциональной, междисциплинарной рабочей ячейке. Он использует некоторую форму системы канбан для визуализации и ограничения выполняемой работы и следует циклу PDCA и постоянным улучшениям, которые являются основой бережливого производства.
В то время как Lean IT фокусируется на удовлетворении потребностей клиентов и сокращении отходов, Six Sigma фокусируется на устранении причин дефектов (ошибок) и вариаций (несоответствий) в производственных и бизнес-процессах с использованием методов управления качеством и, особенно, статистических методов. [43] Шесть сигм также отличается от методов бережливого производства тем, что вводит в организацию особую инфраструктуру персонала (например, так называемые «зеленые пояса» и «черные пояса»). Six Sigma больше ориентирована на два конкретных метода ( DMAIC и DMADV ), тогда как Lean IT использует набор инструментов и методов. Несмотря на эти различия, бережливые ИТ можно легко комбинировать с «Шесть сигм», так что последний привносит статистическую строгость в измерение результатов первого.[44]
Capability Maturity Model Integration (CMMI) от Software Engineering Institute из Университета Карнеги - Меллона (Питтсбург, штат Пенсильвания) является процесс совершенствования подход применим к одному проекту, подразделения или всей организации. Он помогает интегрировать традиционно отдельные организационные функции, устанавливать цели и приоритеты улучшения процессов, обеспечивать руководство по процессам качества и обеспечивать ориентир или точку отсчета для оценки текущих процессов. [45]Однако, в отличие от Lean IT, CMMI (и другие модели процессов) не обращаются напрямую к источникам потерь, таким как несогласованность между бизнес-подразделениями и ИТ-функцией или ненужная сложность архитектуры в программном приложении. [3]
ITIL содержит концепции, политики и рекомендуемые практики по широкому кругу тем управления ИТ. Они снова полностью совместимы с целями и методами Lean IT. Действительно, как еще одну передовую структуру, ITIL можно рассматривать наряду с CMMI для улучшения процессов и COBIT для управления ИТ.
Свод знаний по универсальному управлению услугами (USMBOK) - это отдельная книга, опубликованная Service Management 101 и одобренная многочисленными профессиональными торговыми ассоциациями как исчерпывающий справочник по управлению услугами.. USMBOK содержит подробную спецификацию системы обслуживания и организации, а также использует богатую историю управления услугами, как это определено в областях управления продуктами и маркетинга. Спецификация обслуживающей организации описывает семь ключевых областей знаний, эквивалентных ролям, и сорок областей знаний, представляющих области практики и навыков. Среди них, в области знаний «Управление ценностью услуг», есть ряд соответствующих навыков бережливого производства, включая бережливое мышление и составление карты ценности. USMBOK также предоставляет подробную информацию о том, как управление проблемами и бережливое мышление сочетаются с мышлением извне (ориентированным на клиента) при разработке программы непрерывного совершенствования .
Задачи контроля для информационных и связанных технологий - более известные как COBIT - представляют собой структуру или набор передовых методов управления ИТ, созданный Ассоциацией аудита и контроля информационных систем (ISACA) и Институтом управления ИТ (ITGI). [46] Он предоставляет менеджерам, аудиторам и пользователям ИТ набор показателей, процессов и передовых методов, которые помогают максимизировать выгоды, получаемые от использования ИТ, обеспечивать соблюдение нормативных требований, таких как Закон Сарбейнса-Оксли , и согласовывать инвестиции в ИТ с бизнес-цели. COBIT также стремится унифицировать глобальные ИТ-стандарты, включая ITIL, CMMI и ISO 17799 . [47]
|journal=
( помощь ) CS1 maint: postscript ( ссылка )