Что такое бережливая разработка продукта?

Перевод статьи "4 Types of Asset Maintenance Strategies" выполнил Вадим Сеничев

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

Как работает бережливая разработка продукта?

Чтобы понять бережливую разработку продукта, полезно знать, почему она существует. Бережливая разработка была впервые предложена Toyota Motor Company в начале ХХ века. Toyota, как новичок в автомобильной промышленности, не могла конкурировать с масштабами американских производителей автомобилей, поэтому она компенсировала свое отставание внедрением более эффективных систем производства, которые позже были описаны как «бережливые».

В середине ХХ века американские производители, такие как Ford, полагались на негибкие, нисходящие процедуры управления, которые характеризовались длительными циклами разработки и опирались на предсказуемые цепочки поставок. А в то же время Toyota стала пионером бережливого управления, чтобы помогло ей достичь аналогичного результата с менее образованной рабочей силой, затрачивая меньше ресурсов, избавляясь от лишних движений и за меньшее время.

Система Toyota была более эффективной, потому что была более гибкой и менее расточительной. В то время как отделы НИОКР в американских компаниях разрабатывали транспортное средство, а затем «перебрасывали схемы через забор» в инженерные отделы, а затем на производство, производства, отделы НИОКР, производства и маркетинга Toyota работали в тандеме, чтобы постоянно тестировать, итерировать и улучшать свои автомобили. В американском подходе ошибки, возникающие в ходе разработки, иногда попадают в производство и приводят к дорогостоящим отзывам.

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

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

Пять принципов бережливой разработки продукта

1. Предоставляйте ценность клиенту

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

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

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

2. Определите поток создания ценности и сократите потери

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

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

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

3. Оптимизируйте этапы создания ценности

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

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

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

Важно, чтобы бережливые команды научились начинать работу до того, как будут располагать полной информацией. Это был ранний урок для Toyota — если бы руководители заводов ждали, пока автомобиль будет полностью спроектирован, чтобы начать оснащать станки для производства автомобиля, они бы увеличили общие сроки разработки. Если бы менеджеры начали предвосхищать потребности команды дизайнеров, они могли бы работать параллельно и быть готовыми быстрее.

4. Дайте полномочия команде

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

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

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

5. Учитесь и совершенствуйтесь

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

Знания не всегда легко собирать или делиться, и существует целая область теорий и систем, чтобы сделать их более практичными. Например, служба, ориентированная на знания (KCS), выступает за то, чтобы думать об информации как о побочном продукте проектирования бережливого продукта и создавать базы знаний или внутренние вики, где каждый может собирать и делиться извлеченными уроками.

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

Каковы преимущества бережливой разработки продукта?

Бережливая разработка продукта обычно влияет на следующие производственные факторы:

• Сокращение циклов разработки

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

• Более низкие затраты на разработку

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

• Создание инновационных решений

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

• Более низкие производственные затраты

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

• Сокращение циклов повторной разработки

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

Совокупность этих преимуществ делает бережливую разработку продуктов или LPD одним из самых выгодных инструментов в портфеле специалиста по Бережливому производству.