Строительные блоки рабочего дня
25 октября 2022 г.Почему нужно организовать рабочий день? Почему не удовлетворяет «просто делать то, что необходимо»? Иногда можно, обычно когда задач довольно много, и не нужно ни с кем общаться. Большую часть времени вам нужно сделать огромное количество дел, и вам лучше знать, как сбалансировать это. В этом вам поможет организованный рабочий день. Кроме того, некоторые вещи, связанные со здоровьем, сегодня не выглядят важными. Но много лет спустя вы сами будете благодарны прошлому за то, что приняли их во внимание.
В этой статье описывается точка зрения сотрудника, но она применима к предпринимателю, студенту или любому, кто желает продуктивного рабочего дня.
Организация рабочего дня волновала меня с самого первого дня моей карьеры программиста. Я хотел быть продуктивным инженером, который показывает впечатляющие результаты и стабильно поднимается по карьерной лестнице. Все оказалось не так, как я ожидал: я мог программировать в хорошем темпе, но задач было немного. Моя производительность не выглядела привлекательной для того, кто принимал решение о моем повышении. Этот факт не умаляет преимуществ тщательно организованной работы. Он предупреждает вас, что вы также должны искать место, где ваши усилия принесут плоды.
Начиная с самых основ
Давайте рассмотрим самый примитивный вид дневной организации. Сейчас мы работаем по 8 часов в день. Благодарим рабочие движения прошлого!
─┬─────────────────────────────────────────┬─
9:00 AM 5:00 PM
│ WO-O-O-O-O-O-O-O-O-O-O-O-O-O-O-O-O-O-RK │
─┴─────────────────────────────────────────┴─
Расшифруем схему. Здесь мы видим 8 часов непрерывной работы. На изображении вы сидите перед своим компьютером в 9:00, открываете редактор кода, никогда не покидаете свой стол, закрываете редактор в 17:00 и идете домой. Похоже ли это на долгосрочное рабочее решение? Я так не скажу. Добавим хотя бы обед.
─┬───────────────────────────────────────────────┬─
9:00 AM 6:00 PM
│ WO-O-O-O-O-O-O-O-RK LUNCH WO-O-O-O-O-O-O-O-RK │
─┴───────────────────────────────────────────────┴─
Теперь у нас есть 4 часа непрерывного программирования, 1 час обеда и 4 часа дополнительного программирования. Какая странная вещь, это программирование без перерыва. Почему мы этого хотим? Хотим ли мы этого?
Заблуждение о необходимости работать все время
Я думаю, что просьба отработать все оплаченные минуты выглядит вполне естественно с точки зрения работодателя. Идея проста: «Я плачу вам за 8 часов, пожалуйста, работайте все время, чтобы я не оплачивал ваш досуг». В промышленном мире подход называется "максимальное использование ресурсов".
Примитивная логика работодателя требует, чтобы сотрудники работали все доступное время без перерывов, потому что «больше работы приведет к большему количеству результатов, которые в конечном итоге будут дешевле и принесут больше денег». Люди, знакомые с теорией ограничений или знакомые с системным мышлением, знают, что желание сделать это — заблуждение. Идея состоит в том, что, как правило, одна машина не выполняет всю работу от получения запроса пользователя до его удовлетворения. Изготовление деталей для сотни автомобилей для минимизации затрат не очень логично для достижения цели, когда весь заказ завода состоит в том, чтобы произвести десять автомобилей.
Мы могли бы применить ту же логику к интеллектуальным работникам. Если вы владелец продукта, придумывать десять экспериментов не имеет смысла, если ваша команда может справиться только с тремя из них. Для бэкенд-разработчика нет смысла производить много обновлений сервера, когда ваша клиентская часть может поддерживать только несколько. Настаивание на бесперебойной работе не даст никаких преимуществ для бизнеса.
Мы не будем углубляться в эту точку зрения, поскольку она заставляет нас задуматься о балансировании усилий внутри компании и отдаляет нас от отдельных лиц. Вернемся к выводу, что обычно нет смысла работать все время.
Как человек, я должен думать о своих долгосрочных потребностях
Давайте также учтем следующее: у вас как у человека есть свои интересы, которые обычно вступают в противоречие с плохо налаженной рабочей средой. Хорошая новость заключается в том, что гуманная рабочая среда не противоречит личным целям.
Вы можете подумать, что должны работать много часов, чтобы достичь целей компании. Неприятно то, что ваши усилия, со значительной долей вероятности, окажутся напрасными из-за неэффективности наших компаний в настоящее время. Вы также нанесете вред своему здоровью, семейным отношениям, существующим или потенциальным, и профессиональному росту. Возможно, вы получите преимущество в карьере, но это тоже маловероятно.
Давайте сначала рассмотрим физические аспекты. Долгое сидение приближает вас к смерти. Цитата из книги "Здоровый программист":
<цитата>Исследование, проведенное в Австралии, показало, что каждый час ежедневного просмотра телевизора увеличивает риск смерти от всех причин на одиннадцать процентов, независимо от возраста, пола, окружности талии и уровня физической активности.
Учитывайте это, когда проводите марафоны программирования для своего нового стартапа. С вероятностью 20 % вы добьетесь успеха, а с вероятностью 80 % потерпите неудачу (Буонджорно, синьор Парето!). В любом случае вы нанесете вред своему здоровью. Решение этой серьезной проблемы простое: каждый час вставайте и совершайте 5-минутную прогулку.
─┬─────────────────────────────────────┬───────┬─
0:00 0:55 1:00
│ WORK │ BREAK │
─┴─────────────────────────────────────────────┴─
Вот как меняется наш рабочий день, когда мы переключаемся с WORK на WORK & BREAK (W&B на схеме).
─┬───────────────────────────────────────┬─
9:00 AM 6:00 PM
│ W&B W&B W&B W&B LUNCH W&B W&B W&B W&B │
─┴───────────────────────────────────────┴─
Добавление итальянской сложности
Здесь мы можем пойти еще дальше. Возможно, вы слышали о технике Pomodoro Франческо Чирилло, которая предлагает разбивать вашу деятельность на 25-минутные интервалы (pomodoro ) с 5-минутными перерывами. Во время этих перерывов вы можете заняться полезными делами, которые могут снизить следующие риски в вашей жизни:
* Назад вопросы, * Проблемы с запястьями, * Проблемы с глазами, * Обезвоживание.
Использую упражнения и рекомендации из книги "Здоровый программист". Я не буду описывать упражнения для спины и запястий, но добавлю немного информации об уходе за глазами и практике потребления воды.
После каждого помидора у меня появляется уведомление, напоминающее мне о необходимости сосредоточиться на чем-то далеком в течение 30 секунд. Например, здание перед моим домом. Эта практика является моей интерпретацией правила 20-20-20:
<цитата>Каждые 20 минут фокусируйтесь на чем-то на расстоянии 20 футов (6 метров) от вас на 20 секунд.
Я изменил его, чтобы он соответствовал использованию Помидора.
Во время этого 5-минутного перерыва также рекомендуется иногда выпивать стакан воды. Во-первых, вам нужно будет пройтись, чтобы получить его. Во-вторых, ты быстро проснешься, хочешь ты этого или нет.😄
Вот цитата из "Здорового программиста":
<цитата>Вот почему NIH (Национальный институт здравоохранения) рекомендует правило 8x8: восемь стаканов воды по 8 унций каждый день. 12 После рабочего дня никто не может вспомнить, выпивает ли он седьмую или восьмую чашку воды. Разбивайте его как хотите, но старайтесь потреблять 64 унции каждый день.
Если вам нравится классика программистов, вот цитата из книги «Объяснение экстремального программирования» на ту же тему:
<цитата>Парное программирование утомительно, но приносит удовлетворение. Большинство программистов не могут работать в паре более пяти-шести часов в день. После такой недели они готовы к расслабляющим выходным вдали от работы. Я держу рядом бутылку с водой, пока занимаюсь парой. Это полезно для моего здоровья, и в конце концов мне напомнили о необходимости сделать перерыв. Перерывы держат меня в тонусе на весь день.
Давайте на время прекратим упоминать разные книги и рассмотрим мою практику. Я не очень люблю воду, но я люблю чай. Кроме того, я не любитель пакетированного чая. Кроме того, я наслаждаюсь ощущением маленького повседневного открытия. Если вы здесь похожи на меня, подумайте о так называемом чайнике гунфу. Отлично подходит для того, чтобы вовремя заварить чашку свежего чая:
К сожалению, я не нашел подходящей статьи, на которую можно было бы дать ссылку, поэтому, пожалуйста, посмотрите хотя бы эти изображения. Вы можете представить себе механизм заваривания чая. При заваривании, которое обычно занимает 10-15 секунд, чай опускается, оставляя заварку, чтобы она больше не теряла своего вкуса. Через некоторое время можно вернуться с новой порцией горячей воды, чтобы снова заварить чай.
Я не нашел связанной со здоровьем причины делать перерыв каждые 25 минут вместо 55. Любой подход дает приятный эффект, о котором вы, возможно, еще не думали: разделение времени. Мы обсудим этот захватывающий эффект позже. А пока я хочу добавить, что 25-минутные периоды обеспечивают большую гибкость, чем 55-минутные периоды.
Мои поздравления! На данный момент у нас есть рабочий день, который заботится о нашем здоровье.
Создание расписания с помощью Pomodoros
Возможно, вы также слышали о 15-минутном перерыве после четырех серий "помодоро". Я не использую его. Это противоречит моему графику помидоров. Этот малоизвестный подход взят из книги «Техника помидора». Вы можете найти его в разделе, посвященном расписанию. Идея состоит в том, чтобы заранее определить помидоры (P#N на изображении), а не делать это на ходу. Вот как выглядит мое расписание:
─┬───────────────────────────────────────────────────────────────────────────────────────┬─
9:00 AM 6:00 PM
│ P#1 P#2 P#3 P#4 P#5 LUNCH(1H) P#6 P#7 P#8 P#9 P#10 COFFEE(½H) P#11 P#12 P#13 P#14 P#15 │
─┴───────────────────────────────────────────────────────────────────────────────────────┴─
Схему перенесу, чтобы было легче воспринимать. Помните, что каждый P#N включает 5-минутный перерыв после 25-минутной работы.
─┬──────9:00 AM──────┬─
│ │
│ P#1 │
├───────────────────┤
│ P#2 │
├───────────────────┤
│ P#3 │
├───────────────────┤
│ P#4 │
├───────────────────┤
│ P#5 │
├───────────────────┤
│ LUNCH │
├───────────────────┤
│ LUNCH │
├───────────────────┤
│ P#6 │
├───────────────────┤
│ P#7 │
├───────────────────┤
│ P#8 │
├───────────────────┤
│ P#9 │
├───────────────────┤
│ P#10 │
├───────────────────┤
│ BREAK │
├───────────────────┤
│ P#11 │
├───────────────────┤
│ P#12 │
├───────────────────┤
│ P#13 │
├───────────────────┤
│ P#14 │
├───────────────────┤
│ P#15 │
│ │
─┴──────6:00 PM──────┴─
В этот самый момент вам может показаться, что картина ясна. Вам нужно заменить все P#N на CODE, и вот счастье. Да, это звучит приятно, но далеко от реальности. Во-первых, мы сопоставим наши встречи и рутинные действия с расписанием. Я работаю руководителем группы и архитектором процесса разработки программного обеспечения, и вот как выглядит мой ежедневный график:
─┬──────9:00 AM──────┬─
│ │
│ DAY PLANNING │
├───────────────────┤
│ NOTES REVIEW │
├───────────────────┤
│ P#3 │
├───────────────────┤
│ P#4 │
├───────────────────┤
│ EPICS REVIEW │
├───────────────────┤
│ LUNCH │
├───────────────────┤
│ LUNCH │
├───────────────────┤
│ TEAM STANDUP │
├───────────────────┤
│ P#7 │
├───────────────────┤
│ P#8 │
├───────────────────┤
│ PROJECT STANDUP │
├───────────────────┤
│ P#10 │
├───────────────────┤
│ BREAK │
├───────────────────┤
│ P#11 │
├───────────────────┤
│ P#12 │
├───────────────────┤
│ P#13 │
├───────────────────┤
│ P#14 │
├───────────────────┤
│ P#15 │
│ │
─┴──────6:00 PM──────┴─
Есть некоторые упущения, но мысль понять можно: каждый день что-то происходит, и я не должен считать время, посвященное этим занятиям, свободным. Возможно, вас беспокоит, что у меня осталось всего 25 минут × 10 помидоров = 250 минут = 4 часа и 10 минут «настоящей» работы. Не беспокойтесь слишком сильно: согласно исследование, мы продуктивны только 3 часа в день.
После составления карты рутины мы знаем, сколько свободного времени мы можем использовать для наших основных дел. Давайте заполним все оставшиеся блоки прекрасными действиями по программированию. Если вы не программируете, а занимаетесь другими видами деятельности, подумайте о них здесь, а не о программировании.
─┬──────9:00 AM──────┬─
│ │
│ DAY PLANNING │
├───────────────────┤
│ NOTES REVIEW │
├───────────────────┤
│ CODING │
├───────────────────┤
│ CODING │
├───────────────────┤
│ EPICS REVIEW │
├───────────────────┤
│ LUNCH │
├───────────────────┤
│ LUNCH │
├───────────────────┤
│ TEAM STANDUP │
├───────────────────┤
│ CODING │
├───────────────────┤
│ CODING │
├───────────────────┤
│ PROJECT STANDUP │
├───────────────────┤
│ CODING │
├───────────────────┤
│ BREAK │
├───────────────────┤
│ CODING │
├───────────────────┤
│ CODING │
├───────────────────┤
│ CODING │
├───────────────────┤
│ CODING │
├───────────────────┤
│ CODING │
│ │
─┴──────6:00 PM──────┴─
Я надеюсь, что вы работаете над значимыми и управляемыми кусками работы. В противном случае вы можете обнаружить себя в бесконечном цикле бесконечных действий. Возможно, вам это понравится какое-то время, но вы, вероятно, захотите получить некоторые результаты. Нам нужно чувство завершенности.
─┬──────9:00 AM──────┬─
│ │
│ DAY PLANNING │
├───────────────────┤
│ NOTES REVIEW │
├───────────────────┤
│ TASK#X │
├───────────────────┤
│ TASK#X │
├───────────────────┤
│ EPICS REVIEW │
├───────────────────┤
│ LUNCH │
├───────────────────┤
│ LUNCH │
├───────────────────┤
│ TEAM STANDUP │
├───────────────────┤
│ TASK#X │
├───────────────────┤
│ TASK#X │
├───────────────────┤
│ PROJECT STANDUP │
├───────────────────┤
│ TASK#Y │
├───────────────────┤
│ BREAK │
├───────────────────┤
│ TASK#Y │
├───────────────────┤
│ TASK#Y │
├───────────────────┤
│ TASK#Y │
├───────────────────┤
│ TASK#Y │
├───────────────────┤
│ TASK#Y │
│ │
─┴──────6:00 PM──────┴─
Что не так с этим расписанием? Оно хрупкое, так как у вас не осталось свободного времени на незапланированную работу, и оно появится. Я предлагаю оставить несколько помидоров пустыми. Кто знает, что принесет нам новый день? Нам нужно повысить надежность нашего ежедневного расписания, чтобы оно не сбивалось из-за малейшего неожиданного запроса. На собрании может возникнуть что-то новое, поэтому было бы разумно оставить некоторое время на то, чтобы справиться с непредвиденными обстоятельствами:
─┬──────9:00 AM──────┬─
│ │
│ DAY PLANNING │
├───────────────────┤
│ NOTES REVIEW │
├───────────────────┤
│ TASK#X │
├───────────────────┤
│ TASK#X │
├───────────────────┤
│ EPICS REVIEW │
├───────────────────┤
│ LUNCH │
├───────────────────┤
│ LUNCH │
├───────────────────┤
│ TEAM STANDUP │
├───────────────────┤
│ P#7 │
├───────────────────┤
│ TASK#X │
├───────────────────┤
│ PROJECT STANDUP │
├───────────────────┤
│ P#10 │
├───────────────────┤
│ BREAK │
├───────────────────┤
│ TASK#Y │
├───────────────────┤
│ TASK#Y │
├───────────────────┤
│ TASK#Y │
├───────────────────┤
│ TASK#Y │
├───────────────────┤
│ P#15 │
│ │
─┴──────6:00 PM──────┴─
Если ничего необычного не происходит, продолжайте работать над TASK#X и TASK#Y. Пожалуйста, еще раз взгляните на пустые слоты после встреч. Встречи являются источником новой информации, которая может изменить наши планы. Я рассматриваю открытые слоты после них как путь торможения.
Обработка характера задач
Не помню, писал ли я об этом в своих предыдущих статьях, но мне кажется, что вопрос менеджера "когда это будет сделано" - один из самых неудобных. Здесь мы занимаемся решением проблем, и любая нетривиальная задача требует неизвестного объема работы. Итак, самый честный ответ на вопрос: «Не знаю». Но кто может знать со значительной долей уверенности? Это сам менеджер, и это тема одной из следующих статей.😉
Что вы можете сделать, чтобы правильно ставить цели и достигать их? Вы можете установить критерии, по которым цель считается достигнутой, и приложить усилия для достижения этих критериев. Я описал этот подход в одной из своих предыдущих статей «Огромная сила расплывчатых формулировок. Цели". Одно усилие в нашем случае может стать помидором.
Если вы смотрели фильм «Шрек 2», то наверняка помните момент, когда Шрек, Фиона и Осел едут в карете. Осел постоянно задает вопрос: "Мы уже там?" Момент забавный, потому что обычно видно, прибыли мы уже в какое-то место или нет. С другой стороны, не всегда очевидно, завершена какая-то работа или нет. Вам нужно определить это состояние завершения, а затем идти шаг за шагом, или помидор за помидором, постоянно спрашивая: «Мы уже на месте?» Когда ответ «да», примите мои поздравления. И наоборот, в какой-то момент вы можете начать думать, что цель требует слишком много усилий, и неясно, сколько из них еще требуется. Затем вы можете договориться о критериях завершения или отказаться от своих усилий.
Итак, дело в том, что теперь у вас есть инструмент для измерения усилий — помидоры. Вы можете сбалансировать их количество для достижения желаемого. Вот пример возможного шаблона достижения цели:
Day 1 Day 2
─┬──────9:00 AM──────┬──┬──────9:00 AM──────┬─
│ │ │ │
│ DAY PLANNING │ │ DAY PLANNING │
├───────────────────┤ ├───────────────────┤
│ NOTES REVIEW │ │ NOTES REVIEW │
├───────────────────┴──┴───────────────────┤
│ TASK#A TASK#A COMPLETE │
│ ╒══╤═══════════════════╡
│ TASK#A │ │ P#4 │
╞═══════════════════╡ ├───────────────────┤
│ EPICS REVIEW │ │ EPICS REVIEW │
├───────────────────┤ ├───────────────────┤
│ LUNCH │ │ LUNCH │
├───────────────────┤ ├───────────────────┤
│ LUNCH │ │ LUNCH │
├───────────────────┤ ├───────────────────┤
│ TEAM STANDUP │ │ TEAM STANDUP │
├───────────────────┤ ├───────────────────┤
│ TASK#B │ │ HANDLE URGENT │
├───────────────────┤ ├───────────────────┤
│ TASK#B │ │ TASK#C COMPLETE │
├───────────────────┤ ├───────────────────┤
│ PROJECT STANDUP │ │ PROJECT STANDUP │
├───────────────────┤ ├───────────────────┤
│ HANDLE URGENT │ │ TASK#D │
├───────────────────┤ ├───────────────────┤
│ BREAK │ │ BREAK │
├───────────────────┤ ├───────────────────┤
│ TASK#B │ │ TASK#D │
├───────────────────┤ ├───────────────────┤
│ TASK#B │ │ TASK#D │
├───────────────────┤ ├───────────────────┤
│ TASK#B COMPLETE │ │ TASK#D │
├───────────────────┤ ├───────────────────┤
│ TASK#C │ │ TASK#D COMPLETE │
├───────────────────┤ ├───────────────────┤
│ TASK#C │ │ P#16 │
│ │ │ │
─┴──────6:00 PM──────┴──┴──────6:00 PM──────┴─
Относитесь к этой схеме не как к плану, а как к документированию того, что произошло. Вы можете видеть на схеме выше, что все усилия разбиты на два дня. ЗАДАЧА#A важна, но не срочная. Чтобы отразить отношение, мы ежедневно посвящаем этому два помидора, и оказывается, что всего три — это нормально. С другой стороны, у нас есть несколько важных и срочных задач, которые мы хотим решить как можно раньше. Мы подходим к ним (ЗАДАЧ#B, ЗАДАЧ#C, ЗАДАЧ#D) последовательно во второй половине рабочего дня.
Давайте посмотрим, чего мы достигли на данный момент со всеми улучшениями:
* Мы снижаем риски для здоровья, делая перерывы каждые 25 минут и даже занимаясь спортом; * Мы пьем достаточно воды, чтобы снова поддерживать здоровье; * Эффективно справляемся с рутинными задачами; * Мы можем эффективно решать долгосрочные задачи; * Эффективно решаем срочные задачи.
Инвестиции в будущее
Есть ли что-нибудь еще, что мы желаем? Да, мы можем захотеть не только поддержать то, что у нас есть, но и поддержать наше процветание в будущем. Мы можем захотеть стать лучше, учась. Какое странное предложение, подумаете вы. Должен ли я учиться в течение рабочего дня? Разве я не должен работать на работе и учиться в школе или университете? Ну, лет 50 назад это могло быть подходящим подходом, а сегодня — нет. Хорошо, но не будет ли это противоречить интересам моего работодателя? Вы знаете, в примитивной ситуации, это могло бы. Однако я пишу эту статью не только для сотрудников, но и для работодателей, так что давайте посмотрим на это с другой точки зрения. Предприниматели, довольны ли вы отсутствием улучшений? Если нет, вы должны не только разрешать, но и желать, чтобы ваши работники учились. Как они могли найти лучшие решения, не совершая непрерывных открытий? Не лучше ли получать знания только из самых актуальных источников? Я не поддерживаю это, поскольку мы можем учиться на чужих методах, чтобы улучшить свои собственные. Кто имеет огромный опыт в отладке? Например, вирусологи: открытие лентивирусов заняло годы «отладки». Почему так долго? Потому что на «проведение одного теста» уходят годы.
Мы не должны идти широко или глубоко в обучении и никогда не возвращаться. Мы можем комбинировать эти стратегии в соответствии с нашими потребностями. Например, мы могли бы пройти какое-то обязательное обязательное образование и какое-то фривольное. Например. теперь я активно внедряю контрольные списки в рабочий процесс разработки, и книга, которая их поддерживает, называется «Манифест контрольных списков». Ее автор — хирург Атул Гаванде. Вряд ли есть шанс встретить его на обычном пути обучения Java-разработчика.
Давайте посмотрим на рабочий день, дополненный обучением:
─┬──────9:00 AM──────┬─
│ │
│ DAY PLANNING │
├───────────────────┤
│ NOTES REVIEW │
├───────────────────┤
│ TASK#X │
├───────────────────┤
│ TASK#X │
├───────────────────┤
│ EPICS REVIEW │
├───────────────────┤
│ LUNCH │
├───────────────────┤
│ LUNCH │
├───────────────────┤
│ TEAM STANDUP │
├───────────────────┤
│ P#7 │
├───────────────────┤
│ TASK#X │
├───────────────────┤
│ PROJECT STANDUP │
├───────────────────┤
│ P#10 │
├───────────────────┤
│ BREAK │
├───────────────────┤
│ LEARNING │
├───────────────────┤
│ TASK#Y │
├───────────────────┤
│ TASK#Y │
├───────────────────┤
│ TASK#Y │
├───────────────────┤
│ P#15 │
│ │
─┴──────6:00 PM──────┴─
Вы можете видеть, что LEARNING стоит после BREAK. Это не случайно, и у меня есть дополнительные соображения по поводу этой рекомендации. Приходя с обеда или кофе-брейка, вас уже прерывают. Легче не войти в поток, чем выйти из него. Я был там много раз: у вас есть время, чтобы учиться до обеда, но «это почти завершенное задание» заставляет вас снова скучать по обучению.
Следуйте своим потребностям
Пора перестать добавлять дополнительные действия. Теперь вы можете видеть, что подход помогает вводить гибкие улучшения. Помните, что вы участвуете в марафоне длиною в жизнь, а не в двухнедельном спринте. Я рекомендую вам относиться к рабочему дню не как к безграничной массе программной деятельности, а как к гораздо более структурированному пути, направленному на достижение долгосрочных положительных результатов. Сюда я отношу здоровье для вашего желудка, спины, рук, глаз и всего остального. Следующее, что может помочь вам справиться с разными задачами, — это разбить свой день на блоки времени. В моем случае я использую для этого технику Pomodoro. Последнее, что упоминается, это обучение. Включите это в свою повседневную деятельность, сделайте так, чтобы вам было легко начать это делать — устраните препятствия в обучении. Как однажды сказал Уильям Эдвардс Деминг:
<цитата>Обучение не является обязательным… как и выживание.
Оригинал