Making Work Visible

Я нечасто рекомендую книги, так как с ними как с добычей полезных ископаемых: “тонна руды - граммы золота”. Но “Визуализируйте работу” (Making Work Visible) стоит своего внимания. Есть один момент, когда стало немного нудновато, но это может и моя избалованность сыграла. Хотя бы потому, что большая часть книги - краткое и уверенное изложение практических примеров организации задач, в том числе и с использованием Канбан. А так же просто и понятно описана теория ограничений. Учитывая моё уважение к “доске со стикерами”, странно что на книгу я наткнулся далеко не сразу, хотя у МИФ-ов она вышла аж в 2020 году.

Приведу несколько цитат:

  • Конечно, то, что выражено зримо, легче контролировать.
  • Многозадачность — прекрасный способ подорвать прогресс, как многие из вас наверняка знают по собственному опыту.
  • Добиться потока — значит быть в зоне, то есть в пространстве, где расцветают подлинная мотивация и креатив. Чтобы добиться потока, необходимо сосредоточиться на одной задаче. Это невозможно, если постоянно отвлекаться на электронную почту, еду, коллег или социальные сети.
  • Небольшие команды быстрые и мобильные. Нет ничего лучше малой сплоченной группы, в которой умеют эффективно общаться и сотрудничать. Проблемы начинаются, когда зависимости охватывают несколько команд и все идет наперекосяк.
  • Планируйте незапланированную работу, выделяя «резервные мощности» для таких ситуаций.
  • Масса проектов, зависающих на уровне 90%-ной готовности, не приносят компании никакой пользы.
  • Перестаньте начинать, начните заканчивать!
  • Сокращение размеров партии — критически важный принцип бережливого производства. Небольшие партии позволяют производителям разбивать работу на подзадачи и быстрее получать обратную связь, что, в свою очередь, сокращает время цикла, улучшая качество и эффективность.
  • Единственная ситуация, когда человек может сделать все правильно с первого раза, — когда он следует указаниям другого человека, который уже делал это много раз. Когда впервые берешься за работу, это всегда эксперимент.
Если кому интересно, вот ссылка на книгу в магазине.

Разумеется, тот, кто перешерстил уже кучу литературы на тему DevOps, Kanban, Agile и тд, нового для себя может и не узнать. Но повторение уже известного понятным языком иногда очень дорогого стоит.