Стоимость задержки

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

Команды Toyota обнаружили, что можно сократить расходы и поставлять автомобили гораздо быстрее, если знать, какие запчасти нужны прямо сейчас, и поставлять на линию только их. Чтобы реализовать это, они придумали производственную систему Toyota (TPS). Это предшественница бережливого производства, которые Том и Мэри Поппендик адаптировали для создания бережливой разработки программного обеспечения.

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

Муда (無駄), что означает «бесполезность, бесперспективность, праздность, избыточность, потери, расточительность».

Мура (斑), что означает «неравномерность, неритмичность, отсутствие единообразия, неоднородность, неравенство».

Мури (無理), что означает «неразумность, невозможность, перегруженность, излишняя сложность, пересиливание, принуждение, превышение, чрезмерность».

Любой, кто участвовал в плохо управляемых, буксующих проектах программного обеспечения – особенно тех, что используют неэффективный процесс, – не понаслышке знаком с идеями неравномерности, бесполезности и неразумности. Это верно для неэффективных водопадных процессов, но любой работавший, скажем, в команде с неправильным мышлением, способной достигать только результата «лучше-чем-ничего» (или еще худшего) с применением Scrum или XP-практики, также может распознать эти случаи.

Не кажутся ли вам знакомыми какие-либо из перечисленных ниже действий?

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

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

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

• QA-команда (Quality Assurance) не начинает тестирования программного обеспечения, пока каждая функция не будет завершена. Позднее они найдут серьезную ошибку или проблемы с производительностью, и команде разработки придется отвлекаться от текущей работы, чтобы это исправить.

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

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

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

• Проект не успевает завершиться в срок, поэтому руководитель добавляет людей в команду в последние несколько недель. Вместо ускорения выполнения проекта этот шаг создает путаницу и хаос[81].

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

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

<< | >>
Источник: Эндрю Стеллман, Дженнифер Грин. Постигая Agile. Ценности, принципы, методологии. 2015

Еще по теме Стоимость задержки:

  1. Компенсация за задержку зарплаты
  2. Задержка зарплаты как способ оптимизации
  3. Четвертая операция – добавление стоимости земли к стоимости замещения
  4. Налогооблагаемая стоимость (стоимость до налогообложения) имущества юридических и физических лиц
  5. 7.1. Стоимость как экономическое отношение. Закон стоимости.
  6. Определить стоимость капитала компаний с помощью ценовой модели капитальных активов полученным значениям стоимостей капиталов
  7. Способ расчета стоимости товаров (кроме товаров, учитываемых по продажной стоимости) при продаже (отпуске)
  8. Оценка стоимости капитала инвестиционного проекта. Понятие и экономическая сущность стоимости капитала
  9. 8.3. Процесс труда как процесс производства стоимости и прибавочной стоимости
  10. Су­ществующей Ценой и Реальной Стоимостью. Наибольшего успе­ха добивается тот, кто безразлично относится к тому, что гово­рят, и больше интересуется реальной стоимостью
  11. ОПРЕДЕЛЕНИЕ КУРСОВОЙ СТОИМОСТИ И ДОХОДНОСТИ АКЦИЙ 6. 5. 2. 1. Определение курсовой стоимости акции
  12. КНИГА ТРЕТЬЯ ПРОЦЕСС КАПИТАЛИСТИЧЕСКОГО ПРОИЗВОДСТВА, ВЗЯТЫЙ В ЦЕЛОМ Издан под редакцией Фридриха Энгельса ЧАСТЬ ПЕРВАЯ ОТДЕЛ ПЕРВЫЙ ПРЕВРАЩЕНИЕ ПРИБАВОЧНОЙ СТОИМОСТИ В ПРИБЫЛЬ И НОРМЫ ПРИБАВОЧНОЙ СТОИМОСТИ В НОРМУ ПРИБЫЛИ ГЛАВА ПЕРВАЯ ИЗДЕРЖКИ ПРОИЗВОДСТВА И ПРИБЫЛЬ
  13. инвестиционная стоимость
  14. Оценка стоимости земли и природных ресурсов. Теоретические основы оценки стоимости земли и природных ресурсов
  15. Потребительская стоимость
  16. Оценочная стоимость:
  17. Стоимость активов
  18. Балансовая стоимость
  19. Стоимость замещения