Книга: Скрам: Правила игры. Карманное руководство
Назад: Предисловие
Дальше: Глава 2. Скрам
Глава 1

Аджайловая парадигма

1.1. Меняться или не меняться

В индустрии разработки ПО долгое время доминировала парадигма индустриальных взглядов (рис. 1.1). Фактически она была калькой со старых добрых промышленных практик и теорий. Важной частью фундамента этих практик было тейлористское убеждение о том, что «рабочим» нельзя доверять осмысленную и креативную работу. От них можно ждать выполнения только механических задач. Вся их работа должна быть подготовлена, спроектирована и спланирована более старшими по иерархии сотрудниками. Более того, старшие должны неусыпно надзирать за исполнением этих тщательно подготовленных задач.

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

Серьезные недостатки этой парадигмы уже известны и тщательно описаны. В частности, Отчет о состоянии ИТ-проектов от Standish Group раз за разом выявляет низкий уровень успешности традиционной разработки ПО. Количество проблем и ошибок в ПО, которое разрабатывали традиционным способом, превышало все возможные пределы. Столь обескураживающие результаты повлияли на ожидания от разработки в целом. Считалось нормальным, что только 10–20% проектов успешны. Успех в индустриальной парадигме определяется выполнением трех требований: в заданное время, в рамках бюджета и в запланированном объеме. Хотя можно спорить с этими критериями успеха, это то, что нам обещает индустриальная парадигма. Стало общепринятым, что качество остается низким и более половины функциональности софта никогда не используется.

Мы до конца не осознаем, однако именно индустриальная парадигма привела разработку софта к серьезному кризису. Многие пытались преодолеть его, усиливая индустриальный подход. Они создавали больше планов, планировали больше фаз, выполняли больше подготовительной работы в надежде на то, что разработка пройдет более эффективно. Подготовительные работы старались сделать все более исчерпывающими. Базовая идея оставалась той же — «рабочими» нужно управлять с помощью подробных инструкций. Надзор усиливался и становился все более интенсивным. Если степень успешности не увеличивалась, индустриальная парадигма предполагала, что инструкции недостаточно ясные и детальные.

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

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

Семена нового мировоззрения были посеяны уже в 1990-е годы. Проросли они в 2001 году, когда появилось формальное наименование «аджайл» — это событие стало новой точкой отсчета в истории разработки софта. Новая парадигма родилась в софтверной индустрии, но почти сразу стала распространяться на другие сферы общества. В ее основе креативность, уважение творческой природы работы и интеллигентности «рабочих».

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

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

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

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

Постепенные изменения — это фактически сохранение статус-кво, то есть индустриальная парадигма остается в неизменном виде.

Существует огромное количество доказательств того, что старая парадигма не работает. Но раньше доказательства преимуществ аджайла были единичными историями. Отчет о состоянии ИТ-проектов в 2011 году, подготовленный Standish Group, — это поворотная точка. Он впервые продемонстрировал однозначные результаты исследований, которые были подтверждены во всех последующих отчетах. Было проведено масштабное исследование/сравнение традиционных проектов с проектами, которые использовали гибкие методы. Отчет показал, что гибкий подход к разработке софта дает значительно более высокие результаты даже в рамках традиционных ожиданий, когда софт должен быть поставлен в заявленные сроки, в рамках бюджета и во всем обещанном объеме функциональности. Отчет показал, что аджайловые проекты были в три раза более успешными, а провальных аджайловых проектов было в три раза меньше, чем традиционных. Для больших проектов, однако, разница в степени успешности была не такой явной, что может быть связано с неправильными ожиданиями, т.е. с комбинацией время + бюджет + объем. Ясно, что при правильно сформированных ожиданиях с фокусом на активном сотрудничестве с заказчиком и частой поставке ценности новая парадигма будет работать еще лучше, преодолевая проблему объема за счет частой поставки срезов ценности.

Тем не менее аджайл — это выбор, а не требование. Это один из путей улучшения индустрии разработки софта. Исследование показывает, что этот путь более успешен.

! Скрам помогает.

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

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

1.2. Происхождение аджайла

Несмотря на доминирование индустриальных взглядов, в которых главное — тщательное планирование, эволюционный подход к разработке ПО совсем не нов. Крэйг Ларман подробно описал предшественников аджайла в своей книге «Аджайл и итеративная разработка» (Agile & Iterative Development).

Но официальное название «аджайл» родилось в начале 2001 года, когда 17 лидеров по разработке программного обеспечения собрались на горнолыжном курорте Сноубёрд в штате Юта. Они обсуждали свои взгляды на разработку ПО в то время, когда неработающий водопадный подход был заменен тяжеловесной методологией RUP, но и она не привела к лучшим результатам по сравнению с традиционными процессами. Лидеры разработки шли различными путями и использовали разные методы, каждый из которых был воплощением новой парадигмы: скрам, экстремальное программирование, адаптивная разработка ПО, Crystal, разработка, управляемая функциональностью (Feature driven development), метод разработки динамических систем (DSDM) и другие.

В результате этой встречи было решено объединить общие принципы, убеждения и методы под одним названием «аджайл». Они были опубликованы как «Аджайл-манифест».

Слишком часто слышно о желании использовать аджайл. И слишком часто это желание подразумевает поиск волшебного решения, еще одного универсального решения для всех проблем. Именно поэтому я утверждаю, что «аджайла не существует». Аджайл — это не какой-то фиксированный процесс, метод или практика. Аджайл — это совокупность общих принципов, которые свойственны всем методам гибкой разработки ПО. Аджайл — это мышление, убеждения и предпочтения, выраженные в аджайл-манифесте.

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

1.3. Определение аджайла

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

1.3.1. Движимый людьми

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

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

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

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

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

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

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

1.3.2. Итеративно-инкрементальный процесс

Аджайловые процессы — это не игра без правил. Эти процессы определенны и требуют высокой дисциплины.

Продукты создаются слой за слоем, в этом заключается «инкрементальность» процесса: каждый новый слой создается из расширений, улучшений, удалений и модификаций. Уже созданные слои и продукт целиком часто пересматриваются, чтобы удостовериться в целостности продукта, — это «итеративность».

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

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

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

1.3.3. Мера успеха — ценность

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

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

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

1.4. Итеративно-инкрементальный континуум

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

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

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

Мы привыкли к тому, что риск в ИТ-контексте определяется как нечто техническое (Будет ли система работать? Масштабируется ли она?) и покрывает аспект пригодности для использования продукта (Выдержит ли технически? Не сломается?). Но этот взгляд на риск часто игнорирует конечную цель гибкой разработки — обеспечить бо́льшую удовлетворенность конечных пользователей и клиентов, то есть продукты должны быть полезны. Продукт, пригодный для использования с технической точки зрения, — это только начало.

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

Гибкая разработка устроена так, чтобы максимально смягчить этот бизнес-риск. Требования, имеющие высокую ценность, удовлетворяются в первую очередь. Версии продукта и обновления выпускаются быстро и часто. Они удовлетворяют существующие потребности, а также предлагают неожиданные, инновационные функции. Благодаря этому пользователи платят за продукт, а инвестиции возвращаются. Версии продукта качественные, что позволяет минимизировать сопровождение и поддержку, оптимизировать общую стоимость владения (Total Cost of Ownership, TCO).

Аджайл признает значение «обычных» ИТ-активностей (на рис 1.4 они представлены как анализ, дизайн, кодирование и тестирование/интеграция), но ломает их последовательную организацию. Чтобы производить ПО с необходимой скоростью и получать выгоды быстрее, структура работы меняется. Цель в том, чтобы обеспечить гибкость и скорость, а не мешать им. В аджайле все эти действия осуществляются нелинейно, параллельно, инкрементальным образом, разнопрофильными командами, которые постоянно сотрудничают и обмениваются идеями.

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

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

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

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

1.5. Гибкость нельзя спланировать

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

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

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

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

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

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

Бизнес-гибкость — это уникальное и постоянно развивающееся состояние, которое отражает те уроки и тот опыт, через которые организация прошла и проходит, тот способ, которым преодолевались специфические неприятности и препятствия, многочисленные «инспекции и адаптации», которые случились по пути. Бизнес-гибкость — это уникальная картина, на которую повлияли люди, взаимоотношения, инструменты, процессы, практики, связи внутри и между многочисленными экосистемами, которые существуют внутри организации. Никакая модель не может предсказать, очертить или охватить эту уникальную картину. Бизнес-гибкость — это путь, требующий ви́дения, веры, настойчивости и… тяжелой работы. Бизнес-гибкость, как состояние высокой адаптивности, достигается с помощью регулярной адаптации в процессе реальной работы, приносящей заметные результаты. То, что работает сегодня, может не работать завтра. То, что работает для одного сочетания команд, технологии и бизнеса, может не работать для другого сочетания. Инспекция без адаптации бессмысленна в мире комплексности, креативности, яростной конкуренции и непредсказуемости. Наблюдение без адаптации сбивает с пути.

Жизнь искусством возможностей с непредсказуемыми результатами — это то, что увлекает людей и ускоряет трансформацию. Это подходит организациям, у которых есть ви́дение и целеустремленность; смелость отклоняться от следования плану или копирования модели.

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

1.6. Сочетание аджайла и бережливого производства

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

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

1.6.1. Основные аспекты бережливого производства

Люди

Краеугольным камнем любой системы, которая претендует на то, чтобы называться бережливым производством, являются люди. И это понятие — «люди» — относится к каждому возможному действующему лицу целостной бережливой экосистемы разработки/построения продукта: это и клиенты, и рабочие, и команды, и поставщики, и менеджеры, внутренние и внешние.

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

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

Брак

Предпочтительный способ работы с браком — избегание брака за счет постоянного совершенствования и оптимизации. Запомните, что «брак» относится к этапам процесса, а не к людям. Брак — это не повод избавляться от людей.

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

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

Складские запасы, лимиты и поток

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

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

1.6.2. Внедрение бережливого производства

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

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

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

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

! Аджайл помогает.

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

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

1.6.3. Смесь философий бережливого производства и аджайла

Я опубликовал более подробную статью на эту тему с таким же названием «Смесь философий бережливого производства и аджайла». Здесь отмечу несколько стратегий аджайла, которые ставят его в один ряд с бережливым производством:

В аджайле есть четко выраженные стратегии постоянного совершенствования за счет использования духа кайдзен:

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

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

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

Назад: Предисловие
Дальше: Глава 2. Скрам