Комментарии 15
Статье не хватает списка литературы, исправляю.
Rubinstein, Meyer и Evans (2001)
Название: "Executive Control of Cognitive Processes in Task Switching"
Журнал: Journal of Experimental Psychology: Human Perception and Performance
Год: 2001, том 27, страницы 763–797
DOI: 10.1037/0096-1523.27.4.763
Ремарка: исследование показывает, что переключение между задачами увеличивает время выполнения на 25-40%.
Mark, Gudith и Klocke (2008)
Название: "The Cost of Interrupted Work: More Speed and Stress"
Конференция: Proceedings of the SIGCHI Conference on Human Factors in Computing Systems (CHI '08)
Год: 2008, страницы 107–110
DOI: 10.1145/1357054.1357072
Ремарка: исследование показало, что отвлечения повышают стресс на 20% и замедляют задачи на 10%.
APA (2006)
Название: “Multitasking: Switching costs”
Источник: American Psychological Association
Часто цитируемая статья, но оригинал этой статьи смог найти только в архиве
Ремарка: многозадачность в зависимости от сложности задачи снижает производительность до 40% продуктивного времени человека.
Вывод простой - делайте все возможное, что бы избегать переключение между задачами. И если переключение неизбежно, то вот вам дельный совет от автора данной статьи.
А никак!
Фьють, ха!
А если серьезно, спасибо, дельный совет, надо попробовать.
Все равно конечно ломает, но для рядовых задач может быть полезно.
Спасибо за совет!
А как иначе списывать время в Джире, если не резюмировать?
Это требует дисциплины тогда, когда часы на задачи списывать не нужно или некуда, а фоллоу-апы рабочих встреч пишет кто-то другой
Спасибо вам!
Делаю задачи по одной, особенно мелкие
Всё гораздо проще: нужно разбивать работу на мелкие задачи (по 5–25 минут), записывать их в список и доводить до конца. Если отвлёкся - начать задачу заново. В случае с кондиционером это будет:
[-] выбрать топ3 по цене, записать.
[-] выбрать топ3 по популярности, записать.
[-] выбрать топ3 по количеству комментариев, записать.
[-] выбрать модели, источник инфы: ютуб, записать.
[-] выбрать модели, источник инфы: гугл "обзор кондиционеров", записать.
[-] выбрать модели, источник инфы: чатгпт, записать.
[-] поискать акционные модели, записать.
[-] отобрать модели которые чаще упоминались.
такой список должен быть до начала любых действий.
Вы считаете, что у любой задачи можно выделить такие маленькие подзадачи?
Не автор коммента, но интересна ваша логика.
А вы считаете, что нет? Приведите, пожалуйста, пример?
Навскидку, анализ и дополнение какого-нибудь большого и сложного SQL-запроса.
Очевидно, с кондиционером первая задача - понять, какие фичи нужны (нужен ли инверторный? мультисплит? какие ограничения на длины магистралей? обогрев?). Это фаза исследования, которую сложно разбить на этапы заранее, но можно останавливаться и фиксировать промежуточные этапы, как описано в статье.
То, что описано в верхнем комменте ветки - это когда выбор поставлен на поток. В работе такое безусловно часто встречается, все эти задачки по перекрашиванию кнопок и перекладыванию json-ов.
Я как начну составлять такой список задач, так никогда и не закончу. Нужно, наверно, разбивать задачу по составлению списка задач на более мелкие задачи. И внести их в список.
Как я стал быстрее переключаться между задачами